当前位置: 主页 > 建站知识 > 软件开发

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

发布时间:2023-06-06 09:16   浏览次数:次   作者:佚名

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

软件开发流程制度_软件开发制度_小学开发课程制度

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

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

整篇文章逻辑结构:

首先介绍什么是落地;

其次更为重要的思想;

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

何为落地

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

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

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

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

思想上的接纳

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

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

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

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

软件开发制度_小学开发课程制度_软件开发流程制度

不足之处

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

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

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

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

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

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

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

小学开发课程制度_软件开发制度_软件开发流程制度

规范来保障

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

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

在我的理解中:

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

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

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

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

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

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

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

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

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

希望今年有所突破

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