测试方案XXX公司2012年7月4日历史修改记录目录1概述 (4)1.1项目背景 (4)1.2编写目的 (4)1.3参考资料 (4)2测试定义 (4)2.1测试目的 (4)2.2测试范围 (5)2.3术语定义 (6)3测试环境和配置 (6)3.1配置要求 (6)3.2测试环境 (7)4测试方案 (7)4.1功能测试 (7)4.1.1单元测试 (8)4.1.2集成测试 (8)4.2性能测试 (9)4.3兼容性测试 (10)4.4安全性测试 (10)4.5用户界面测试 (11)4.6安装与配置测试 (11)4.7完整性分析 (12)1 概述1.1 项目背景【编写要求】简要介绍项目总体情况（包括项目内容、用途、项目开发负责人、建项日期等基本情况）和项目当前进展情况、进展阶段。
【关键点】项目名称描述。
项目内容和用途能清晰、明确的介绍，不需要大量篇幅阐述。
简要描述项目当前进展情况，进展阶段主要分为：需求阶段、设计阶段、开发阶段和开发结束四个阶段。
当为需求、设计和开发三个阶段时，需要描述预计开始测试日期。
1.2 编写目的【编写要求】描述本篇文档编写的主要目的，适用对象，编写内容的简要介绍。
【关键点】明确、简要，以点的方式描述编写的主要内容，可以是以下测试方案章节的编写框架描述。
说明本篇文档编写的用途和用意。
明确说明文档的适用对象，一般包括：项目负责人、测试人员、使用人员。
1.3 参考资料【编写要求】罗列编写文档时用到的所有参考资料。
【关键点】参考资料包括文档编写过程中，参照过的相关文档。
一般包括：需求文档、概要设计文档、详细设计文档。
2 测试定义2.1 测试目的【编写要求】简要并综合描述项目测试的种类，使用的方法和方式，通过本测试方案的设计规范明确说明项目要点，以及测试中关注的测试面。
1）防止需求功能在开发中被遗漏，功能点测试要全面，不能漏功能点；2）防止需求功能在开发中被错误的理解，测试功能点除按正常用法测试外，还需从误操作、错误应用等异常方向制订测试点；3）防止新版本的改动不兼容老版本的功能和配置等，更新版本需要考虑兼容性；4）防止需求功能的设计缺陷，关联功能、模块间需要进行流程测试（即场景测试）。
【关键点】简要描述整个项目中用到的测试种类，使用方法和方式。
明确并详细描述编写测试方案时围绕的项目要点，若项目测试的环境或条件比较特殊，导致设计测试方案时有特殊情况（读者不易考虑到的情况）存在，此处要重点说明。
（建议本项以点的方式进行编写）对于各个种类的测试，都有重点关注面，本章节应对项目中使用的每种测试给予关注面明确、简要描述。
注意：本章节是项目测试方案内容的总体介绍部分，在描述时应一目了然，读者读后能够迅速明白测试方案的精髓，重点描述方向，使用的测试方法、种类等各种关键信息。
2.2 测试范围【编写要求】明确描述测试项目的测试范围，包括需要测试的和不需要测试的内容（不需要测试的内容最后给出理由），划出一条清晰的界限。
【关键点】测试范围需要先正确划分，可根据测试种类进行划分测试项目，然后，在划分后的测试项目中找出测试范围。
不同的测试项目可以有不同的测试范围，因测试的关注点不一样。
2.3 术语定义【编码要求】本节主要描述文章中需要明确解释的专用术语。
3 测试环境和配置3.1 配置要求【编写要求】测试中需要特殊说明的软、硬件配置要求。
软件配置包括，操作系统、数据库类型、测试目标软件版本、其他需要说明的软件；硬件配置包括，内存、硬盘大小、CPU类型、其他特殊硬件，以及需要硬件的个数。
放的位置。
【关键点清单】此项用于供作者参考。
3.自然环境3.2 测试环境【编写要求】描述测试项目使用环境，以及运行方法、步骤和登录的主界面。
即告诉测试人员如何在测试机上搭建测试环境并运行测试项目。
【关键点】测试环境的搭建方法、如何运行测试项目（运行方法或步骤），以及测试项目的主界面都必须描述出来，以便测试人员使用并检验正确性。
4 测试方案编写技巧1）状态语句不能省略。
在描述测试点时，不同的状态，会带来不同的测试效果，因此，在描述时，不能省略掉关键的状态语句。
如：当。
时，当。
后，在。
之前，在。
旁边，同时，等等。
2）多利用常用专业术语。
由于测试人员是有一定计算机技能的人员，在描述测试方案时，尽量使用专业术语，以保证精准性，不至于偏题。
例如：XX控件、属性、方法、按钮，等等。
3）相同状态、相同执行步骤，不同检验结果，可认作为一个测试点。
4）不同的测试对象，但验证方式相同，可合为一个测试点进行描述。
4.1 功能测试【章节说明】本章节主要描述功能测试方案，主要针对业务功能进行测试。
4.1.1 单元测试单元测试方案必须编写，若没有内容可写，则需要说明理由。
单元测试的关注点主要是单个功能模块的测试。
4.1.1.1 功能点1【编写要求】1）若是界面测试，需要将测试界面显示出来。
2）测试方案按照样本格式进行编写。
3）一个序号对应一个测试点和一个检验点，不能一对多。
4）测试类型分为三种：常规测试、异常测试、边界值测试。
每种类型都有多个测试点。
5）常规测试包括功能点的基本功能和派生功能。
测试点是对测试内容的概述，测试方法需详细说明测试过程，检验措施是对预计测试结果的描述。
6）异常测试包括测试功能点的异常值或操作，以及保护措施。
7）边界值测试包括功能界限的边界点情况。
8）当新添加的测试点与以前的测试点版本不同时，需要在“起始版本”项中说明。
4.1.1.2 功能点24.1.1.3 功能点……4.1.2 集成测试集成测试方案必须编写，若没有内容可写，则需要说明理由。
集成测试的关注点在于几个有关联关系的单元功能点之间的联立测试，即流程中涉及的组合功能点。
因此，有场景的概念。
应该描述如何模拟真实环境中用户的连续操作过程，一个场景为一个操作片段。
4.1.2.1 场景1【样本格式】场景背景【编写要求】1)测试方案按照样本格式进行编写。
2)场景背景描述场景的设计内容，集成的单元功能点介绍。
3)场景测试点描述场景中关注的测试功能点。
测试点是对测试内容的概述，测试方法需详细说明测试过程，检验措施是对预计测试结果的描述。
4)一个序号对应一个测试点和一个检验点，不能一对多。
5)场景背景必须明确写出单元功能点名称、场景内容。
6)场景内容不要以执行步骤的方式说明，以故事情景的方式说明。
4.1.2.2 场景24.1.2.3 场景……4.2 性能测试【章节说明】本章节主要描述性能测试方案，主要包括负载、压力及疲劳测试。
【编写要求】1)一个序号对应一条记录。
4)当测试点的版本与测试项目的基线版本不一样时，需要说明起始版本。
4.3 兼容性测试【章节说明】本章节主要描述兼容性测试方案，主要涉及到操作系统、应用程序和数据库。
【编写要求】1)本章节以测试项目整体为对象，描述测试项目的兼容性测试点。
2)一个序号对应一条记录。
4)结果分析项描述通过测试，需要考虑分析的兼容性。
5)当测试点的版本与测试项目的基线版本不一样时，需要说明起始版本。
4.4 安全性测试【编写要求】1)本章节以测试项目整体为对象，描述测试项目的安全测试点。
2)样本表格中已列出基本的安全检测点，用户可继续添加。
3)一个序号对应一条记录。
4)测试策略描述安全测试的实现方法。
5)结果评估项描述通过安全测试后，评估该测试点安全等级的指标。
6)当测试点的版本与测试项目的基线版本不一样时，需要说明起始版本。
4.5 用户界面测试当版本升级时，必须编写本章节。
【编写要求】1)样本表格中已列出基本的测试点，用户可继续添加。
2)验证点描述验证测试点正确性的指标值。
3)升级版本描述升级的版本号。
4.6 安装与配置测试当有安装程序时，必须编写安装测试。
【编写要求】1)样本表格中已列出基本的测点，用户可继续添加。
2)配置测试，包括配置项的常规配置和异常配置两种方式。
3)验证点描述验证测试点正确性的指标值。
4)当测试点的版本与测试项目的基线版本不一样时，需要说明起始版本。
4.7 完整性分析【编写要求】分析上述每种类型测试方案的完整性。
从以下几点进行分析：1）从测试项目的整体分析（从用户需求、软件设计思路两个方面进行分析）出发，说明本文中选用的测试种类合理的原因；2）测试方案是否代表全面性；3）测试方案是否体现或演绎出所有可能设想到的情况；4）测试方案是否有不符合项和保护措施的测试点，并分析不符合项发生的原因和保护措施的充分性；5）测试方案是否在满足功能前提下有性能方面的考虑，并分析性能发生的可能性；6）分析测试方案的局限性和优越性；7）分析测试方案是否抓住内在要素，而不是简单罗列功能，任意组合。