软件测试（基础知识）
目录
一、软件测试的生命周期
二、如何描述一个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管理
七、产生争执怎么办
遇到争执不要怕，公正客观有理有据，先检查自身描述，再有礼貌地沟通~~