软件测试的生命周期和一个软件测试人员如何去简单描述Bug

Posted 2022-02-03 你这家伙

软件测试的生命周期(软件测试的流程)

软件测试的声明周期其实是伴随着一个程序或者软件从无到有的全过程

需求分析——测试计划——测试设计/开发——测试执行——测试评估

1. 需求分析：测试人员了解需求，对需求进行分解，得出测试的需求
2. 测试计划：如测试的范围，时间，人员，工具等计划
3. 测试设计：既测试用例
4. 测试执行：执行测试用例和补充测试用例
5. 测试评估：覆盖范围（测试了哪些功能，哪些没有测试），BUG情况的统计，测试报告

如何描述一个Bug

正确的描述一个Bug是测试人员所具备的最基础的，因为当你描述一个Bug的之后，开发人员就能立刻定位到Bug出现的问题所在

描述Bug包括一下几个部分

1. 测试版本 既当前测试的系统所在的代码版本，并且版本的标识也有利于统计和分析每个版本的质量

2. 测试环境
   系统所在的环境

• 如果是web系统的话，需要描述是哪个浏览器，并且页标注浏览器的版本
• 如果是APP的话，需要描述是ios还是android 以及系统记性和系统的版本号等信息

3. 测试步骤
   就是引起BUG的操作步骤

4. 测试数据
   引起Bug的输入信息或者数据

5. 测试实际结果

6. 其他，错误截图，错误日志等附件

注意：不要把多个Bug放到一起

Bug的级别

1. 崩溃：阻碍开发或者测试工作的问题，如造成系统崩溃，死机，死循环，导致数据库的丢失等

这里有个问题，那就是上限的服务器突然崩溃了，那么该怎么办？
答：首先肯定想到的就是停服维护，但是这样操作的话，比如微信，一旦停服的话，那么就会给用户造成很大的影响，那么停服维护肯定是不行的，那么此时该怎么办，那就是回退到之前的稳定的版本，然后再进行bug修复

2. 严重：系统还可以运行，但是不稳定，如果继续运行，就会造成严重的后果
   比如：一个人在主播的突然黑屏，或者突然没有了画面等，那么此时就会造成严重的后果

3. 一般：系统可以稳定的运行，但是一些一般的功能没有实现，实现的有问题，不影响用户使用
   比如1：用户在查询数据的的时候速度非常慢，那么这就是性能不好
   比如2：查询功能没有排序，导致翻页有重复的数据，也就是当搜索一个东西的时候，第一页显示的数据在后面的某一页也出现了（解决办法：1.查询1000条数据，没50条数据为一页；2.对过滤的数据进行排序（按照某种方式）；3.第一页查询1-50条数据；第二页查询50-100条数据……）

4. 次要：建议性的Bug，不影响操作功能的执行（错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）

Bug的生命周期

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