软件开发制度-小学开发课程制度

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

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

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

整篇文章逻辑结构：

首先介绍什么是落地；

其次更为重要的思想；

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

何为落地

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

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

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

所以落地是指从无到有软件开发制度，从想法到实现这一个过程。

思想上的接纳

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

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

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

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

不足之处

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

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

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

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

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

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

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

规范来保障

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

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

在我的理解中：

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

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

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

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

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

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

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

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

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

希望今年有所突破

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