软件测试——测试缺陷报告

1 缺陷管理工具:ALM,JIRA,BUGZILA.BUGFREE.,MANTIS
2 缺陷标题:
2.1 在什么情况下发生什么问题
2.2 描述问题本质
2.3 标题不已过长
3 缺陷概述:提供缺陷本质与现象的描述。还包括缺陷的延展部分避免重现步骤

4 缺陷影响:缺陷因为的用户或者对业务的影响范围以及严重的程度

5 环境配置:操作系统类型

6 前置条件。

7 缺陷重现:操作步骤,可操作并连贯。

8 期望结果实际结果

9 优先级:严重程度
10 变通方案
11 根原因分析:root cause analysis(定位根本原因)
12 附件:界面截图,测试用例日志,服务器端日志,GUI测试执行视频

此次实验我将以往的实验进行了分析和总结,理清了做医院管理系统这个项目时遇到的问题,把已完成的系统所具有的功能与最初的需求分析报告进行对比,发现有的功能并没有实现,这是因为自己水平不够也没有为此请教老师,查阅资料,导致最终的系统并没有满足需求,还有对该系统测试过程中发现错误和缺陷没有及时跟踪,有的错误由于时间原因找不到了,对于测试过程中重复出现的错误和自己不清楚的错误应该及时记录并改正,以免导致更严重的错误。经过这么多次的实验,我深深地认识到测试对于系统开发的重要性,在每次测试中都会出现很多问题,如果不及时解决甚至导致项目无法继续进行,同时测试用例的设计也尤为重要,在编写测试用例时往往会考虑不周全,所以应该给出测试大纲,以保证测试用例的设计能够清晰、完整而不是顾此失彼。测试用例的设计在测试系统功能的同时,还要检查系统对输入数据的反应,要检查合法的操作和非法的操作,检查系统对条件组合的反应等,好的测试用例让其他人能够很好地执行测试,能够快速便利所测试的功能,能发现至今没有发现的错误,由于对系统的功能不是很熟悉,自己设计的测试用例显得很单薄,并不能测试系统存在的所有问题,对于系统性能的测试就要搭建更真实的运行环境,另外还要在不同的操作系统下进行测试时,以及采用人工测试完成。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值