测试首悟--一个程序媛的转行之路

从开发转测试接近三个月了，想对这段时间的工作做个总结。这段时间感受挺多，总结起来大概有以下几点：

1.开发阶段大部分时间是在构思思路，任务比较单线。而测试阶段，大部分时间是在熟悉工具和业务，可能会有很多点同时进行，这个时候，及时记录显得尤为重要。

2.测试比开发对业务的要求更高。开发时期，一般关注的都是自己需要实现的模块，专注于一块儿的逻辑。测试则需要对业务更加熟悉和精通，要把整个产品线的逻辑串起来，同时需要关注一些非常细的点。这样在设计测试用例的时候才能比较全面，比较轻松。而且，熟悉业务在帮助开发人员定位bug时也是非常有用的，我常常在提出bug的同时会提出自己的猜想，指出可能的bug产生的原因。

3.不要过分相信工具。那还是在刚开始测试的时候，使用的是公司统一的自动化测试工具。工具产生的测试报告中显示有一个bug，我就报了。后来经过排查定位之后发现，不是程序的bug，而是自动化测试工具的bug。所以从那之后，工具中报出的bug，基本上都会手动再测试一遍，尽量减少误报bug的情况。

4.最后一条就是一个感悟吧，无关技术。我发现在报bug的时候，开发人员第一反应就是拒绝，肯定是你的测试数据有问题，不是程序有问题，在辩驳过几次之后，虽然最终确定是个bug，但是也惹的双方都有点不开心。联想到之前自己开发的时候，偶尔也有这样的心理反应，后面再报bug的时候，当开发人员说“不可能”时，我都会先接受，表示赞同，然后再把自己测试的数据，过程和现象讲述出来，同时提出一些自己的猜想。一般这个时候，开发人员就会参与排查问题了。如果不是bug，皆大欢喜，如果是个bug，开发人员也能立马定位，及时修复了。当然，在报出bug的之前，我首先肯定会针对疑问点多测几遍，如果经常误报bug，也容易消耗开发人员的信任。

现在做的工作基本上都很简单，也没有什么太好的东西能够分享给大家，在此写出来，一方面是为了记录，另一方面也是希望能看到大家的建议，从而能够避免走弯路，能够在测试这条路上越走越远。