2016年11月，我从一家互联网公司，跳槽到一家大型国有企业的信息部，开始了测试生涯的一段激流勇进之旅。
我从一毕业开始就从事软件测试工作，到现在已经有7年时间了，一开始做web自动化测试3年，到后来做app自动化测试3年。俗话说，三十年河东，三十年河西，于我而言，是三年web，三年app。在软件测试行业里，不管做web还是app，都离不开软件工程的流程，也跑不掉项目的需求、设计、开发、测试、上线阶段。从最开始的使用QTP做录制回访，再到Robotium搭建的自动化测试框架跑app的UI自动化，都是在纯粹的自动化测试领域下，不断地自学、探索、提问、投入大量的时间和精力，去完成每一次版本的迭代和回归测试。这些或许都是测试生涯里的一次次里程碑，但是，在现在的单位里，我不断地审视自己，真的只是一个会做自动化测试的专项测试人员吗？
在现在的工作环境下，我的岗位依然是软件测试工程师，但是，由于我们的项目大部分外包给第三方团队开发、测试，所以，在我的工作中，很少参与到具体功能的测试中，基本都是由外包测试人员执行。在初入单位时，我让自己更多地参与到项目的排期会，通过每周的需求会，第一时间掌握产品的需求，并通过自己的理解，将功能需求用思维导图做了一次分解，并把初步的设计方案同步给测试人员。然后我会召集外包团队的开发和测试人员开会讨论本次的需求和用例设计方案，做一次用例的评审。
由于外包团队和本部团队对工作的参与精神是不一样的，外包团队可能会认为，我只要按照需求做好功能并交付就可以了。所以，在这之前我们的产品始终是一款只满足内部需求的产品，而在用户体验、交互设计上始终没有任何突破和创新，这是我在国企工作中发现的一个很深刻的问题。所以，我在入职的初期，尽可能地通过使用公司的多款产品，整理出产品在设计、交互、界面、使用上存在的一系列问题和改进点，并反馈给项目负责人。通过这种形式，让我这个新人能够受限于潜移默化的惯性思维，跳出传统的界限，提出富有创新的思路。
在这里，我的定岗依然是自动化测试工程师，所以，在入职的时候，我也开始着手搭建基于selenium的web自动化测试框架。由于在进入这家公司之前，我的三年时间里，都是在做移动应用的自动化测试，所以，在自动化测试工具的选型上，我也是慎之又慎，生怕自己在不熟悉的工具上耗太多时间，又怕做出来后没有任何的产出，还好架构师和导师认可了我的能力，并给了我充分调动外包资源的权利，所以最后我们选择了selenium这个成熟的web自动化测试工具。并用3个月的时间，将基础框架搭建并完成部分功能的自动化回归测试。我也第一次将PO模式带入到实际的测试代码编写中，由于对webdriver协议的不熟悉，也不断地在网上发帖寻求帮助，搜索相关材料。
在国企和互联网公司的最大区别就是，互联网公司的工作自由，不需要太多规则约束，而在国企，你需要有严谨地表达，准确的措辞，良好的计划导向，整体的逻辑思维。所以，每做一项任务，你需要有相应的规划。不过，部门经理在一次谈话中，也说过沿途下蛋的故事，就是在做一件事情的时候，你不能一股脑儿扎进去，而需要在每一个阶段有产出。领导这边看中的是不定期地输出成效，而对于之前我在互联网企业做测试，我可能更多的是关注专项测试，并可以自由地按照自己的期望去做，领导最人员的培养可能没有全面细致的要求。
在这里，很多工作上的事情，需要不断地沟通、不断地开会确认、不断地逐级审批，一开始我会认为这些繁琐而复杂的程序，束缚手脚，让自己放不开，去做自动化的工作。后来，当我认真想想，其实，这何尝不是一次次先苦后甜的经历啊。也许，你在沟通中出现障碍和分歧了，也许你在开会时别人提出异议了，也许你在提交某项事务时，领导会用预算、成本、投入产出比低等理由驳回你的任务。很多事情在着手开展之前，确实需要经过谨慎思索，并经过沟通讨论后，输出的方案才能准确有效，才能避免后面出现的返工，尽量将问题暴露控制在最低的范围内。其实，领导可能会相对保守，但站在公司整体战略的角度想想，最终也就会释然了。
在国企的日子里，不但是自己的测试管理能力提升了，而且也将对知识的学习由深度优先变为广度优先，不但要精通专项测试，而且需要知道网络搭建、运维流程、服务器管理、信息安全系统，除了要有良好的沟通表达能力，还需要能全局掌控信息部的体系结构。
在国企的日子里，我想我要继续扮演的角色，是一位让大家都离不开的专项测试工程师，可以在网络测试、服务器性能测试、信息安全测试里，给其他各岗位人员提供强大有力的技术方案和质量保障，让自己哪一天不在岗位上时，他们仍然需要自己的协助。这才能实现自我价值，也许这方面我还需要慢慢打磨和突破自我。
出自《51测试天地》原创测试文章系列（四十五）
点击左下角“阅读原文”查看更多内容！
