为什么测试执行阶段的进度最难控制【转】

上一篇 / 下一篇  2013-10-24 17:22:06 / 个人分类:测试管理

我从项目管理的角度来谈一下这个问题吧,因为我觉得这个问题更是一个项目管理的问题。
  难控制的意思就是经常超出自己的意料,实际进展不能吻合测试计划。
  从计划角度来说,测试执行的阶段最难控制的原因主要体现在两个方面:
  测试环境的不稳定性和缺陷的数量及修复难度
  这两方面都将较大程度的影响测试主管制定测试计划和执行测试计划,正所谓计划赶不上变化
  从项目的渐进明细角度来说,测试前期对整个测试周期的估算都是理想的,前期乐观后期悲观是咱们的常态。
  无论计划、文档完整度、需求变更、程序质量、版本控制、测试人员自身能力甚至沟通顺畅度都是乐观的。
  随着工作的开展,项目工作越来越明晰的时候,问题和风险就来了。
  计划赶不上变化,文档也不够完善,需求竟然还变更了,程序缺陷无数、版本无法控制甚至与开发沟通的各种问题统统集中出现了。
  而作为测试经理的领导在这个时候也无能为力,作为测试小兵的咱们已经痛苦不堪,早已习惯一旦进入执行阶段即意味着加班的无底洞。
  这些问题大多在风险管理环境没有做好,前期阶段没有做好风险应对方案以及预留解决这些问题的时间,导致时间只能从执行阶段的加班时间中挤出。
  风险管理没做好的结果是进入执行阶段将为前期没做好的事情买单。
  本身环境不稳定和缺陷数据和修复难度就已经让测试阶段的进度难以控制了,再加上前期种种问题的积累,压在测试人员的身上喘不过气来。
  PS:沟通管理在项目管理中是最重要的部分,包括前期测试人员对需求理解时与业务人员、开发人员所进行的沟通以及测试执行过程中缺陷汇报以及进度报告的沟通。
  人在沟通上,感情和矛盾都是可以积累的,若积累的是矛盾将导致和包括开发在内的其他人员沟通越来越困难
  无论在缺陷处理过程中开发不及时修复,还是验证阶段摆不平客户,这些都属于沟通管理的部分。

TAG:

xql00163com的个人空间 引用 删除 xql00163com   /   2013-12-09 15:45:23
原帖由xlf24于2013-10-27 15:46:45发表
建议将缺陷验证和用例执行分开来计划,这个可以根据项目总结里的用例失败率进行。比如说100个用例,失败.
my world 引用 删除 xlf24   /   2013-10-27 15:46:45
建议将缺陷验证和用例执行分开来计划,这个可以根据项目总结里的用例失败率进行。比如说100个用例,失败率为10%和80%,那么测试的工作量相差就是质的区别。
my world 引用 删除 xlf24   /   2013-10-27 15:46:45
建议将缺陷验证和用例执行分开来计划,这个可以根据项目总结里的用例失败率进行。比如说100个用例,失败率为10%和80%,那么测试的工作量相差就是质的区别。
 

评分:0

我来说两句

Open Toolbar