测试那些事儿—BUG

一.作为测试人员，你应该这样报BUG：

不要对程序员说，你的代码有BUG。

他的第一反应是：1、你的环境有问题吧；2、你踏马到底会不会用?

如果你委婉的说：你这个程序和预期的不一样，你看看是不是我的方法不一样。

他本能的会想：是不是程序出BUG了。

二.和程序员聊BUG是个技术活

1、 BUG存在性

测试员在遇到问题，第一反应不要着急确认是否为BUG。追踪分析所遇问题，验证环境配置、实际操作没有错误的前提下，确认BUG并将其提给开发。

2、 BUG随机性

在确认BUG存在的情况下， 确认BUG是否可重现：

可重现，找出规律提报开发, 同时对问题进行归纳总结，同一个问题在不同模块出现的几率，后续是否会引起相关性问题等等；

难重现，仔细描述问题说明随机性，用自动化测试工具进行模块测试时，和其开发人员描述正确问题；

3、写BUG 报告

一目了然的BUG标题和对BUG清晰描述，对于测试员报BUG时是很有必要的：

a．精简描述，让开发或项目经理一看就知道存在什么问题

b．简明扼要，描述出现bug的测试步骤、实际的测试结果、预期的测试结果和结论；

描述在预期和实际的结果对比以及说明。比如："在用selenium进行自动化测试时，执行计划时，当点击调度计划，弹出浏览器，计划显示分配，而事实上显示计划待分配。”

三.一条bug最基本应包含：

bug编号

严重级别和优先级

bug产生的模块

bug摘要，阐述bug的大致内容

bug对应的版本

bug详细现象描述

bug出现的测试环境和产生条件