bug生命周期
-
2023年3月17日发(作者：量学)软件测试基础知识——测试执⾏
测试执⾏
定义：根据编写的测试⽤例，按照⽤例步骤进⾏执⾏，查看预期结果和实际结果是否⼀致，如果不⼀致则为BUG
参考依据：测试⽤例
执⾏⼈：软件测试⼯程师
开始时间：测试⽤例编写完成并且通过评审，且达到测试执⾏的启动条件
时间周期：占整个测试流程的40%的时间
测试⽤例执⾏结果状态：
new：⽤例编写完成，未开始执⾏状态
pass：⽤例执⾏结果与预期结果⼀致
fail：执⾏⽤例结果和实际结果不⼀致
block：因为软件缺陷导致后续⽤例执⾏⽆法进⾏，导致结果未知的状态
investigate：测试⽤例正在执⾏中需要更多时间观察结果
测试执⾏中的注意事项：
1.搭建软件测试环境
2.测试⽤例需要全部执⾏
3.不忽视任何偶现BUG
4.加强测试过程中的记录
5.提交缺陷和开发关系处理恰当
6.提交⼀份优秀的问题报告单
7.及时更新测试⽤例
缺陷分布的特征：
1.缺陷的群集现象
2.随着测试的进⾏，缺陷也越来越难被发现，此时需要调整测试思路，寻找新的突破点
3.不是所有的BUG都需要解决
（1）修改代价太⼤，不值得修复
（2）修改时间不够，并且遗留的BUG不会影响版本发布新功能
出现幽灵BUG的处理⽅法：
1.对出现的BUG进⾏记录，保留证据（视频，截图，抓包，⽇志⽂件）
2.尝试重现BUG，如果重现就提交BUG单
3.如果失败就在其他设备上尝试重现
4.如果还是失败，就请开发进⾏定位
5.开发也⽆法重现BUG就挂起BUG单，观察程序后续版本是否存在
缺陷的组成
缺陷ID、缺陷标题、缺陷状态、缺陷级别、缺陷优先级、测试版本、测试阶段，缺陷类型、重现步骤、实际结果、预期结果、缺陷所属模
块、提交⼈、提交时间、修改⼈、修改时间、关闭时间、附件
缺陷状态：
new：测试发现问题，使⽤BUG管理⼯具提交BUG单⾄开发⼈员
open：开发打开BUG单，确认缺陷是否存在
fixed：开发确认为BUG，将BUG修改完成后
rejected：开发给出依据确认这不是BUG
closed：测试回归BUG，验证通过
pending：开发确认为BUG，延迟解决
reopen：回归测试BUG，验证不通过
缺陷级别：
致命：主流程出现缺陷，主要功能⽆法实现（闪退，崩溃，⽆法登陆等）
严重：次要功能没有实现，导致部分功能⽆法使⽤（⽆法删除，⽆法新增）
⼀般：基本功能实现，但是边界值错误
轻微：界⾯排版错误，系统操作不⽅便，但是可以使⽤
缺陷优先级：
分为四级：1,2,3,4级，优先级逐渐升⾼，4级为最⾼级，划分标准是看缺陷对软件的影响，⼀般与严重级别对应。
测试阶段：
BVT：冒烟测试
SIT：系统集成测试
UAT：⽤户验收测试
提单的5C原则：
1、准确：问题单中每个组成部分描述正确，不会引发误解
2、清晰：每个问题每个组成部分描述信息，易与理解
3、简洁：只包含必不可少的信息，不包含任何多余的信息
4、完整：包含重现该缺陷的完整步骤
5、⼀致：提交的所有BUG单采⽤相同的格式
缺陷的⽣命周期：
提交、确认、分配、修改、验证、关闭