经典测试1计划模板.docVIP

项目编号： XXXX测试计划 文档编号： 版本信息： 建立日期： 创 建 人： 审 核 人： 批 准 人： 批准日期： 保 管 人： 存放位置： 公司LOGO 文档修订记录版本号 变化状态 变更内容 日期 变更人 *变化状态：C――创建，A——增加，M——修改，D——删除 文档审批信息 审人 审日期 批准人 准日期 备注 1 概述 1 1.1 目的 1 1.2 假定和约束 1 1.2.1 假设条件.......... 1 1.2.2 约束条件.......... 1 1.3 参考资料 2 2 测试需求 2 2.1 产品描述 2 2.2 测试范围 2 2.3 测试内容 3 2.3.1 功能测试.......... 3 2.3.2 数据和数据库完整性测试 3 2.3.3 接口测试.......... 3 2.3.4 功能测试.......... 4 2.3.5 用户界面测试...... 4 2.3.6 安全性和访问控制测试 4 2.3.7 故障转移和恢复测试 5 2.3.8 性能测试.......... 5 2.3.9 系统部署测试...... 5 2.4 测试优先级 5 3 项目标准 6 4 交付工件 6 5 估算 6 5.1 规模估算 6 5.2 工作量估算 6 6 组织结构和角色 6 6.1 特殊技能要求 6 6.2 角色职责 6 7 资源计划 7 7.1 软件资源 7 7.2 硬件资源 7 7.3 人力资源 7 8 生命周期 7 9 测试策略 7 10 测试进度计划 8 10.1 里程碑计划 8 10.2 测试进度计划 9 11 监控计划 9 11.1 监控计划 9 11.2 评审计划 9 11.3 项目风险 9 12 质量保证计划 9 12.1 质量目标 9 12.2 过程检查 10 12.3 产品检查 10 12.4 质量报告 10 13 培训计划 10 14 度量分析计划 10 15 附件 10 15.1 缺陷级别定义 10 15.2 再现程度定义 11 15.3 缺陷状态定义 11 15.4 测试风险评估 11 15.5 附录 11 概述 目的 简单介绍被测系统以及被测系统的应用。 假定和约束 假设条件 测试人员 本次测试开始之前，要求测试人员： 已阅读需求规格说明书等相关文档； 熟悉被测系统，能够独立进行操作并且完成测试； 能够编写有效的测试用例； 能够正确描述Bug现象，正确选择Bug属性。 测试环境 测试环境干净、独立、稳定； 测试数据足够且准确、有效； 约束条件 下面是一些可能会导致计划不准确或影响测试过程的制约条件，这些情况会影响测试进度和测试效果。 遇到下列问题，由XX协商解决。 测试数据不充分； 测试环境不稳定或配置不到位； 测试过程中遇到重大阻塞性的问题； 软件的缺陷比较严重，直接影响到测试的继续进行； 开发人员或测试支持人员支持、配合不到位； 另外，需要长时间地进行系统稳定性测试，可能导致测试工期延长。 参考资料 测试需求 产品描述 对于测试产品的相关描述信息。 测试范围 系统测试、多操作系统平台测试（WindwosXP、Windows2000、Windows98）、性能测试（压力测试、负载测试）、稳定性测试、兼容性测试（与windows2000、XP兼容性）、安装卸载测试和易用性测试。 单元测试 单元测试主要由开发人员来完成。 集成测试 集成测试的主要目的是检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。测试的内容包括单元间的接口以及集成后的功能，本项目采用渐增式集成方式。 系统测试 系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来，在模拟实际运行（使用）环境下，对系统进行的测试。 测试内容 下面列出所有测试点均为测试内容，未列出的本次测试不予考虑。 功能测试 详见《需求功能矩阵.xls》。 数据和数据库完整性测试 数据库和数据库进程作为一个子系统来进行测试。在将测试对象的用户界面用作数据的接口的同时，还将考虑对数据库管理系统（DBMS）进行相关的存储测试。 测试目标： 方法： 完成标准： 需考虑的特殊事项