8.2.3 客观数据
在编写了关于此缺陷的主观数据之后(参见图8-6),就到了收集客观数据的时候了。
图8-6这里所说的缺陷工作项类型,来自于用于CMMI过程改进的MSF,它捕获了用户在查询、跟踪和分析缺陷时所需要的所有信息
服务质量
要清楚你所报告的问题的类型——服务质量受到了什么影响。
相关特性或代码
如果你能把缺陷与你所测试的特定特性或受测源代码的特定区域关联起来,那就这么做。
重现测试
如果你有一个测试来重现这个缺陷,那就标识出它。
附件
你可以附加什么样的数据到缺陷报告上,从而演示这一缺陷发生在怎么样的条件下?如果适用的话,所有这些都会有用的:
? ·屏幕快照
? ·数据文件
? ·配置文件
? ·跟踪文件
? ·服务器日志
? ·Dr.Watson日志
重现步骤
你如何在最小的设置中以最少的步骤来重现这一缺陷?在开发者针对缺陷的工作中,80%的工作量往往就在于重现步骤——你能把缺陷发生过程简化到什么程度?任何不必要的东西显然都是浪费。要确保重现步骤精确和清晰。在提交缺陷之前,要检查它们。
前置条件
重现这一错误,比如加载一个特定的数据库,是否需要特殊的设置?如果问题能够通过产品数据或客户数据演示出来,这就特别有说服力。
| 回书目 上一节 下一节 |