什么样的人最适合做软件测试---喜欢找人帮忙办事的人

今天和大家说下什么样类型的人适合做软件测试。

经验干货，可仔细品

很多测试工程师面试中也可能会遇到问题，说怎么做一名优秀合格的测试工程师，需要有哪些品质，很多人会回答说要仔细，要承受压力，要有责任感，追求感，良好沟通等，当然这些是需要的，今天除了这些个之外，给大家说下还需要另外一种，那就是喜欢麻烦人，找人办事的品质。

在现实生活中也可以发现，很多人一点小事喜欢麻烦人去做，自己不做，有些人遇到自己搞不定的事也不喜欢麻烦人，喜欢自己扛，这就是人的区别吧。

那回到软件测试上面，有过测试经验的，或者在大型项目做过的测试朋友应该深有体会，其实测试在日常工作中一直是在麻烦人，找人办事，当然这个找人办事也可以打个双引号，毕竟是工作中的事其实都是职责所在。

测试工程中这个找人其实可以分为两大块，一个是自己测试中心组内的，一个是对外开发的。

组内有什么情况呢？

现在国内IT项目一般都是微服务项目，一个人可能负责其中某一个子系统，或模块，对其它子系统不甚熟悉，但是彼此间是有业务流程来往的，而你不可能个个精通，你要测试，你就要造数据，你就要麻烦你的上游或下游，那有的人不喜欢麻烦人，就自己一直在研究，很有可能就会耽误你的测试进度，甚至你可能会搞个错的测试数据在那里测试，还有可能本身上下游未经产品沟通，本身你可以找组内人员沟通时预防业务矛盾冲突缺陷的，但你自己就搞上了，本来可以预防的风险，便被你自己不喜欢麻烦人，从而将这风险搞到生产了。

而如果换个人，是喜欢麻烦人，找人办事的人，那么他会找到系统上下游，上下游的测试人员就会知道是否有业务冲突，造的数据当然会更全，更准确，预防风险。

另外一个是要对开发的，那对开发是什么情况？

这就要反问你自己，测试仅仅是测试吗？

不不不，一个优秀合格的测试，一定不是只是测试而已。

特别是有倾向于管理的测试，更加不是只是测试而已。

给你一个测试任务，你怎么能够将这任务快速测试完成？

回到了这么一个问题，怎么快速完成一个测试任务？

有想过吗？

很多同学会说，测试任务的完成，测试可以尽早地发现缺陷，但是有缺陷开发不一定修复的了，修复的效率也会是一定的时间，从而影响完成时间。

不错，问题就出现在这里，也是关键所在，所以测试如何去划分优秀良好较差，分别和大家说下。

较差的测试，换句话说是个不合格的测试。

收到任务后，可以测的时候他会去测试，然后会提交缺陷，提交了一些缺陷后就会等着开发去解决这些缺陷，然后验证，再测试提交缺陷，再等开发解决再回归，再提交。循环如此，然后一直解决完所有缺陷，回归都ok后，任务完成。

良好一般合作的测试，会这样做：

收到任务后，可以测的时候他会去测试，提交缺陷，然后会尽可能地去发现所有能测的功能缺陷，有阻塞流程的，重点标注解决优先级，以便优先解决后可以继续后续测试。然后反复直到任务完成。

那优秀的测试会怎么做呢

在良好的测试执行的基础上，在遇到阻塞时间有一定时间后会直接厚着脸皮跑去找开发，甚至拿着笔记本直接坐到开发旁边，去督促监督，让开发有压力，提升解决效率。然后解决后又有阻塞问题时也可以及时给开发看，然后继续划重点缺陷，直到解决完缺陷任务完成。

说白了，优秀的测试比良好的就是多了一个脸皮厚，要喜欢去拜托开发去完成功能，把主动权搞在自己手里，而不是只是标注了后让开发去解决，因为有的开发你标注了也没用，直接无视。

当然其实项目中如果有项目制度规定日清日结缺陷或者什么考核其实会更好点，但大多数还是需要测试去监督执行。

所以喜欢找人办事的人做测试，你会发现好像更好，有的人天生不喜欢找人办事，但测试是经常需要找人办事的。

---

资源分享

下方这份完整的软件测试视频学习教程已经上## 标题传CSDN官方认证的二维码，朋友们如果需要可以自行免费领取 【保证100%免费】