优秀学生工作经验分享：集成测试角色刨析
Posted 菁英软件GSTI
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了优秀学生工作经验分享：集成测试角色刨析相关的知识，希望对你有一定的参考价值。
同时，如果你在工作、学习中有任何想法跟大家分享，都可以写出来发给老于，一经采用，可获得20-200元不等稿费（须原创）！
昨晚和大群小伙伴聊了很多，忽然觉得该写点什么，写点测试中不牵扯什么性能，自动化的东西，一些很重要而又被大多数人忽视的东西。----角色的生存技巧和法则。
背景：通信行业、国有企业、集成测试（这是一个隶属于研发部完全不属于测试部的一个岗位，临界于开发和测试之间）
言归正传，角色介绍在我们这个企业集成测试人员分4种角色：集成经理、领域小组长、集成测试代表、测试人员，在上述四个角色中，集成经理负责和管控集成各个领域所有的项目(有跟项目有关的一切活动一票否决权和人事调动权力)、领域小组长（在所负责领域承担专家级角色，对外技术接口，对内技术支持，具有基本等同于一票否决权的专家建议）、集成测试代表（负责本项目日常组内成员工作安排，并对集成项目进行管理，对接项目经理、技术负责人、各领域开发人员及下游测试部其中还要涉及编译打包，SVN管控等测试相关内容工作）、测试人员（干活的，没啥说的大家都懂）。
看完角色介绍，真心讲道理，正经有过相关测试经历的同学都会懂，这是一个夹缝中求生存的背锅位部门。今天要告诉大家不是如何甩锅，如何躲锅。主要是分享一下如何把握生存技巧的问题。
划重点开始，很多同学都觉得测试这个岗位就是被人怼的岗位，被人怼无外乎几种原因，测试技能不过硬，业务理解不到位，对产品最终的定位方向理解不合理（客户使用是否站在客户的角色以产品质量为核心）我们一点点来刨析问题。
说到技术不过硬的问题，这个是可以通过后天努力工作，踏踏实实工作来提升的一种或多种技能。想要技术过硬只需要通过加班来解决，如果你觉得加班是肥了老板亏了自己，那我的确无话可说，当别人每个礼拜都在双休的时候，当别人每天都在朝九晚五的时候，如果你可以自己静下心来踏踏实实加班，短期可能看不到结果，但是长期以往必有收获，因为别人一周最多工作40-50个小时，你可以做到70+的时候，我们用算数来解释，别人干了半年还是半年的水平。而你已经接近至少10个月的水平，这里最客观的结果就是你可以在同批进来的人中异军突起，并且直追前方老员工的工作能力水平，再次强调一下，这里是在为了你自己，而不是肥了老板。记住一点没有什么事情是加班不能解决的问题。
下面我们再来讨论一下业务理解不到位的问题，业务理解不到位大多数情况是跟需求不清、需求变更过快、前期介入深度不够、及本身对于所测试产品的相关专业理解不到位等问题。想要解决此类问题最简单的一个方式就是不停的找人问，这里不限于项目中的任何一个岗位，没人讨厌一个求知欲强的人，我本人就很爱给问问题的同学讲，有时候讲着讲着还能多讲点东西。这里需要注意一点，问问题是有技巧的一个问题可以问多个人，通过综合他们每个人的认知来形成属于自己对业务的理解。这里就需要用到你的沟通能力和你本身的求知欲了，但是恰恰就是大多数人的求知欲不够，所以....(此处省略一部分文字，请各位自行脑补并决策未来如何做)
关于测试这个被怼的问题最后我们来说一下，这个产品最终的定位方向理解问题，首先我们要明白我们测试的产品为了公司赚钱养活我们只是仅仅的一个小方面，这也是我们价值体现的一小部分的标准，仅仅算是合格水平。这个问题需要站在更高的维度去思考，产品最终要交付客户，部分软件还会交付客户，我们本身自己就是各个软件的客户群体，所以你要换个角度站在用户实际使用的角度去对待你所测试的软件，那就是精益求精，金无足赤人无完人，这个世界上没有一个开发可以写出无BUG的代码，当然也没有测试可以保证自己测过的软件完美无缺，在工作中我们要按照规章制度执行完所需要执行的用例后，还需要做到一定范围的超量测试和探索测试，基本的执行用例不做阐述，这里我们说一下超量测试和探索测试的问题，超量测试测什么怎么测？在我看来，超量测试完全根据经验有关，根据现有用例基础来进行防灾容错等相关可能存在重大风险内容的测试，属于类似于探索测试的非常规手段。探索测试那就更厉害了，探索测试测试什么怎么测，这个世界上很少有需求可以尽到100%的覆盖，那么你得用例也就不可能完全覆盖，探索测试对我现在来说主要是超用例情况下，部分需求不明确，但又无法被完全定论要或者不要的这部分测试工作内容，这部分内容需要个人通过长期的工作经验和对软件本身的深刻理解来做。
超量和探索的异同是什么，工作中如何灵活运用？超量和探索的目的本身就是解决潜在风险问题，这里我们在掌握经验和技能的前提下主要应优先考虑致命BUG和重要BUG，还是我之前说的，以用户为核心，从用户的角色去考虑这个问题。这里也不需要做过多的陈述。只需要照着做就行了，日后你一定会理解为何这么做。他们对我而言的不同点在于，超量可能还会基于原需求和用例行事（在这里表现为一种扩展），而探索你测试所参照参考的大多数是经验。
综上所述，如果以上三项技能你能保证又80分的水平，谁又会怼你呢？人权是自己通过汗水争取到的，这个世界没有加班解决不了的工作，如果有那就继续加。（这话可能听着很残忍，但是你只考虑是为了你自己的人权和将来就好了）
现在就要讲讲如何怼别人了，有些小伙伴是为了怼别人而怼别人，我觉得这样是不对的。怼你首先得有理有据，这里的理和据不仅仅是技术方面的，这里的理和据还牵扯到你对用户使用软件本身的理解，对未知风险的预判和预警能力。举个例子吧：一个软件测完了达不到通过标准，结论如何写？我的做法就是结论是什么就是什么规定就是规定，这也是规则，如果这次你妥协了，下次还会妥协，并且在更多的地方妥协，这样就会产生一种恶性循环，代码质量永远无法提升，而你渐渐失去了奋斗的动力和原则（这里有些小伙伴会问我为什么会失去动力和原则），因为你的劳动成果在被无情践踏的时候，你已经没有了成果所带来的成就感，人就会慢慢的妥协下去，以至于对技术的追求也不再努力，这不是一种堕落，只是不在努力向前冲了。你说是害了谁又肥了谁？害了自己，坑了客户，肥？不存在的好吗，这里面谁也肥不了。怼人的最重要核心不是测试发现问题开发改不改，测试发现问题开发如何改。这都跟测试没啥关系，一个测试，开发改不改是他的事，是整个项目决策的事跟你有啥关系，你只需要在尽职尽责的前提下严把质量关一切从客户的角度去把控质量。至于你最后的结论是不通过被领导决策那和你又有何关系？这里不是怕回溯被甩锅，是真的你要爱上你的岗位，爱上你的劳动成果，并且对客户负责。有些小伙伴说了，把控质量跟我有何关系，那是我们领导的事，把控风险跟我有什么关系，那也是领导的事。我就想问了，不想当将军的士兵，你能当好一个兵？不掌握一个领导应该具备的技能和素质，你觉得你有机会当领导嘛？（此处再次略去一部分文字...自行脑补）还有同学会说，你这样会不会路越走越窄不近人情，我觉得是不会的，测试也属于技术岗位，技术牛逼是你生存下去的唯一核心，如果原则都没有我不敢去想路会不会越来越宽，我第一想法应该是我饭碗还是否保得住，所以做一个有原则的严把质量测试人，也许你不一定上的去，但是你一定下不来！因为如果能晋升还需要的是一种机遇，而你下来只是因为末位淘汰的法则。
好了说了这么多了，基本可以继续搬砖了。
PS:
1.文中所述探索测试为常规测试进行完毕之后的探索测试，并非单纯探索
2.文中所述均为本人本公司实际情况的理解，不代表其他公司和个人，不一定完全适用，但是如果不论在哪，你都能严格按照华为的标准去自我约束并且执行，我觉得不会有人有任何反对意见的！如果有那么你得机会就来了，如果他是你的上级就请取代他！
以上是关于优秀学生工作经验分享：集成测试角色刨析的主要内容，如果未能解决你的问题，请参考以下文章