一、软件测试的生命周期
- 需求分析
- 计划阶段：范围、时间、人员、工具；
- 测试设计/开发：编写测试用例；
- 测试执行：执行并补充测试用例；
- 测试评估：覆盖范围（测试了哪些功能，哪些没有测试）、统计BUG情况、编写测试报告。
二、如何描述一个BUG
- 测试版本：当前测试系统所在的代码版本；
- 测试环境系统所在的环境
eg：web系统（Chrome/FireFox/IE）+版本号、APP（IOS/Andriod）+系统的版本号+机型； - 测试步骤：引起BUG的操作步骤；
- 测试数据：引起BUG的输入信息或数据；
- 测试实际结果与预期结果
- 其他：错误截图、错误日志等附件。
三、BUG的级别（通常）
- 崩溃：BUG十分严重导致系统崩溃，通常回退到上一个稳定版本，将系统漏洞修复后重新上线；
- 严重：可以运行，但不稳定，继续运行可能导致严重后果；
- 一般：系统稳定运行，但一般功能没有实现或实现有问题，不影响用户使用；
- 次要：建议性BUG，例如界面问题。
四、BUG的生命周期
五、（如果测试人员因为一个BUG与开发人员）发生争执怎么办？
首先检查一下BUG是否描述清楚以及确保BUG的定级合理（按照公司测试BUG定级规范，做到有理有据），确认不是自身问题后，站在用户的角度去说服开发人员。再此期间，不断提高自己的业务水平和技术水平。若还是无法解决争执，顺利修改BUG的话，则和产品经理、开发人员、测试人员开“三方会议”讨论BUG的严重程度、影响程度以及最终解决方案。
