项目测试计划.docVIP

卷号

卷内编号

文档编号

密级

工程编号：DKH001

xxx测试工程

测试方案

Version:1.0

项目承担部门：软件测试组

撰写人〔签名〕：xxx

完成日期：201

本文档使用部门：■主管领导■工程组

□客户〔市场〕□维护人员

■用户

评审负责人〔签名〕：

评审日期：

修订历史记录

日期

版本

说明

作者

2011-12-15

1.0

创立

Xxx

目录

TOC\o1-3\h\z\u1引言 4

1.1 编写工程的目的 4

1.2 名词解释与约定 4

1.3 参考资料 4

2 测试规划及策略 5

2.1 质量目标 5

2． 1.1质量目标 5

2.2 测试策略及概述 5

测试策略 5

2.3 测试启动与结束准那么 6

测试启动准那么 6

测试结束准那么 6

测试暂停/中止标准 6

2.4 缺陷管理 6

3 资源及方案 7

3.1 资源需求及限制 7

测试环境： 7

人力资源及技能要求 7

4 风险和采取的措施 8

1引言

编写方案的目的

针对xx系统，该业务在前台界面的正确显示和后台数据的正确处理，说明测试关注内容和测试方案，为测试的执行和质量评估提供依据和指导。

预期读者：管理者、用户及开发人员、测试人员。

名词解释与约定

缺陷级别：

一级：遗漏系统需求，根本功能未完全实现；导致系统崩溃的。

二级：数据错误；或者严重地影响系统要求或根本功能的实现，且不能通过操作改善的〔重新安装或重新启动该软件不属于改善方法〕。

三级：一般影响系统要求或根本功能的实现，接口的不协调等

四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。

五级：其他微小错误。

测试规划及策略

质量目标

1.1质量目标

考虑到工程日程的实际状况和要求。规划质量目标如下：

评价指标

评价工程

要求值

完整性

遗漏的业务需求

0

遗漏的设计

0

精确性〔同时可统计每千行缺陷数〕

严重的算法错误

0

一、二级缺陷〔每个模块/类〕

0

三级及以下缺陷〔每个模块/类〕

=2〔经评审遗留的〕

强度

遗漏的错误处理程序〔每个模块/类〕

=1

遗漏的记录和跟踪信息〔每个模块/类〕

=1

应去除的调试信息〔每个模块/类〕

=2

方案性

阶段完成超出计的时间

=1(天)

测试策略及概述

概述

本业务系统测试工作是以功能测试为主要测试，评估系统是否到达预定的质量目标。根据系统所需要的功能，其测试策略考虑重点在后台数据的处理和前台功能的正确显示还有对业务系统的支持，根据工程的特点和日程，拟不特地安排进行单元测试和集成测试，测试的主要模块有：今日工作管理、工作任务管理、黄马甲家园管理、班组风采管理、目标愿景、运行资料管理、后台信息管理。

在系统测试的规划中，根据工程特点，以业务为优先关注内容，首先关注的是前台的界面管理和管理员的登录，正常登录后才能执行一系列的操作

2.2.2

测试类型

是否采用

说明

功能测试

采用

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

流程测试

采用

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

边界值测试

采用

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

容错性测试

采用

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

异常测试

采用

检查系统能否处理异常

启动停止测试

采用

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

安装测试

采用

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

易用性测试

采用

检查系统是否易用友好

界面测试

采用

检查界面是否美观合理

接口测试

采用

检查系统能否与外部接口正常工作

性能测试

采用

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

压力测试

采用

检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。

兼容性测试

采用

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

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

文挡测试

采用

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

回归测试

采用

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

测试启动与结束准那么

测试启动准那么

系统测试的启动准那么〔应同时满足〕：

上一轮系统测试所有发现的缺陷均被处理；

上一轮系统测试所发现的应被修正的缺陷已被修正完成；

测试版本