提交一份优秀的问题报告单
软件测试提交的问题报告单和测试日报一样,都是软件测试人员的工作输出,是测试人员绩效的集中体现。因此,提交一份优秀的问题报告单是很重
要的。
缺陷报告单中最关键的几个部分:第一部分是发现缺陷的环境,包括软件环境、硬件环境等;第二部分是缺陷的基本描述;第三部分是开发人员对缺陷的解决方法。
通过对上述缺陷报告单的三个部分进行仔细分析,从中掌握了软件产品最常见的基本问题,并吸收了其它软件测试人员的工作经验。
最关键的域就是 “ 问题描述 ”
,这是开发人员重现问题,定位问题的依据。问题描述应该包括以下几部分内容:软件配置、硬件配置、测试用例输入、操作步骤、输出、当时输出设备的相关输出信息和相关的日志等。
软件配置:
包括操作系统类型版本和补丁版本、当前被测试软件的版本和补丁版本、相关支撑软件,比如数据库软件的版本和补丁版本
等。
硬件配置: 计算机的配置情况,主要包括 CPU
、内存和硬盘的相关参数,其它硬件参数根据测试用例的实际情况添加。如果测试中使用网络,那么网络的组网情况,网络的容量、流量等情况。硬件配置情况与被
测试产品类型密切相关,需要根据当时的情况,准确翔实的记录硬件配置情况。
测试用例输入
\ 操作步骤 \ 输出:
这部分内容可以根据测试用例的描述和测试用例的实际执行情况如实填写。
输出设备的相关输
出信息:
输出设备包括计算机显示器、打印机、磁带等等输出设备,如果是显示器可以采用抓屏的方式获取当时的截图也可以录制视频,其他的输出设备可以采用其它方法获
取相关的输出,在问题报告单中提供描述。
日志信息:
规范的软件产品都会提供软件的运行日志和用户、管理员的操作日志,测试人员应该把测试用例执行后的软件产品运行日志和操作日志作为附件,提交到问题报告单
中。
测试结果分析
软件测试执行结束后,测试活动还没有结束。测试结果分析是必不可少的重要环节, “
编筐编篓,全在收口 ” ,测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。前面的 “ 测试准备工作 ”
中,建议测试人员走读缺陷跟踪库,查阅其他测试人员发现的软件缺陷。测试结束后,也应该分析自己发现的软件缺陷,对发现的缺陷分类,你会发现自己提交的问
题只有固定的几个类别;然后,再把一起完成测试执行工作的其他测试人员发现的问题也汇总起来,你会发现,你所提交问题的类别与他们有差异。这很正常,人的
思维是有局限性,在测试的过程中,每个测试人员都有自己思考问题的盲区和测试执行的盲区,有效的自我分析和分析其他测试人员,你会发现自己的盲区,有针对
性的分析盲区,必定会在下一轮测试用避免盲区。