目录
一、软件测试的生命周期
软件测试的生命周期贯穿于软件的整个生命周期。软件测试的生命周期是指测试流程，这个流程是按照一定顺序执行的一系列特定的步骤，去保证产品质量符合需求。在软件测试生命流程中，每个活动都按照计划的系统的执行。每个阶段有不同的目标和交付产物。
各阶段具体内容：
- 需求分析：从用户角度：软件需求是否合理；从技术角度：技术上是否可行，是否还有优化空间；从测试角度：是否存在业务逻辑错误、冗余、冲突等问题。
- 测试计划：制定测试计划：什么时候开始测试，什么时候结束测试，耗时多久。
- 测试设计与开发：参考需求文档、技术文档等编写测试用例，编写测试文档，明确标注使用到的测试方法和测试工具，测试形式等。
- 测试执行：充分利用测试用例和测试工具对项目尽可能做到全方面的测试覆盖。
- 测试评估：测试是否通过，本次测试遗留的bug，最终测试人员需要产出一个测试报告。
- 上线：项目测试结束后，将项目发布到线上环境，测试人员需要跟踪上线并测试线上环境下的运行是否正常。
- 运行维护：测试人员需要参与项目的实施工作。测试人员可以参与用户使用软件的培训，在运行项目时收集问题并及时反馈给相关负责人。
二、BUG
1）什么是bug
定义：一个计算机bug指在计算机程序中存在一个错误（error）、缺陷（flaw）、疏忽（mistake）或者故障（fault），这些bug使程序无法正确的运行。Bug产生于程序的源代码或者程序设计阶段的疏忽或者错误。
更准确的来说：
- 当且仅当规格说明时存在的并且正确，程序与规格说明之间不匹配才是错误。
- 当需求规格说明书没有提到的功能，判断标准最终以用户为准：当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。
2）描述bug的要素
为了避免测试人员在提交bug时出现词不达意的情况，通常会设定几个要素进行描述bug。描述bug的基本要素为：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果。
举个例子：假设某网站的登录板块在Edge浏览器是正常的，但在谷歌浏览器中打开出现了二维码被遮挡的问题。我们在描述该bug时就可以按照上述要素进行描述：
问题出现的版本：Chrome浏览器 版本 138.0.7204.158（正式版本） （64 位）
问题出现的环境：Windows家庭版
问题出现的步骤：1.打开谷歌浏览器输入网站网址xxxxx；2.等待页面渲染完毕
预期结果：二维码与登录模块不会出现遮挡情况，二维码可以正常扫描
实际结果：二维码被登录板块遮挡，无法扫描
3）bug级别
在描述完bug后，要给bug进行定级。通过定义bug的级别，能明确看出问题的严重程度。工作中开发人员通常要按照bug的级别来分配优先级来处理bug。
bug的级别一般分为：崩溃、严重、一般、次要。
- 崩溃：是指阻碍开发或测试工作的问题；会造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
- 严重：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
- 一般：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
- 次要：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、用户体验感受不好等。
4）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