软件测试（软件测试生命周期，描述一个bug，定义bug级别，bug生命周期，如何开始第一次测试，测试执行和bug管理，测试工作中的人际关系处理）

一、软件测试的生命周期

对比软件的生命周期和bug的生命周期
· 软件的生命周期：需求分析——计划——设计——编码——测试——运行维护
· 软件测试的生命周期：需求分析——测试计划——测试设计、测试开发——测试执行——测试评估
· bug的生命周期：
· 软件测试&软件开发生命周期
需求阶段：测试人员了解需求、对需求进行分解，得出测试需求
计划阶段：根据需求编写测试计划/测试方案
设计阶段：测试人员适当的了解设计，对于设计测试用例是很有帮助的，测试人员搭建测试用例框架，根据需求和设计编写一部分测试用例
编码阶段：测试人员一般是不需要编码的，但已经编码的模块，专业的白盒测试人员可以计划执行单元测试，完善、细化测试用例以及调整测试计划和方案。
测试阶段：测试阶段是软件测试人员最为重要的工作阶段，根据测试用例和计划执行测试，在执行的过程中记录、管理缺陷，测试完成后编写测试 告。
运行维护：测试人员需要参与项目的实施工作。测试人员对项目产品的业务和操作非常了解，加上测试人员的沟通表达能力一般都比较强，所以测试人员可以参与用户使用软件的培训，在试运行项目时收集问题并及时反馈给相关负责人。

二、描述一个bug

1. 发现问题的版本
   开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。
2. 问题出现的环境
   环境分为 硬件环境 和 软件环境 ，如果是web项目，需要描述浏览器版本，客户机操作系统等，如果是app项目，需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。
3. 错误重现的步骤
   描述问题重现的最短步骤。
4. 错误行为的描述
   描述错误的现象。crash等可以上传log，UI问题可以有截图。
5. 其他
   某些公司会有一些其他的要求，例如故障的分类：功能故障，界面故障，兼容性故障等。有些有优先级的分类，严重影响测试需要开发人员优先修改的，可以设置优先级为高。
6. 不要把多个bug放到一起
   在无法确认是同一段代码造成的故障时，不要将bug放在一起提交。

· 案例：

1. 先检查自身，是否bug描述不清楚(与开发人员积极沟通)
2. 站在用户角度考虑问题 应该让开发人员了解到Bug对用户可能造成的困扰，这样才能促使开发人员更加积极地、高质量地修改Bug。在争执时，可以问一句：如果你是用户，你可以接受么/em>
3. BUG定级要有理有据:BUG定级时，不仅要参考BUG级别，还要考虑BUG是否会影响到流程，往往用户的BUG级别和我们的是有区别的，需站在用户的角度定考虑定位级别。
4. 提高自身的技术和业务水平. 不光要提出问题, 最好也能提出解决方案.
5. 、开发人员不接受时，不要争吵，多次沟通开发仍然不接受，可发起bug评审（决定如何处理bug；分析缺陷产生原因，找出预防对策）。

加油鸭！