测试工具评估的项目管理一些思路

liangjz

1        项目特征
1.1        以项目应用推广发挥作用为目标
1.2        工具评估过程存在较大的不确定性，可能遇上某一个技术难题瓶颈，或者需要确认适合的应用场合。有时候一个关键的问题没有突破，后续的工作就必须停止。
1.3        项目任务切分困难，工作边界不够清晰
比如评估watri能否足以成熟到支撑大型电子商务网站自动化。
本质上不仅仅评估watri 能够识别我们网站普通的WEB元素以及比较特殊的元素(如html编辑器、windows/javascript弹出菜单、随机验证码…)；还需要评估现有QTP/vbscript框架能否平滑过渡到watri编写的框架以及过渡的成本。
2        实施思路
大原则是在项目进度透明和给予组员充分自主间找一个平衡，根据产出不断诱导深入了解工具各项特性。

1)        项目一般都以1个月为单位，制定一个周为单位的计划，充分列举可能的风险。每周都定义清晰的进度标准，周五前提交本周测试工具的操作、特性以及产出的脚本。最好主管自己能够抽几点难度大的review下
2)        真正深入之前把项目的最坏情况想透，以及工具的可能应用场景。
3)        对于一个瓶颈问题，如果2天都没有突破，需要第一时间告知主管，让主管决断是增加优势资源突击解决还是整个项目放弃
4)        为了诱导组员深入考虑每一个重要环节，主管最好能够花些时间了解相关的技术细节，抛出一些有深度的问题让组员考虑技术方案

呵呵，这些思路是我自己从广东电信的主任那学习转化到的。个人认为适用的就是最好的

liangjz

再补充一点，产出物不仅仅局限于文档与脚本，
还需要记录疑难问题的解决过程