软件测试（基础知识）

目录

一、软件测试的生命周期

二、如何描述一个bug

三、如何定义bug级别

四、bug的生命周期

五、如何开始第一次测试

六、测试的执行和bug管理

七、产生争执怎么办

---

一、软件测试的生命周期

软件测试的生命周期：

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

需求阶段：测试人员了解需求，对需求进行分解，得出测试需求

计划阶段：根据需求编写测试计划 / 测试方案

设计阶段：测试人员适当了解设计，进而设计编写一部分测试用例

测试阶段：根据测试用例和计划执行测试，在执行过程中记录，管理缺陷，测试完成后编写测试报告

运行维护：测试人员需要参与项目的实施工作，测试人员对项目产品的业务和操作一般都比较了解，加上优秀的表达能力，所以可以收集问题并及时反馈给相关负责人

二、如何描述一个bug

一个合格的bug描述必须包括以下几个部分：

1、发现问题的版本

开发人员需要知道出现问题的版本，才能获取对应版本的代码重新bug，并且版本的标识有利于统计每个版本的质量

2、问题出现的环境

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

3、错误重现的步骤

描述问题重现最短步骤

4、预期行为的描述

要让开发人员知道怎么才是正确的，尤其要以用户的角度来描述程序的行为是怎样的，如果是依据需求提出的故障，能写明需求的来源才是最好的

5、错误行为的描述

描述错误的现象，crash等可以上传log，UI问题可以截图

6、其他

有可能是故障的分类，比如：界面故障，兼容性故障，也有优先级分类的，可以设置优先级

三、如何定义bug级别

bug的定义每个公司都不一致，在定义级别前先看公司规范~~

样例：

1）Blocker（崩溃）

阻碍开发或测试工作，造成系统崩溃死机死循环等，一旦出现应立即终止当前版本测试！

2）Critical（严重）

服务可以使用但系统主要功能部分缺失，数据库保存调用错误，用户数据丢失等

3）一般（Major）

功能没有完全实现但是不影响适用，次要功能需要完善

4）次要（Minor）

界面，性能缺陷，建议类问题，不影响功能操作，描述不清楚等

四、bug的生命周期

五、如何开始第一次测试

六、测试的执行和bug管理

七、产生争执怎么办

遇到争执不要怕，公正客观有理有据，先检查自身描述，再有礼貌地沟通~~