目的
|
收集和检验那些支持评估问题和缺陷(由测试团队记录)的客观数据。
|
识别变更请求数据中的重要趋势依据。一般对这个任务来说,花时间分析数据量不太重要,更重要的是确定相对数据趋势表示的含义。寻找有利的迹象,例如稳定、连续的缺陷发现率或发现率随着时间略微提高或下降。请注意发现率的起伏较大的峰值和谷值,它们表示测试团队可能遇到降低生产力的流程问题、环境问题、政治问题或其他问题。
查看缺陷闭合的趋势。查找由开发人员作为“不可复制”而作出的关闭的明显增加量;确定由于测试团队执行的故障分析不充分而导致的情形,并量化这个问题的程度。查看由开发人员作为“按设计运作”而关闭的缺陷的趋势;确定由于测试团队所执行的规范分析不充分而导致的情形,并量化这个问题的程度。小心确认这些暗示不是虚假的并应处理,而不是让工作过量的开发人员减轻其工作量。当在以后的工作版本中将缺陷的修订发布给测试团队时,也应对缺陷验证趋势进行分析:注意哪些表示缺陷等待测试团队验证的趋势正在熟化,或增长到无法控制的数目。
查找表示有问题的其他趋势。看一下测试团队记录或管理缺陷和其他变更请求的方式:有关变更请求的信息模糊而不足,对于开发人员来说采取措施就非常困难和令人沮丧。团队应注意监视针对保持平均数量较高的缺陷记录的信息的质量。
利用机会改进相关联的变更请求的明确性,消除模糊不清和感性的语言与推理。与创建这些工作产品的人员合作,可确保阐明问题的本质,并鼓励他们找到实际而精确的方式来着手讨论这些问题。
还要注意缺陷多维分发的不平衡情况。查找缺陷数较低的应用程序或规范功能区:这可能表明已在该功能区进行了不充分的测试。还要观察测试团队成员的分发:可能会有个别团队成员工作过度而生产力降低的迹象。
|