测试如何在团队中受到重视？原创

各位小伙伴们大家好，我是你们的好朋友大飞哥，今天我们来讲一个话题，测试如何在团队中受到重视。最近我的邮箱收到很多小伙伴给我发来的私信，其中有一些小伙伴们提到了测试如何在团队中。受到测试，我是测试人员，我如何在传说中受到重视呢？例如。他在团队中有些会议不叫他第一点，第二产品和开发正在讨论问题，没有叫他第三点开发，开发到一半发现产品有一些缺陷，或者是有一些问题需要产品来确认，没有他第四点，产品要增加某些特殊的功能，或者是临时加的一些需求没有找到等等等等，都是测试人员并没有在团队中受到重视的一些表现。那么如何解答这个问题呢？我从两个方面来解答。第一个。

自身技能要过硬，然后经过手的测试，软件几乎0BUG率。这句话怎么理解呢？我知道有些测试人员自身技能并不过硬，例如我以前刚工作的时候，工作那几年的时候，刚开始工作那几年，有些测试人员真的技能一般般吧，为什么呢？因为第一。他很多取书造数的能力不够，第二他不会搭建数据库，所以呢，他很多环或者搭建测试环境他不会，所以他很多测试环境，或者是很多造数环境，他都需要开发帮他，所以呢，开发如果帮了他，或者是帮他怎么造树，他告诉开发怎么帮他造，怎么造，造哪些树，或者是开发怎么帮他把环境打好，或者是开发怎么帮他创造这一个测试环境，测试的条件，那这样子的话，开发通过跟你聊，跟你理解，那不如开发自己测开发。自测都没有bug了，还有需要你这个测试人员做什么呢？你说是不是？

第二，有些测试人员呢，比较草率，就是他不能说技能垃圾吧，但是他不够细心，他测过软件呢，还是有bug，还是产品发现了他的bug，这就非常尴尬了，所以呢，产品发过发现的bug呢，比你测试人员发现bug还要多，还要明显的话，那你这个测试机会也没什么用了，所以呢，产品就自然不会叫你，你也在测试中没有什么。呃，权重，你当然不会被受到重视了，第三，经过你的手上的bug呢，还是非常多，而反倒给了产品的，产品呢，是个验收人员，变成了一个发起bug人员，所以呢，你自然也达不到经过你手的BUG0BUG率，假设你如果能0BUG率的话，那产品自然重视你，如果你手上经过你手的bug还非常多，或者还有一些知名的bug的话，那你自然就不会会不会被受到重视。第一个方面讲完第二个方面。第二方面，从四个点发四个方面来说，第一个方面就是多发生，什么叫多发生呢？例如在群聊里面，产品跟测，呃，跟开发正在讨论问题，如果你发现哪些地方不合理，大胆的说出来，不要不要怕，我们中国人有个特点，就是很多事情都不敢正面刚，呃，第一点我不是让你去刚别人啊，就是意思说你正面去回应，或者是你不懂的地方，你要虚心的问，或者是不懂的地方你就提出来，把问题抛出来，有疑问地方就应该抛出来，有，但是我发现有很多他就是不抛出来，总是默默的一些，一个自己一个理解，那理解又不对，存在偏差，与产品的思维又存在偏差，然后测又测不对，这第一点，第二点主动去对接，什么叫主动去对接呢？这跟第一点是相吻合的。像产品跟。

开发，在某个角落上商讨这个需求问题，或者是产品跟开发。产呃，在工会上讨论问题，呃，在长时间讨论问题，或者是在开发，开发到一半，发现产品有些不合理的地方，在讨论问题，你都可以赶紧主动去凑上去，去对接，去理解，去告诉他们，甚至你发现了某些地方不合理，你都要拉上他们三个人，主动去告诉他们对接这个产品有问题啊，或者是这个开发开发成开发到了一半。

当时开发已经提测到了，可以提测他，他写完了十个假设有十个接口，他写完了前面的两三个接口，四个接口你就开始测了，你发现前面三四个接口测，测试的一个流程，主流主流程都跟最终形成的产品不不匹配或不符合，或者是存在一些偏差，或者是一些偏离轨道，你都可以大胆的提出来告诉他们。这就主动去对接，第第第三个点就是团队合作有些开，我从两个方面团队合作，这里面又可以从两个方面来讲。第一个。

自身能力强的，什么叫自身能力强？有些测试他是真的很厉害，呃，他懂开发，懂运维。本身自己自己的。测试技能又过硬，这些人非常非常高傲，他发现了一个bug呢，他就认定这个假设这个bug呢，他是由于产品设计的缺陷，就会可能就是以产品会从人为方面去规避，规避而不是从而不是从开发角度去规避，例如我们的产品就有一些后台关系，都是给我们内部人员用的，然后发现了一些，呃，数值方面，或者是说判定方面呢，是有是可以人为避免的，如果用开发来改的话，就非常的麻烦，或者是要等到下个版本才能上，那这个版本发现了后，其实可以让可以告诉我们使用这个后台的人，他自己去规避，但是呢，自身能力强的人呢，就会一定认定这个是bug的话，就一定要推动这个事情去把它彻彻底底解决，对彻底解决这没问题，下个版本解决，但是他就一定要这个版本解决，甚至不惜大吵大闹，或者是说由于自身能力强，就是认为这个东西就是缺陷。

就团队合作就起来，就会有一点偏差，会大家就有误解，就大家觉得你性格很强势，很强硬。甚至是有些测试，他自身能力很强，他看有一点点看不起开发，为什么呢？因为开发写出了bug，他就很有优越感，就觉得我比你还厉害，那我就可以指手划脚，例如开发，呃，开发错误了一些模块，或者开发错误，他就过去那边就说这个模块不是这样，开发怎么怎么，开发怎么怎么，因为他自己也懂开发嘛，他说你应该这样写，那可能是开发当时写的需求比较多，或者是穿插需求写写错了。这其实不管你的事情职责不不明确，就是他职责边界不明确，他侵侵犯就是说侵犯了一下别人的边界，导致别人就很不爽他，例如开发就会很不爽他，这样子的话也会引起团队合作之间的一些矛盾，这个也不可以有。第二点就是性格问题，有些人做测试呢，真的很内向啊，我一直都觉得测试应该是一个。

开开朗的性格，与人沟通的性格，有些测试呢，对我不我不否定内向啊，内向的人他确实能测出一些奇奇怪怪的bug，或者是想到别人没想到一个点，但是呢，你太内向的话，就不利于团队合作啊，有时候产品要催你啊，或者产品要跟着你，甚至你测完了也不告诉产品来验收，导致的项目有一天的延期，这都是性格原因，所以大家都要规避一下。第三点就是第四点就是口误啊，刚才口误第四点就是项目或需求复盘会议的时候，主动提出要去主持或者领导这次的主持会议。什么意思呢，我刚工作呢，那两到三年的时候是吧，我们团队内的就非常非常，呃，利用某个需求的。

交接，或者是某一个项目的交接，某个需求就某一个迭代，两周一个迭代嘛，两某某个迭代，迭代完了过后，我们就开一个复盘会议，或者是某个项目我们交付了，我们就要开一个复盘会议来总结这次的，呃，开发问题啊，产品的问题啊，测试的问题，那这个会议我就主动去提出，我要主持，我要去写这个会议我应该呃写出自身不足，写出我认为产品的不足。产品的优点，产品的不足以及我的优点，我的我们的不足，以及呃，开发的不足以及开发的优点，我都要去主持这个会议，然后呢，通过这次会议呢，我一来锻炼自己的综合素质，二来呢就是跟团队，在团队中树立威信，如果我能在这次会议上主持的很好，并且呢把大家的问题都抛出来，呃一同解决，然后大家也会觉得我这人很专业，也会觉得我这人能力很强，然后我就在传中受到重视，然后很快我就做到了测试leader的，然后呢，通过这几年打拼，我就测做到了测试的架构，因为我们架构呢，有一些公司，他是这样子的一个组成架构，我的公司就是他有我们的技术总监，然后呢有个架构师团队，然后其次其其次是各种的开发团队，然后呢，就运维团队。

但是呢，很不巧，就是我们的测试团队没有leader，全都是由我们技术总监管理，那我们技术总监呢，他是技术出身，C加出身，他不是很懂他，他不可能是全能的，不可能是技测试也懂，运维也懂，开发也懂，这就造成了我们测试其有个空档，有个没有leader，没有leader，那我们测试就是直接向他反馈，然后他又不是很很喜欢去做这个主持这个会议，因为他也很忙，所以呢我就去主动去接了这个会议，来来主持，来去把这个复盘会议给主持下去，把这个复盘会议给开好，同时提升自己能力，也可以在团队的树立微信很快我就成为了测试类的，所以呢，这个就是给大家一个思路，告诉大家不要怕去组织这些东西，不要怕，去迎接这些挑战。多去。

完多去完善，多去提升自己，所以呢，我通过这几这十几封邮件给我反馈的问题就是我是测试人员，我如何在团队中受到重视，我感觉自己没有受到重视，所以我就从这两个方面五点来给大家提供一些思路，提供一些我多年的一个。管理团队也好，测试软件也好的一个自身的心得，希望对大家有用，谢谢。