若是公司只有我一个测试人员，我该怎么办？

 导语：“ 我所在的公司目前就我一个测试，我一我的对接开发，对接产品，公司也没什么流程，我不知道我该作什么，也没有前人经验能够借鉴，我该怎么办？ ”

 

　　最近看到有不少刚刚步入测试行业的测试工程师发出这样的疑问和求助，公司若是只有我一个测试员，我该怎么作才能把公司的工做作好呢？对于我我的发展来讲，只有我一个测试，能有很好的发展前景么？到底，这种状况下我该走仍是该留呢？

 

**为何会有这样的现象**

　　首先咱们来分析一下，为何如今这么多公司都只有一个测试人员呢？这种现象产生的缘由大概有如下两种：

　　第一，由于国家如今支持鼓励自主创业，因此愈来愈多的初创型互联网软件公司拔地而起。这种类型的公司，处于刚起步的阶段，资金都通常很是有限，因此基本只能承担得起他们认为必须存在的岗位，好比开发--创造生产软件的人，销售或者运营--可以直接帮助公司赚钱产生盈利的人；而后对于相似测试的岗位，是属于锦上添花，而不是必须存在的角色。因此，你会发现，不少二三线城市的中小型企业，没有设立测试岗位，基本都是开发本身开发完作简单的自测就直接发布上线。若是公司只设置了一个测试员的职位，也是司空见怪的，而且还说明该公司已经度过了最初始阶段，开始慢慢认识到测试岗位的重要性，这反而是一种成熟进步的体现。

　　第二，也是源于国内对测试工做不重视。不少公司，认为测试员作的事情没有技术含量，点点点大法谁均可以作，因此让开发作完后顺便测一测，或者给到运营部门简单试一试，基本就能够上线了。他们对专业测试工程师的技能没有认知，不能理解测试工做对产品质量的重要性，因此认为测试岗位无关紧要，设置一个测试员的岗位，对他们来讲已经知足到极致了。

 

**一个测试员的尴尬处境**

　　基于以上分析得出的目前互联网行业的现状，不少初入测试行业的测试员，在公司独立担当测试部门全部的工做，常常会遇到有心无力，步履维艰的尴尬处境。

　　通常在这样的公司里，是不会有任何规范的流程的，都是各部门的人根据本身的想法和意愿来开展工做。好比，开发编程完成以后，直接发个包给测试员进行测试，没有需求规格说明书来详细描述这个项目的业务流程和用户需求；开发也没有流程来规范本身的单元测试，因此仅仅凭借自觉和我的使命感，很难要求他们每一个人作到位，更别说提供相关的单元测试报告；因此测试并无写测试用例的依据和基准，只能本身一边熟悉开发给的软件，一边根据本身的理解来写测试用例，这样测试工做不只效率很低，并且也容易致使测试用例设计不充分和测试不完全的问题。

　　另外，开发对测试工做也没有认同感，常常连续修改或者新增长需求，而后直接给版本到测试，测试基本都是按照开发的节奏来开展工做，测试工做彻底没有自主性。常常，测试花了不少时间和努力测试产品，开了不少bug，开发并不会很积极的修复bug，固然也没有流程来推进bug的修复，本身一个基础测试员孤立无援，人微言轻，也说服不了开发，沟通效率很低，成果不好。

　　甚至，有时候，尚未等测试完成全部的测试工做，软件产品已经默默的上线了，本身也没有被通知。而后线上产品出了严重的问题，又会找到测试，要测试来承担后果和责任。任何事情，好像都跟测试没有真正的关系，深觉本身的工做没有人重视，也没有人理解，感受很被动，很无助。

 

**测试员该怎么办呢？**

　　那身处于这样的公司，独自一我的担任测试岗位，面对这么多的困难，咱们应该怎么办呢？不少人承受不住压力，也感受本身无力扭转局面，就想到要放弃，要离职跳槽。那除了选择逃避，咱们难道没有别的方式能够尝试了么？难道没有什么能够去努力去改善的么？

　　答案是确定的，这样的工做处境，若是你能很好的处理，能够加速你的我的成长，积累到别人得不到的经验值，甚至能帮你跟公司一块儿成长，实现双赢。那么，要达到这样的目的，咱们能够从如下这几个方面出发来开始行动。

 

>>>跟领导多沟通

　　首先，跟公司上级领导沟通，找到本身做为一个测试员在公司的定位。领导既然设置一个测试岗位，而且招聘你进来作测试工做，确定是有本身初衷的，但愿你能帮忙解决什么样的问题，而且达到什么样的效果，这是你须要经过沟通来明确的。

　　通常公司设置了测试岗位而且招聘到一个测试工程师，确定是对这个岗位的输出有所期待的，任何一份工资和人力支出确定都是指望有所回报的。因此经过跟领导沟通，明确他但愿你在这个岗位上达到什么样的效果，完成哪些工做，以及完成到哪一个程度。在这个基础上，你再结合本身的想法，落实一些实质的工做计划，而且提出一些建设性的意见和建议。好比，领导但愿你尽我的之力，完成全部的测试工做，包括测试文档和各个测试输出，而且产品质量不容许存在任何纰漏。这样的要求，很显然，当前的现实情况是不容许的。因此你就能够分析现状，表达出本身的难处，固然尽可能不要显出是本身的能力不足而不能担当重任，而是现实骨感没法超越；而后能够提出一些实质性的建议。

• 若是是测试部门的初建阶段，一我的确定是没有办法完成全部的工做的。因此能够列出现有的工做量以及优先级，率先保证高优先级工做的质量和效率，好比产品的主要且重要模块的功能和质量，必要的测试文档的输出等；若是以后还有余力和时间，再覆盖次优先级的模块功能，完善各类细节和文档输出。
• 只有一个测试员的阶段，不建议本身去实现自动化测试，除非领导能够帮忙协调开发人员搭建自动化测试框架，而且合力去完成自动化测试的实现，否则一我的确定没有办法在保证项目发布质量的同时，再去维护一个自动化框架的。因此这个时候，考虑自动化测试，不但不能节省人力和提升效率，反而会浪费时间和精力，拔苗助长。
• 建议让项目相关人员协助测试工做，一块儿保证产品质量。好比开发把握好单元测试的质量，尽可能把可以直接进行系统测试的产品交付给测试人员，保证有效的资源能被充分利用起来，达到理想的测试效果；让运营部门人员参与到测试中，能够由你写出全部的测试用例，以及介绍一些主要的测试机巧和方法，而后分配任务到特定的人员。能够由你本身主要重点模块的测试，其他部门人员分担一些其余的功能模块或者一些回归测试，这样，一方面可让相关部门人员知道测试不只仅是点点点，而是有法可依，有技术可寻的，认识到测试工做的技术性和专业性；另外一方面，全员测试，最大程度的对产品进行测试，共同努力保证产品质量。  
• 若是仍是没有办法知足测试要求，也能够向领导申请招人名额，但是正式员工，也能够是实习生。不要惧怕表达难处，也不要惧怕提要求，若是是合理而且有充分理由的要求，领导不只不会驳回，反而会以为你是一个颇有想法，并且有在为公司利益思考和努力的优秀员工。

　　固然，这些需求的提出，都必须创建在你充分且正确地评估了全部的测试工做量的基础上进行，最好能有能够量化的数据，以及一些不可规避可是能够预见的风险，一块儿呈现给领导并努力说服他，争取获得他的理解和支持。这样之后工做中，有了强大的后盾，无论是部门之间的沟通，仍是工做责任划分，均可以开展得更加顺利。

 

>>>充分学习产品业务

　　测试也应该多跟需求和产品部门沟通，充分理解公司的业务主线，熟悉产品的功能流程。测试人员所须要必备的技能，其中之一就是业务能力，业务能力不足的测试工程师不是一个合格的测试人员！

　　何为业务能力？就是你对当前你所测试的产品和功能模块的理解，以及你对你所在的行业的认知，还有相关产品的业务和知识的储备。相信咱们每个从事在测试行业的人，平时在公司里都能发现一些这样的状况：总有些人在需求分析会议的时候，能提出一些跟你们不太同样又颇有建设性的建议；也总有些人能在测试用例评审的时候，提出一些你没先到可是确实对用户场景颇有针对性的测试点；也总有些人拿到产品执行测试的时候发现bug的数量和质量都让其余人望其项背.....这就是业务能力的差别致使的对产品的理解和认知的差别。虽然，这个须要必定时间的沉淀和丰富的经验积累，不是轻松简单容易能够得到的，可是，千里之行始于足下，业务能力的培养，就是从学习需求文档开始的，而后经过跟产品和需求的沟通和讨论过程当中不断提升。在这个基础上，你才能让本身的测试用例更加充分，而且，若是须要别的部门人员协助测试的时候，你也能更好的分配工做，跟领导汇报的时候，也能更准确的评估测试工做量，测试过程当中，才能更有效的避免漏测的状况，尽最大可能知足用户的需求。

　　并且，更多的沟通和交流，也能促进部门之间的合做，当用户需求发生变更的时候，或者测试过程当中遇到需求不明朗的时候，也能更高效地确认并获得答案，良好的沟通老是能大大地提升工做的效率。

>>>制定并优化相关流程

　　观察而且经过各方位了解目前你能看到的整个团队的问题，梳理并总结给出你的建议。

　　通常只有一个测试岗位的初创型公司必然存在流程不规范甚至没有任何流程的弊端，因此协助公司制定流程，或优化现有流程是个势在必行的工做。制定一个完善的流程，不只能提升测试工做效率，也能让各部门的职责划分清晰明了，让公司业务运转更加顺畅。

1. 制定测试流程，规范测试的工做，先从作好本身开始。

•  规范测试各个阶段的输出。如测试计划，测试用例以及测试报告等文档的输出内容和格式。固然，由于是初期阶段，全部的测试文档不必定都是必须品，也不必定要特别详细而且彻底符合规范要求，能够制定一个初级版本，设立多个可视化的小目标，容许在往后工做过程当中一步一步地优化和完善；
• 规范bug 的编写模板和跟踪处理流程。如测试提bug 的时候须要提供的必须包含的信息（步骤，数据和日志，以及现场截图等）；bug处理过程当中，不管开发仍是测试修改bug状态的时候，必需要添加相应的说明备注，方便后续跟踪人员快速知晓整个过程。

　　 2.  制定部门之间的合做流程，帮助各部门协做更顺畅。

•  规范产品管理需求的流程。如需求分析阶段，必须提供规格说明书，以做为开发和测试开始工做的依据；项目进行过程当中，尤为是第一轮测试过程当中，不建议增长新的需求；项目临近发布阶段，严禁加入新的需求；产品须要上线或者发布，必须等到测试人员完成全部测试工做而且提交测试经过的报告文档;
• 规范开发对接测试的流程。如开发交付产品的时候，须要提供单元测试报告，保证自测经过；开发修复bug 的时候，一样须要提供单元测试报告，或者至少提供自测结果以及对测试的建议，以帮助测试进行回归测试；要求开发关闭bug为非修复状态的时候，必须跟测试沟通，获得确认容许后再关闭，避免开发和测试之间的冲突矛盾；规定在项目临近发布阶段，全部重要的代码改动都应该慎重而且通过相关人员的审核，以免严重的回归问题，或者发布后的线上问题。
• 制定各项流程只有，还须要在流程里说明，若是没有按照流程规范执行，致使的问题和带来的风险应该由流程打破者全权承担。这样才能更好的推进流程的执行，制定的流程才能发挥其最大的效益。

 　　公司的流程制定以及管理，能很大程度的提升工做效率。测试人员有则可依，不会太被动，被产品或研发打乱了测试节奏；责任划分清晰，让你们都明确本身该作到的本分，以及应该承担的风险，这样才能让各部门的人合力合做，来保证咱们的产品的质量。

 

>>>丰富自身技术

　　小公司，测试部门只有一个测试员时，是高挑战，同时也伴随着着高机遇。因此咱们应该好好把握住机遇，让本身伴随着公司一块儿成长。等公司足够成熟了，你若是能够独当一面，就能够担当起测试部门负责人的角色，成为测试部门的开创者。可是，在这以前，咱们须要先强大本身的知识体系，丰富自身的硬核技术。

• 丰富测试理论基础。从软件测试流程，到各类测试用例设计方法，以及各类类型的测试技巧，bug的处理流程和经常使用管理工具等，这些基础知识都是须要完善和扎实，只有熟练掌握了这些测试理论知识，才能造成本身的测试思惟，成为一个专业而且能指导他人的测试工程师；不然，没有这些测试基石，一切高楼大厦都只能是空想而已。
• 在公司项目中去实践所学习的测试方法和技巧。理论老是须要实践才能出真知，因此能学以至用才是真正的学会并掌握。因此在工做中多实践并总结经验，工做之余再不断丰富知识理论，也能够去参加一些测试工程师的培训班，实践和理论相辅相成，让本身的知识储备日益丰厚。
• 最后，也能够学习一些进阶的相关技术，好比公司经常使用的开发语言，数据库的一些知识，以及一些经常使用的测试工具，如抓包工具，日志分析定位工具，自动化测试工具和性能测试工具等。想到达到必定的高度，这些技能的掌握也是必须的。

**总结**

　　公司若是只有你一个测试员，请不要恐慌，也不要迷茫。要知道一切成熟大公司的团队，都是从无到有，从初创到成熟。因此，先观察一下公司以及公司领导人，判断其是否有能力和魄力去实现一个公司从青涩到成熟的脱变；若是答案是确定的，请再判断本身是否有足够的能力和知识储备去伴随着公司一块儿成长，同时，请审视本身是否有足够耐心和决心来支撑这一份艰辛且漫长的成长；若是答案依然是确定的，那就不要退却，更不要放弃，坚持过去这段低谷期，你就能看到胜利的曙光！

　　固然，若是前面的两个问题，有任何一个答案是否认的，那也不须要迟疑，咱们能够毅然离开，选择一个更加适合本身的平台，实现自身的最大价值。