软件测试计划

1、文档概述

本测试计划包含项目的基本信息,使参与项目的测试人员对项目有一个大概的认识,本测试计划可作为整个团队(包括开发人员、测试人员及所有项目参与人员)沟通的基础。

主要列出该文件计划所达到的目的:

  1. 测试资料存放处
  2. 描述测试准备工作及内容
  3. 制定测试进度
  4. 明确测试使用工具及所涉及的相关硬件、软件等

但是测试工作进行不能仅依赖于测试计划,还需要测试人员与开发人员或其他人员及时有效沟通,因此本计划不包括测试方案细节和系统功能的详细信息。

2、测试目标

通过测试,需要达到以下目标:
1)测试能够覆盖需求说明书中的所有需求;
2)缺陷数量在可控范围内,上线要求缺陷修复率达到95%以上;
3)验证软件产品质量,确保软件产品的可靠性。

3、引用文档

4、测试方法

黑盒测试的方法:
等价类划分、边界值分析、流程图法、因果图判定表、正交表、错误推测法、状态迁徙法
白盒测试方法:
逻辑覆盖、路径覆盖、条件覆盖、循环覆盖、基本路径测试

5、测试环境

本章描述了为执行正式合格性测试所使用资源(软件、固件和硬件)的实现。

a) 测试工具

b) 硬件版本号

c) 软件名称

d) 软件版本号

6、测试类型

7、参与组织

参与现场测试的组织以及他们的角色与职责如表所示

8、人员与分工

测试前和测试期间测试现场所需人员的姓名、技术水平和职责分工,需要他们的日期与时间以及特殊需要如表所示。

9、人员培训

在软件测试前要进行软件开发培训、质量培训和软件测试工具使用培训。由项目管理者组织软件开发培训,对软件设计思想、体系结构和模型算法等对测试人员、质量管理人员进行培训,然后再由测试管理人员对测试人员进行具体分工;由质量管理工程师对测试人员进行质量培训,确保软件测试过程符合质量控制要求,质量管理员跟踪测试;

10、测试过程

10.1 测试类别

要执行的测试的种类或类型有:动态测试、静态代码测试、系统测试和性能测试。

10.2 一般测试条件

对于软件单元测试中的每个正式合格性测试都需要满足下列要求:

a)    对软件详细设计文档规定的软件单元逐项进行功能、性能、接口测试;

b)    每个软件特性要求至少用一个正常的测试用例和一个被认可的异常测试用例测试;

c)    测试的输入应至少包括有效等价类值、无效等价类和边界数值;

d)    在进行动态测试前,应对软件单元代码进行静态分析和代码审查;

e)    语句覆盖率、分支覆盖率、MCDC覆盖率应达到100%;

f)     对输出数据及其格式应进行合格性测试。

10.3 测试终止条件

软件单元测试可以结束测试的条件为:

a)    按要求完成了单元测试计划所规定的测试任务;

b)  实际测试过程遵循了原定的软件单元测试计划和软件单元测试说明的要求,并达到代码、分支、MCDC覆盖率100%;

c)    客观、详细的记录了测试过程和测试中发现的所有问题;

d)    测试文档齐全、内容及格式符合GJB438B测试文档格式的编写要求;

e)    测试过程始终受控;

f)     测试中发现的问题或异常有合理解释或正确有效的处理;

g)    测试通过了软件单元测试评审;

h)    全部测试文档、被测试软件单元、测试支持文件和评审结果已纳入配置管理。

10.4 需求分析

收集客户需求和期望,分析需求并确定软件功能,编写软件需求规格说明文档,同时完成:

-软件需求释放

-软件需求评审

10.5 测试用例设计

分解软件需求,制定测试用例编写计划,根据需求设计测试用例,进行测试用例评审,测试用例维护和管理。

  1. 对于每一个测试用例,测试设计人员应为其指定输入(或操作),预期输出(或结果)
  2. 每个测试用例,都必须有详细测试步骤描述
  3. 本次测试设计的所有测试用例均需要以规范文档方式保存
  4. 在整个测试过程中,可根据项目实际情况对测试用例进行适当变更
  5. 按照系统的运行结构安排测试的执行

10.6 测试阶段  

编写软件测试计划明确测试目标和范围,规划测试策略,制定测试类型,进行测试资源和人员的分配,明确测试计划的进度。

  1. 准备测试所需环境
  2. 准备测试所需数据
  3. 按照系统运行结构执行相应的测试用例
  4. 记录测试过程和发现的缺陷
  5. 报告缺陷

10.6.1、单元测试/集成测试

动态测试

单元测试是检查软件设计的最小单元,是以详细设计文档为依据,对重要的路径进行测试,用以发现逻辑结构中的错误;集成测试以概要设计文档为依据,主要用来发现与接口相联系的错误。

静态测试

在软件开发过程中对源代码进行分析的技术。它通过检查代码的结构、语法、语义等方面,以发现潜在的错误、安全漏洞、性能问题等,并提供相应的建议和警告。

10.6.2、系统测试

功能测试:根据产品的需求规格说明书和测试需求列表,验证产品的功能实现是否符合产品的需求规格。

10.6.3、性能测试

性能测试:对软件的响应时间、并发性、吞吐性,处理精度等指标进行测试以确认软件是否达到客户要求。

11、缺陷管理

(需求、设计和编码阶段)注入bug – (测试阶段)发现bug – (开发修复)解决bug – 回归测试

12、数据记录、整理和分析

在按本测试计划测试过程中,对测试过程和结果进行记录,并根据测试记录内检测到的问题编写测试问题报告单。

测试分析人员根据被测试软件的详细设计说明文档、单元测试计划、单元测试说明、测试记录及软件问题报告等对单元测试进行分析,测试中发现的差异进行分析并提出修改建议,对未完成的单元测试用例进行说明和解释;根据测试用例设计和实现情况,分析单元测试的语句覆盖率、分支覆盖率,MCDC覆盖率,并对测试工作进行总结,单元测试总结报告应包含如下内容:

a)    概述测试工作内容;

b)    记录软件单元和软件详细设计说明文档之间的差异;

c)    根据测试情况分析单元测试的语句覆盖率、功能覆盖率、分支覆盖率,并给出结果;

d)    对异常终止的测试进行说明,明确未被覆盖的测试范围;

e)    分析测试结果以及发现问题,对软件单元的设计与实现进行评价,并给出改进建议。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值