测试2:基础
目录
2.描述BUG
3.定义bug的级别
1.Blocker(崩溃)
2.Critical(严重)
3、Major(一般):
4、Minor(次要):
4.BUG的生命周期
1.软件测试的生命周期
需求分析,测试计划,测试设计,测试开发,测试执行,测试评估
需求分析:需求是否完整,需求是否正确
测试计划:软件有谁测试,什么时候开始测试,什么时候结束测试,测试哪些模块
测试设计:用测试用例
测试开发
测试执行:执行测试用例
测试评估:测试人员产生测试报告
2.描述BUG
1.分析问题版本
2.问题出现的环境
3.错误重现的步骤
4.预期行为帆描述
5.错误行为的描述
6.其他
7.不要不多个BUG一起提交
3.定义bug的级别
1.Blocker(崩溃)
阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。
2.Critical(严重)
系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。
3、Major(一般):
功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性
4、Minor(次要):
界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等
4.BUG的生命周期
● New:新发现的Bug,未经评审决定是否指派给开发人员进行修改。
● Open:确认是Bug,并且认为需要进行修改,指派给相应的开发人员。
● Fixed:开发人员进行修改后标识成修改状态,有待测试人员的回归测试验证。
● Rejected:如果认为不是Bug,则拒绝修改。
● Delay:如果认为暂时不需要修改或暂时不能修改,则延后修改。
● Closed:修改状态的Bug经测试人员的回归测斌验证通过,则关闭Bug。
● Reopen:如果经验证Bug仍然存在,则需要重新打开Bug,开发人员重新修改。
无效的bug:open->closed open-rejected-closed
木木剡: [code=java] public class Test { public static void main(String[] args) { Cat cat = new Cat("元",2); Dog dog = new Dog("小", 1); Animal animal = cat; animal.eat(); animal = dog; animal.eat(); } [/code] 很奇怪这段为什么会编译出错,两次都是向上转型
杨思默: 教是最好的学
CSDN-Ada助手: 恭喜你,获得了 2023 博客之星评选的入围资格,请看这个帖子 (https://bbs.csdn.net/topics/615663851?utm_source=blogger_star_comment)。 请在这里提供反馈: https://blogdev.blog.csdn.net/article/details/129986459?utm_source=blogger_star_comment。
2301_77033425: 是我要了解的内容,大赞
桦秋静: 一起加油吧