【测试开发】软件测试的常用概念

目录

一. 软件测试的生命周期

1. 需求分析 

2. 测试计划 

3. 测试设计，测试开发

4. 测试执行

5. 测试评估

二. 软件的生命周期

1. 需求分析

2. 计划阶段

3. 设计阶段 

4. 编码阶段

5. 测试阶段 

6. 运行维护

三. 如何描述一个BUG

1. 发现问题的版本 

2. 问题出现的环境

3. 错误重现的步骤

4. 预期行为的描述

5. 错误行为的描述 

6. 其他 

四. 如何定义BUG的级别

1. 崩溃级别

2. 严重 

3. 一般

4. 次要

五. BUG 的生命周期 

---

一. 软件测试的生命周期

软件测试的生命周期可以分为如下步骤： 

1. 需求分析 

分析需求是否完整，是否正确；

2. 测试计划 

确定软件由谁来测试，什么时候开始测试，测试哪些模块； 

3. 测试设计，测试开发

 开始写测试用例，包括手工测试用例和自动化测试用例，编写测试工具；

4. 测试执行

开始执行测试用例； 

5. 测试评估

测试人员在进行测试执行结束后，产出测试报告，对测试的过程和结果进行评估；

测试报告一般可以以这种形式构成： 

 二. 软件的生命周期

1. 需求分析

了解用户需求，软件需求，分析需求是否合理，是否完整； 

2. 计划阶段

决定开发和测试如何进行，怎样进行，什么时候进行，什么时候结束；此阶段会产出计划文档；

3. 设计阶段 

 针对需求，来进行技术设计(需要使用哪些技术，接口等)；此阶段会产出设计文档；

4. 编码阶段

 开发人员根据计划文档和设计文档来进行程序设计；

5. 测试阶段 

 测试人员根据测试用例来进行测试； 产出测试报告；

6. 运行维护

对项目进行线上维护，在出问题的时候，测试和开发就需要协助定位问题，解决问题；  

三. 如何描述一个BUG

在之前的文章里有介绍过，当软件需求是正确的时候，程序实际运行结果与预期结果不匹配的时候， 就是出现了 BUG，那么就需要认识到如何描述一个 BUG ，才能去解决问题。

1. 发现问题的版本 

需要将问题所出现的当前版本号反馈出来，开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。

2. 问题出现的环境

环境可以分为软件环境和硬件环境，如果是 Web 项目，就需要描述浏览器版本，客户机操作系统等，如果是 APP 项目，就需要描述机型，操作系统版本等，详细的环境描述有利于故障的定位。 

3. 错误重现的步骤

将问题出现的步骤详细的描述出来。

例如如下两种描述方式，我们会选择第二种：

1. 在短信列表，选择一条短信，进行删除，删除失败 

2. 在短信列表，选择一条短信，进行查看，在查看页面，进行删除，删除失败

4. 预期行为的描述

描述出程序的行为是怎么样的才是正确的。 

5. 错误行为的描述 

指出程序错误的执行现象，可以与预期行为进行对比。 

6. 其他 

有时候可能还会涉及到 BUG 的分类：功能BUG，界面BUG，兼容性BUG等； BUG 优先级的分类：严重影响测试需要开发人员优先修改的，优先级就较高； 

还应该注意：不要将多个 BUG 放在一起提交；

四. 如何定义BUG的级别

bug 的级别一般会有不同，定义级别也需要查看公司规范。 一般分为以下几种：

1. 崩溃级别

阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

2. 严重 

系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。

3. 一般

功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多） 

4. 次要

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

五. BUG 的生命周期 

BUG 的生命周期，不同的公司和不同的工具一般也会有不同的定义。一般为以下的周期。

 对于产生争执，应该有明确的解决问题思路：

 1. 应该再次充分的理解需求，确保自己的测试操作没有问题；

 2. 根据产出的测试报告，进行检查，站在用户的角度考虑问题，友好沟通；

 3. 不光要发现问题所在，还要提出解决问题的方案；

 4. 在问题还是没解决的情况下，可以进行第三方会议，来对问题进行进一步解决；