第三章 识别与描述软件缺陷实践

编写软件缺陷记录报告
对“测试工程师管理系统—Dos版1.0 ”进行测试，并记录发现的缺陷
1. 阶段划分
（1） 测试“软件测试工程师管理系统—Dos版1.0”（50分钟）
（2） 确认缺陷记录报告的有效性，提交缺陷记录报告（35分钟）
（3） 教师点评缺陷报告（15分钟）
2. 阶段目标
（1）测试“软件测试工程师管理系统—Dos版1.0”
1）测试人员针对测试中发现的Bug提交缺陷记录报告，缺陷记录报告的格式见附录
2）测试人员应认真填写缺陷记录报告单，缺陷记录报告应满足以下的要求
   A．尽量保证重现缺陷
   B．每份缺陷记录报告中只报一个缺陷
   C．分析故障—使用最少步骤重现故障
   D．包含所有重现缺陷的必要步骤
E．方便阅读
（2）确认缺陷记录报告的有效性，提交缺陷记录报告
1）测试组长组织，每个测试人员（包括测试组长）选择3份缺陷报告参加小组讨论
2）测试人员根据讨论结果修改缺陷记录报告中存在的问题
（3）教师点评缺陷报告
教师点评
3. 上机提示
（1） 测试“测试工程师管理系统—Dos版1.0”
1）组织测试
A． 先对被测软件进行分析，按功能划分模块，或按处理流程划分模块
B． 按划分好的模块分配测试任务。例如，每人负责一个模块的测试，或两人负责3个
C． 模块的测试
D． 注意模块之间的数据传递问题
2）编写报告
缺陷记录报告要求用Microsoft Office Word编写，格式可以参照附录中的报告单
建议将发现的缺陷先做简单的记录，但要能够保证自己可以根据记录重现缺陷。之后将发现的缺陷统一编写成缺陷记录报告，这样可以不打断测试过程中的思路，也可以发现一个缺陷就编写一份报告。采用什么方式完全看个人选择
3）测试方法
查看系统对各种输入数据的处理是否正确。系统除了能够正确接收合法输入数据外，还应阻止各种非法输入数据，并提示相应的出错信息。下面列出几种典型的非法数据
A． 使用非法输入。例如，在只允许输入数字的地方，输入英文字符或者特殊字符
B． 直接输入默认值。例如，默认值是空值，则不改变此默认值，而将空值作为输入数值
C． 输入临近或超出程序处理范围的数值。例如，程序可以处理0~100的整数。则输入1、0或负值，99、100或大于100的数值
D． 使用特殊字符/特殊长度/无效的文件名。例如，生成操作系统不能接受的文件名
E． 改变文件访问权限。例如，软件能否对无权访问的目录进行操作，操作后结果如何
F． 使文件内容错误，并让软件使用这个文件。例如，用文本编辑器或其他编辑器破坏软件所生成文件的数据以后，再用软件打开，看软件会出现什么样的结果
（2） 确认缺陷记录报告的有效性，提交缺陷记录报告
组织讨论，讨论规则如下
A． 组长负责组织小组成员进行讨论
B． 组员在讨论中依次发言，讲解自己编写的缺陷记录报告
C． 每位组员发言完毕后，其他组员帮助其分析缺陷记录报告中的不足，发言人根据大家的意见和建议修改缺陷记录报告
D． 缺陷记录报告的合格标准参见阶段目标中的有关描述
E． 测试组长要注意控制发言的时间
缺陷记录单（附录）
缺陷记录 编号：
软件名称： 编译号： 版本号：
测试人员：
日期：
硬件平台： 操作系统：

缺陷概述：
详细描述：