软件质量管理之测试计划[6]

测试类型

是否采用

说明

功能测试

采用

根据系统需求文档和设计文档，检查系统是否正确实现了功能

流程测试

采用

按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查系统在按流程操作时是否能够正确处理

边界值测试

采用

选择边界数据进行测试，确保系统功能正常，程序无异常

容错性测试

采用

检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息

异常测试

采用

检查系统能否处理异常

启动停止测试

采用

检查每个模块能否正常启动停止、异常停止后能否正常启动

安装测试

采用

检查系统能否正确安装、配置

易用性测试

采用

检查系统是否易用友好

界面测试

采用

检查界面是否美观合理

接口测试

采用

检查系统能否与外部接口正常工作(例如,能否与扫描仪一同正常工作)

配置测试

采用

检查配置是否合理、配置是否正常(例如,数据库连接,扫描仪连接,日志存放路径等)

安全性和访问控制测试

采用

应用程序级别的安全性：检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据

系统级别的安全性：检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序

性能测试

采用

提取系统性能数据，检查系统是否满足在需求中所规定达到的性能

压力测试

采用

检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。(例如客户端程序的测试能否在十几台机器同时下载无网络堵塞现象)

兼容性测试

采用

对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台

对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。

文档测试

采用

检查文档是否足够、描述是否合理

回归测试

采用

检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求

测试技术

是否采用

说明

自动测试技术

采用

核心业务流程采用自动测试技术

审评测试

采用

对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行

编写测试用例

采用

在产品编码阶段编写测试用例

单元测试

不采用

由开发人员进行

集成测试

采用

检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。

确认测试

采用

在产品发布前，对照feature list 进行基本需求的确认，确认产品是否正确实现了功能。

系统测试

采用

包括性能测试、压力测试和回归测试

测试阶段

开始时间

完成时间

测试人员

阶段完成标志

制定测试计划

－

－

－

－

需求Review

－

－

－

－

设计Review

－

－

－

－

设计测试用例

－

－

－

－

测试开发

－

－

－

－

测试环境准备

－

－

－

－

测试实施

－

－

－

－

功能测试

－

－

－

－

集成测试

－

－

－

－

性能测试

－

－

－

－

系统测试

－

－

－

－

验收测试

－

－

－

－

文档编写

－

－

－

－