软件测试人员的担心

在公司软件测试人员很少，甚至没有测试部门的时候，测试人员只是开发人员的一种补充，不需要对软件质量负全责，所以也就没有太多的担心，但是当有了独立的测试部门，软件测试人员越来越多的时候，情况就不一样了。这个时候，公司的大部分人都认为测试部门应该为软件的质量负全责，如果用户那边出了问题，那就是测试部门没有测试好。于是，测试人员就一直战战兢兢、如履薄冰地做着测试，生怕出现问题，所以就产生了很多的担心：

1、担心测不出BUG。

软件被认为是无论怎么样测试都会存在问题的，所以说，大家都认为只要去测试就一定会发现BUG，你也这样想。可是，当你对分配给你的模块进行了长时间的测试之后，你仍然没有找到一个BUG。于是，慢慢的，你开始怀疑自己的能力；慢慢的，你开始担心你的考核；慢慢的，你开始质问你自己，为什么找不到BUG？慢慢的，以后你再做测试时，刚开始你就担心自己找不到BUG。

其实不用这样担心，即使测不出BUG也不能说明你的工作做得不好，至少，你已经证明了软件在一定程度下是正常工作的，而软件测试不仅仅是找BUG。况且，很多时候你要测试的模块已经经过了其他同事多轮的测试，或者这个版本它没有任何变更。当然，也不是没有可能测试出BUG，那就是多考虑环境，多考虑方法，保持耐心，这样的话，一定可以找出BUG来的，要相信自己。

2、担心别人在自己已测试过的模块中测出BUG

在现实的测试中，常常使用交叉测试的方式，也就是让测试人员共同测试某一个模块，当一个测试人员测试完成后再让另一个继续测试。很多情况下，另一个测试人员都可能再发现一些该模块的BUG，而之前的测试人员没有发现。所以当我们把模块让另外一个人测试的时候，常会担心再发现BUG，因为我们觉得这是我们没有测试好的缘故。当他提交BUG的时候，我们常会拍着自己的头责备自己说，为什么我就没有测出来。有时甚至人家会这样说，“连这么简单的BUG你都没测出来！”，让人感觉很难受，很难堪。

交叉测试的本意是让不同的人从不同的角度、不同的方法来测试软件，从而找出软件更多的BUG。人和人都是不同的，想事和做事方法都可能不同，有的时候我们都会觉得对方有些不可理喻，但反过来说，对彼此来说也是一个有益的补充。有时候我们可以从别人提交的BUG中得到某种启迪，使自己想问题想得更全面，找出更多的问题。所以，再测试出问题没什么的，很正常，你只需要拍一下他的肩膀，笑着说一声，“谢谢呀，我怎么没想到呢！”，那就可以了。

3、担心BUG不能重现

不能重现的BUG是不能提交变更管理库的，也就意味着我们测试人员的劳动没有成果，所以很多人都在发现BUG之后担心不能重现，尤其当开发人员一直要求重现的时候。这种情况常有，因为有些BUG必须在一定环境中、特定的操作下才会出现。遇到这种事情不要慌，回忆自己操作的每一步骤，分析可能的问题所在，甚至有时可以借助键盘记录器这样的软件来帮忙。如果不行就寻求开发人员的帮助，或者先放一放，之后再好好想想，很有可能它就重新出现了。

4、担心软件在用户侧出现BUG

软件发布了，软件测试员的心也变得更加脆弱，更加担心用户侧出现问题。测试人员总是这样，对事务要求完美。其实呢，软件是不可能没有BUG的，只是没有测试出来罢了。软件测试的任务是尽可能找出软件的BUG，然后修复，并不能保证软件没有BUG。软件测试人员不需要为质量负全责，也不可能负全责。

5、担心自己写的用例、报告无法通过评审

很多人，在刚开始写用例的时候，有时并不是因为难写，而是担心自己写不好，老大批评，没法通过评审。这也是很正常的，尤其是刚开始写的时候，不过写多了就好了。不要担心自己描述有些不清楚，不要担心自己考虑问题不够全面、不要担心自己写得是否符合要求，因为评审是来帮助你的，大家集思广益来帮忙把事情做好。很多时候，你会发现，自己写的还不错！

6、担心BUG是否真的被修复了

我们常常担心开发人员是否真的把BUG给修复好了。因为有时候，从表象来看，确实感觉BUG好像没有了，但实际上呢，未必如此。为了减少这种担心，首先我们应该给BUG找到必现的手段，这样验证起来就方便多了；其次我们应该全面细致地分析BUG，找出它出现的真正原因；最后就是详细的测试，而不是随便一测就算验证通过了。

7、担心做测试没有前途

这种担心也常有，尤其是大多数都做黑盒测试的我们，感觉工资、待遇都没法跟其它人比，感觉没有前途。说实在的，不要担心，软件测试是一个做得越久越吃香的行业，所以我们就慢慢做吧，学得更多，积累更多的经验，慢慢的，你就知道做软件测试是有前途的。