[测试]软件测试的生命周期,bug的级别及生命周期

软件测试贯穿于软件的整个生命周期。 软件测试的生命周期是指测试流程，这个流程是按照一定顺序执行的一系列特定的步骤，去保证产品质量符合需求。每个阶段有不同的目标和交付产物。

需求分析	测试计划	测试设计、测试开发	测试执行	测试评估	上线	运行维护

各阶段具体内容：

需求分析	测试计划	测试设计与开发	测试执行	测试评估	上线	运行维护
用户角度：软件需求是否合理	制定测试计划	参考需求文档、技术文档等编写测试用例	充分利用测试用例和测试工具对项目尽可能做到全方面测试	测试是否通过，本次测试是否有遗留的BUG，最终测试人员需要产出一个测试报告	项目测试结束后，将项目发布到线上环境，测试人员需跟踪上线并测试线上环境下软件的运行是否正确	测试人员需要参与项目的实施工作，收集问题并及时反馈给相关负责人

定义： 一个计算机bug指在计算机程序中存在的一个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault)，这些bug使程序无法正确的运行。Bug产生于程序的源代码或者程序设计阶段的疏忽或者错误。

准确的来说：

案例：

通过定义bug的级别，能够明确看出问题的严重程度。工作中开发人员通常需要按照bug的级别来分配优先级来处理bug，除此之外，通过bug级别也能够体现出开发人员的开发质量。

bug级别一般分为：崩溃、严重、一般、次要

崩溃	严重	一般	次要
阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误	系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。	功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等	界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等

测试人员在执行测试的过程中如有发现bug，需要在对应的bug管理平台来创建bug（bug生命起源），创建好的bug需要被开发人员修复，以及测试人员的持续跟踪和测试。

bug生命周期流程：

无效的bug： open->closed open-rejected-closed

遇到争执不要怕，要理性的分析和反馈问题。

注意： 可以给出解决方案，但是不能喧宾夺主，命令式让开发人员按照自己的想法来修改。

如果确实是bug，友好沟通不能解决问题，那么就召开bug评审。

bug评审主要解决两个问题：

bug评审至少需要项目组各个方面的代表参加：

测试代表
- 测试代表主要从Bug的具体表现、严重程度等方面提供信息，并提出自己对Bug的处理意见。需要注意的是，测试人员不应该一味地要求对Bug进行修改，因为修改可能带来回归的风险，同时带来的是回归测试的工作量，如果时间比较紧迫，修改后剩余的时间若不足以做一次有效的回归测试，可能不修改是个明智的选择。
开发代表
- 开发代表主要从修改缺陷的难度和风险出发，考虑缺陷修改需要付出的代价，以及可能影响的范围、可能引发的风险等，如果决定要修改，还要讨论出修改的初步方案。
产品代表
- 产品代表主要从产品的整体计划、用户的要求等方面对缺陷的修改必要性、缺陷修改的时间和版本提出自己的意见。