软件测试管理计划

软件测试管理计划书

文档控制

目录

1．引言 (3)

1.1 目的 (3)

1.2 术语 (3)

1.3 参照标准 (3)

2．测试内容 (3)

2.1 合法性及合理性检查 (3)

2.2 软件代码测试 (4)

2.2.1 源代码一般性检查 (4)

2.2.2 软件一致性检查 (5)

2.3 软件系统测试 (5)

2.3.1 界面测试 (5)

2.3.2 功能测试 (6)

2.3.3 性能测试 (6)

2.3.4 容量测试 (6)

2.3.5 配置测试 (7)

2.3.6 安装测试 (7)

2.3.7 安全测试 (7)

2.3.8 自动化测化 (8)

1．引言

1.1 目的

为了尽可能的找出现有公司系统中存在在的软件的不足，提高公司的软件的质量，促进软件的成功验收，因此专门编写本文档。

其主要由于在公司入职这个几个月中，发现公司中的虽然是个IT公司的，但是公司针对产品从【需求调研，需求评审，需求开发，测试（单元，集成，系统），UAT验证及上线】工作的不规范，编写了一个自己对本人负责测试中的心得体会，目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理，来提高公司软件上整体代码及测试质量的提高，让我们更加专业。

1.2 术语

本文档所提及的术语，其定义遵照 GB/T 11457 标准。

1.3 参照标准

GB 9386—1988 计算机软件测试文件编制指南。

2．测试内容

2.1 合法性及合理性检查

首先，针对检查开发者在开发本软件时，使用的开发工具是否合法。对于在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否有合法的发布许可。

其次，针对测试人员检查在应对开发人员在开发过程中下列内容：1：根据设计和确定目标系统的总体结构和模块间关系；

2：定义模块的接口；

3：设计数据库/数据结构；

4：设计外部接口；

5：设计安全机制

6：设计系统的运行

7：确定设计限制

提出个人的综合意见以及问题备案，便于减少测试过程中疏漏的地方及业务逻辑不能覆盖的地方。

2.2 软件代码测试

2.2.1 源代码一般性检查

测试人员配合开发一起做源代码走查是一件很必要的事，测试人员的前期介入，可以大大减少开发人员中的产生的BUG及无法发现的业务和功能性问题，为后续的工作打下了很好的业务基础。

1）命名规范检查

2）注释检查

3）限制性检查

2.2.2 软件一致性检查

软件的一致性是指开发及测试人员，在接到需求中，根据产品需求中的阐述，所开发的程序及设计的测试用例与软件前期设计一致：

1）编译检查

要求提交的源代码在其规定的编译环境中，能够重新编译无错误，并且能够完成相应的

2）安装／卸载检查

在新系统上用交付的软件安装盘重新安装各个模块，并且通过运行这些软件模块，能否完成相应的功能，从而确定移交的确实是正确的软件安装盘。在安装后立即卸载所安装的模块，并且检查是否能够做到彻底卸载。

3）运行模块检查

将新安装的软件模块与现场运行模块用软件工具抽样比较，确认交付的软件安装盘与现场运行软件一致。

2.3 软件系统测试

2.3.1 界面测试

针对需求设计中要求的界面元素及一些同行业中软件优化问题进行测试：

2.3.2 功能测试

功能测试必须覆盖每个功能点，必须做到每个功能点涉及一个功能案例无遗漏功能或者模糊带过功能而不做测试：

2.3.3 性能测试

根据不同的业务逻辑模式，业务场景，搭建相关测试环境，匹配对应的业务逻辑，业务场景及业务量，根据不同的业务定制不同压测的计划：

2.3.4 容量测试

目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限状态下没有出现任何软件故障或还能保持主要功能正常运行

2.3.5 配置测试

通过对被测系统软硬件环境的调整，了解各种不同环境对系统性能影响的程

2.3.6 安装测试

确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目

2.3.7 安全测试

安全测试在IT软件产品的生命周期中，特别是产品开发基本完成到发布阶段，对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程：

2.3.8 自动化测化