缺陷

1.沟通bug的例子

（1）语气要委婉，告诉对方自己做了什么，怎么操作的。
（2）尽量避免直接的说 "你的代码有问题" 这样的话。
（3）不要觉得改bug只是开发的事, 一出bug就事不关 己高高挂起, 或者幸灾乐祸。

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

3.案例&#