关于编写公司软件测试规范操作手册计划书

最新推荐文章于 2024-10-10 14:26:51 发布

123hui

最新推荐文章于 2024-10-10 14:26:51 发布

阅读量6.8k

点赞数 1

分类专栏：软件工程文章标签：软件测试测试工作文档版本控制系统 microsoft

本文链接：https://blog.csdn.net/123hui/article/details/376605

版权

本文档详述了公司编写软件测试规范手册的背景、原因和时间安排，旨在解决开发流程中的问题，包括依赖个人、缺乏协同、文档脱节、测试不规范和版本控制混乱等。提出了设立独立测试人员、制定测试规划、使用版本控制工具、规范测试文档等解决方案，并展望了长远的规范化管理目标。

摘要由CSDN通过智能技术生成

1、前言

本文档主要描写对该计划的前期阐述，说明其重要性与操作过程的前期计划。着重点描述未来《本公司软件测试规范操作手册》的深度与可操作性等问题。

2、为什么要编写此规范手册

首先从公司的现状来看，我们公司是刚刚起步的新软件开发公司，目前的开发主项目《xxxxx管系统》已经接近尾声。虽然属于延迟完成项目，但是却给我们带来很多可以总结的经验和教训。

比如开发流程，开发文档的编写。并在此方面做了很多积极的探索。

2.1分析我们公司目前软件项目在开发管理过程中的现状：

存在问题一、目前的《XXX管系统》项目仍然过分分依赖少数个人的作用,没有建立起协同作战的氛围,没有科学的软件开发管理流程; 技术上只重视系统和数据库、开发工具的选择,而忽视开发规范化过程,需求变更频繁，导致即使使用同类规程,也由于可操作性差而搁浅。

存在问题二、开发管理没有适时跟进。我们是一家新的软件公司，领导和项目负责人对具体的开发过程理解有限。对每一个开发过程中需要把握的结果尺度不够。片面的讲究时间效应。导致项目开发没有必要的前期可以参考的完成标准就盲目对项目进行赶进度。虽然大多按时完成任务，但不久又发现问题出现。比如：报警系统，前期客户就明确提出要求有这个功能，我们没有对该功能进行必要的分析和设计，只是在项目代码开发进行到最后阶段，才想起来后补加该功能。

补加的报警功能没有明确的需要实现目的，只是根据客户的口头描述来开发，没有在前期设计时进行必要的功能流程与设计界面可操作性。幸运的是，负责该功能开发的员工处理能力比较好，很快开发出该功能的基本流程功能（如设置，修改，显示，反查等功能）。但是后来暴露的问题确实让我们应该总结的，比如等待时间，界面和整体软件的协调性，很多用户不愿意使用，以及没有上下级利用该功能进行沟通的能力等。虽然这些属于软件开发的规范流程问题，但是开发过程中对测试的忽略是很多功能没有延时和失败的根本原因。

存在问题三、项目之间沟通规范性差。各个开发人员各自开发,编写的代码不仅风格各异,而且编码和设计脱节（实际上没有可以参考的相关的设计文档）。本来开发中错误在所难免, 进展早一点完成功能和晚一点的完成功能，但是因为代码开发的不规范性，别人很难对其他员工开发的代码进行快速的理解与修改。

系统升级，需要修改程序，没人能看到及时更新的文档，尽管有一堆代码库，但是后来的程序员都没办法分析明白程序结构。

存在问题四、接上，文档与程序严重脱节。软件产品是公司的宝贵财富,代码的重用率是相当高的,如何建好知识库,用好知识库对公司优质高效开发产品,具有重大的影响。前人留下的程序既无像样的文档(即使留下了文档 ,其与源程序也严重脱节),开发风格又不统一,就像一堆垃圾,要开发人员到垃圾中去捡破烂,从这个角度上看,开发人员的要求是合理的。