软件测试——Bug篇

什么是BUG

定义：

⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault)，这些bug使程序⽆法正确的运⾏。Bug产⽣于程序的源代码或者程序设计阶段的疏忽或者错误。

准确的来说：
1. 当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误。
2. 当需求规格说明书没有提到的功能，判断标准以最终⽤⼾为准：当程序没有实现其最终⽤⼾合理
预期的功能要求时，就是软件错误。

描述bug的要素

为什么描述bug还有要素要求？?
在⼼理学上说，⼈们在编写⽂档的时候，经常会出现⾃⼰想表达的和写出来的内容往往南辕北辙
bug描述：浏览器打开链接失败?
该描述下，没有明确说明哪个浏览器，失败的具体表现是什么，对于开发⼈员来说⽆法捕捉到更多有效的信息，会造成沟通效率低下，⼯作质量低下等问题

描述bug的基本要素：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果

bug级别

通过定义bug的级别，能够明确看出问题的严重程度。⼯作中开发⼈员通常需要按照bug的级别来分配优先级来处理bug，除此之外，通过bug级别也能够体现出开发⼈员的开发质量。

案例：

bug级别一般分为：崩溃、严重、⼀般、次要、

崩溃	严重	一般	次要
阻碍开发或测试⼯作的问 题；造成系统崩溃、死 机、死循环，导致数据库 数据丢失，与数据库连接 错误，主要功能丧失，基本 模块缺失等问题。如：代 码错误、死循环、数据库 发⽣死锁、重要的⼀级菜 单功能不能使⽤等（该问题 在测试中较少出现，⼀旦 出现应⽴即中⽌当前版本测试）。	系统主要功能部分丧失、数据 库保存调⽤错误、⽤⼾数据丢 失，⼀级功能菜单不能使⽤但 是不影响其他功能的测试。功 能设计与需求严重不符，模块 ⽆法启动或调⽤，程序重启、 ⾃动退出，关联程序间调⽤冲 突，安全问题、稳定性等。 如：软件中数据保存后数据库 中显⽰错误，⽤⼾所要求的功 能缺失，程序接⼝错误，数值 计算统计错误等（该等级问题 出现在不影响其他功能测试的 情况下可以继续该版本测试）。	功能没有完全实现但 是不影响使⽤，功能 菜单存在缺陷但不会 影响系统稳定性。 如：操作时间⻓、查 询时间⻓、格式错 误、边界条件错误， 删除没有确认框、数 据库表中字段过多等 (该问题实际测试中存 在最多）	界⾯、性能缺陷，建议 类问题，不影响操作功 能的执⾏，可以优化性 能的⽅案等。如：错别 字、界⾯格式不规范， ⻚⾯显⽰重叠、不该显 ⽰的要隐藏，描述不清 楚，提⽰语丢失，⽂字 排列不整⻬，光标位置? 不正确，⽤⼾体验感受 不好，可以优化性能的 ⽅案等（此类问题在测 试初期较多，优先程度 较低；在测试后期出现 较少，应及时处理）

 bug的⽣命周期

测试⼈员在执⾏测试的过程中如有发现bug，需要在对应的bug管理平台来创建bug（bug⽣命起
源），创建好的bug需要被开发⼈员修复，以及测试⼈员的持续跟踪和测试。

●New:新发现的Bug，未经评审决定是否指派给开发⼈员进⾏修改。
●Open：确认是Bug，并且认为需要进⾏修改，指派给相应的开发⼈员。
●Fixed:开发⼈员进⾏修改后标识成修改状态，有待测试⼈员的回归测试验证。
●Rejected：如果认为不是Bug，则拒绝修改。
●Delay:如果认为暂时不需要修改或暂时不能修改，则延后修改。
●Closed：修改状态的Bug经测试⼈员的回归测斌验证通过，则关闭Bug。
●Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发⼈员重新修改。
⽆效的bug：open->closed open-rejected-closed