测试人初到一个公司，往往公司的测试团队和规模已经完善，我们需要做的就是跟着公司的节奏走。因为相应的制度和流程已经完善，不需要额外操心太多与测试执行层面无关东西。

　　但是当流程和制度没有的情况下，我们应该怎么办呢？

　　本篇文章适用于初到一个公司、公司新引进测试流程，却不知道如何从0开始的同仁。以下是我近期的总结，方案有可能不是最完美的，但可以参考，有一定的借鉴作用。

　　整篇文章逻辑结构：

　　首先介绍什么是落地；

　　其次更为重要的思想；

　　最后经过这一年总结还有哪些不足之处，进而指出我打算接下来执行的方案。

　　何为落地

　　不知道大家接触过“落地页”这个词没有，我是在需求介绍文档里第一次见到这个词，当时特意留意了一下，以至于在脑袋里留下了深刻的印象。

　　“落地页”一般是指进入app或者登录网站后首次出现的那个页面。

　　同理，测试工作的落地也是一样的含义，表示首次引进测试行业，任何事情从0到1的过程或多或少都存在各种各样的问题，仅人员磨合就尚需一段时间。

　　所以落地是指从无到有，从想法到实现这一个过程。

　　思想上的接纳

　　经过这一年测试工作的开展，最主要的成果为：第一年有几个项目未经过测试直接上线，经过后续的沟通，截至2022年末新启动的项目全部经过测试再上线。

　　第二成果为：针对开发人员提交版本质量低的问题，输出开发自测用例文档（通用），把一些通用需要规避的低级问题排除，bug数明显降低，降低开发、测试工作效率。

　　我们都知道，开发和测试之间的关系很微妙，有三成的开发愿意主动将程序进行测试，已经算是一个较高的比例。

　　通过这段时间磨合，大的项目整体上还是都经过了测试这个流程，也算得上是进步之处，效果的好坏与项目经理的态度有很大关系，还是那句话：领导的态度就是方向。

　　不足之处

　　虽然有了一点点进步，但是还有许多尚需改善的地方，例举几条：

　　1.有的项目变更后未开展测试工作，直接在客户环境调试后上线；

　　2.只有大的版本计划，小版本计划不明确。比如多长时间某个模块测试完成、开发修改完成等等，没有明确的时间规定；

　　3.测试工作量的统计除了bug数维度，测试用例新增数，还需统计执行用例数，不适用用例也应进行统计，这也是工作量的一部分；

　　4.测试完成后有整体的大报告，每周有周报，但是阶段性成果报告还没有输出；

　　5.不同开发人员提测版本质量仍存在问题，公司层面没有有效的措施应对；

　　6.针对新启动项目，空余一段时间进行技术调研，以备更好的执行测试。

　　规范来保障

　　既然发现了不足之处，就应想出应对方案来提高大家效率，仅仅在测试层面上来说，我们有责任和必要管理好自己的工作，由他人的原因导致的问题应尽量想办法来处理应对。

　　至今为止，我从事这个行业也快10年，对于测试工程师分为初级、中级、高级、资深测试工程师也有一定的理解。

　　在我的理解中：

　　高级测试工程师的职责是提升自己的工作效率，比如最基本的技能自动化工程师；

　　资深测试工程师基本职责为自动化平台测试开发， 提升别人工作的效率、全局提升效率，以及一定的统筹能力。

　　一个人如果具备提升大家整体效率的能力，也是高水平的一种体现。所以，我接下来需要做的工作就是提升自己及他人的效率。

　　我们都知道测试工作阶段大致分为需求了解、计划、执行、测试报告总结阶段，所以针对每一阶段需要提升的内容如下：

　　1.对于整个测试流程梳理测试规范文件，规范每一阶段工作的准则及流程；

　　2.按照工作流程开展工作，每一环节成果物经过评审；

　　3.版本质量不高引进自测环节并执行，通过领导批准；

　　4.自动化测试平台开发搭建，梳理出适合公司内部的需求，不做无意义的事。

　　以我以往失败的案例来看，没能找到公司需求点、对自动化理解不深入两点占失败原因的大部分。

　　希望今年有所突破

　　最后还有一点感悟：不要想刚进入一家公司你就是救世主的角色，凡事先观察再行动，争取最大的资源，借力而为。

　　以上就是我对于从0到1开展测试工作的总结，我们一起努力。

作者：桃子    

来源：http://www.51testing.com/html/68/n-7795568.html