软件测试的生命周期以及bug描述

软件测试的生命周期：需求分析—测试计划—测试设计/开发—测试执行—报告评估

需求分析：深入了解需求，分析需求，验证需求。    目的：去掉不合理的需求，从需求中提取出测试点。

测试计划：计划时间，人员，目的，测试范围。

测试设计/开发：测试用例的开发或编写，开发人员在同步进行开发工作。

测试执行：测试人员要执行测试用例去验证需求是否实现，发现bug后需要记录，开发人员修改后，进行回归测试。

报告评估：测试工作结束之后，写测试分析报告，总共执行了哪些用例，发现了多少bug，修改了多少bug，遗留bug，上线风险。

bug描述

标题：测试用例+问题。
（1）版本号（2）测试环境（3）测试数据（4）测试步骤（5）实际结果（6）预期结果（7）bug级别，附件（截图、错误日志等）

bug级别：
（1）崩溃：已经影响系统的运行，死机，崩溃，死循环
（2）严重：系统还可以运行，但是不稳定了，继续进行下去会产生严重后果
（3）一般：不影响系统的稳定运行，但是会影响用户体验，次要功能没实现，某些条件下的查询错误，数据重复显示。
（4）次要(建议)：界面性的，对用户使用系统没什么影响，影响用户的体验。

当开发人员和测试人员产生冲突的时候该怎么办？
（1）检查自身，看是否描述清楚了这个bug
（2）站在用户使用的角度，去说服开发人员
（3）bug级别定义要符合公司规定，要有理有据
（4）测试人员，要不断提升自己的业务水平和技术能力。不但要发现bug，还可以定位bug的原因，提出解决方案。
（5）可以和产品经理，开发人员一起进行会议讨论，讨论bug的解决方案。