测试方案模板新..docVIP

测试方案模板新 1 概述 1.1 编写目的 [说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于**系统整体系统功能和性能的测试指导。] 1.2 读者对象 [本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师] 1.3 项目背景 [可以如下那样简单说明，根据项目的具体情况，方案编写者也可以进行详细说明 项目名称：*** 简称：*** 项目代号：*** 委托单位：*** 开发单位：*** 主管部分：***] 1.4 测试目标 [说明进行项目测试的目标或所要达到的目的] 1.5 参考资料 [列出编写本测试方案时参考的资料和文献] 2 测试配置要 2.1 测试手段 [在此参照《测试计划》说明测试方法和工具，注明执行测试时，必须同时填写《测试记录表》] 2.2 测试数据 [在此简要说明测试数据的形成，如以客户单位具体的业务规则和《***系统需求分析说明书》，参考《***系统概要设计说明书》、《***系统详细设计说明书》和《数据规格说明书》中规定的运行限制，设计测试用例，作为整个**系统的测试数据。] 2.3 测试策略 [在此说明测试策略，可以如下这样说明： 测试过程按三个步骤进行，即单元测试、组装、系统测试，根据不同阶段测试的侧重点不同，分别介绍测试策略： A）单元测试 首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块，或面向对象过程中的若干个类。单元测试是对功能模块进行正确检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面： 1）模块接口：对所测模块的数据流进行测试。 2）局部数据结构：检查不正确或不一致的数据类型说明、使用尚未附值或尚未初始化的变量、错误的初始值或缺省值。 3）路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。 4）错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。 5）边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。 B）集成测试 集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题： 1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。 2）一个模块的功能是否会对另一个模块的功能产生不利的影响。 3）各个子功能组合起来，能否达到预期要求的父功能。 4）全局数据结构是否有问题。 5）单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。 我们在组装时可参考采用一次性组装方式或增殖方式组装方式。 C）系统测试 系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试： 1）用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。 性能测试：测试相应时间、事务处理效率和其他时间敏感的问题。 强度测试：测试资源（内存、硬盘）敏感的问题。 容量测试：测试大量数据对系统的影响。 容错测试：测试软件系统克服软件、硬件故障的能力。 安全性测试：测试软件系统对非法侵入的防范能力。 配置测试：测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量。 安装测试：确保软件系统在所有可能情况下的安装效果和一旦安装之后必须保证正确运行的质量。] 2.4. 测试通过准则 [在此规定本系统通过测试的准则，即当依据测试用例执行者测试结果与预期结果相符，或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过，反之则为测试失败。] 3 软件结构介绍 3.1 概述 [在此概要介绍应用系统的整体功能，如模块包括**，**和数据维护系统等**个系统，每个系统又包括若干个子系统或功能模块。] 3.2 整体功能模块介绍 [在此介绍**系统的功能模块如下表所示] 序号 系统名称 子系统 软件项标识 备注 1 2 3 4 5 6 7 8 9 10 11 3.3 整体功能模块关系图 [此处给出软件功能模块结构图。] 3.4 系统外部接口功能模块关系图 [此处说明整