软件测试方案模板新V1.0.doc

《软件测试方案模板新V1.0.doc》由会员分享，可在线阅读，更多相关《软件测试方案模板新V1.0.doc（13页珍藏版）》请在三一文库上搜索。

1、XX项目测试方案模板目录1 概述31.1 编写目的31.2 读者对象31.3 项目背景31.4 测试目标31.5 参考资料32 测试配置32.1 测试手段32.2 测试数据32.3 测试策略42.4. 测试通过准则53 软件结构介绍53.1 概述53.2 整体功能模块介绍53.3 整体功能模块关系图63.4 系统外部接口功能模块关系图63.5 系统内部接口功能模块关系图64 单元测试用例64.1 XX系统65 集成测试用例95.1 系统外部接口测试95.2 系统内部接口测试106 系统测试用例116.1 病毒测试116.3 性能测试116.4 强度测试126.6 配置测试126.7 安装测试1

2、26.8 安全性测试126.9 回归测试127 附录127.1 附录1 审批记录表121 概述 1.1 编写目的 编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于*系统整体系统功能和性能的测试指导。 1.2 读者对象 本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师 1.3 项目背景 可以如下那样简单说明，根据项目的具体情况，方案编写者也可以进行详细说明项目名称：*简称：*项目代号：*委托单位：*开发单位：*主管部分：* 1.4 测试目标 说明进行项目测试的目标或所要达到的目的 1.5 参考资料 列出编写本测试方案时

3、参考的资料和文献2 测试配置 2.1 测试手段 在此参照测试计划说明测试方法和工具，注明执行测试时，必须同时填写测试记录表 2.2 测试数据 在此简要说明测试数据的形成，如以客户单位具体的业务规则和*系统需求分析说明书，参考*系统概要设计说明书、*系统详细设计说明书和数据规格说明书中规定的运行限制，设计测试用例，作为整个*系统的测试数据。 2.3 测试策略 在此说明测试策略，可以如下这样说明：测试过程按三个步骤进行，即单元测试、组装、系统测试，根据不同阶段测试的侧重点不同，分别介绍测试策略：A）单元测试首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块，或面向对象过程中的若干个类。

4、单元测试是对功能模块进行正确检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：1）模块接口：对所测模块的数据流进行测试。2）局部数据结构：检查不正确或不一致的数据类型说明、使用尚未附值或尚未初始化的变量、错误的初始值或缺省值。3）路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。4）错误处理：检查模块有没

5、有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。5）边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。B）集成测试集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。2）一个模块的功能是否会对另一个模块的功能产生不利的影响。3）各个子功能组合起来，能否达到预期要求的父功能。4）全局数据结构是否有问题。5）单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。我们在组装时可参考采用一次性组装方式或增殖方式组装方式。C）系统测试

6、系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：1）用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。2） 性能测试：测试相应时间、事务处理效率和其他时间敏感的问题。3） 强度测试：测试资源（内存、硬盘）敏感的问题。4） 容量测试：测试大量数据对系统的影响。5） 容错测试：测试软件系统克服软件、硬件故障的能力。6） 安全性测试：测试软件系统对非法侵入的防范能力。7） 配置测试：测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量。8） 安装测试：确保软件系统在所有可能情况下的安装效果和

7、一旦安装之后必须保证正确运行的质量。2.4. 测试通过准则 在此规定本系统通过测试的准则，即当依据测试用例执行者测试结果与预期结果相符，或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过，反之则为测试失败。3 软件结构介绍 3.1 概述 在此概要介绍应用系统的整体功能，如模块包括*，*和数据维护系统等*个系统，每个系统又包括若干个子系统或功能模块。 3.2 整体功能模块介绍 在此介绍*系统的功能模块如下表所示序号系统名称子系统软件项标识备注1234567891011 3.3 整体功能模块关系图 此处给出软件功能模块结构图。 3.4 系统外部接口功能模块关系图 此处说明整个应用系统和已

8、经存在或即将存在的其他应用系统之间关于数据通信和功能调用等的接口约定和具体的运作机制。具体项目可以根据实际情况进行裁剪。 3.5 系统内部接口功能模块关系图 此处说明整个应用系统内部各子系统或子系统内部各功能模块之间关于数据通信和功能调用等的接口约定和具体的运作机制。4 单元测试用例 注：模板是按照系统模块化进行编写的，具体项目可参照执行，如面向对象的编程时可以按照组件进行单元测试。 4.1 XX系统 4.1.1 XX子系统4.1.1.1 XX模块测试软件项代号：* 方案代号：*需求规格说明：在此详细描述软件项的用户需求。测试用例：在次说明模块测试要用到的测试用例 1. 针对测试对象设计的第一

9、个测试用例。 说明测试用例名、测试用例标识号、测试用例的测试目标、测试用例的详细描述、测试用例要用到的特殊设备和要求。测试数据包括正常数据，错误数据，异常数据等 前提条件：描述完成本测试用例的必要前提条件。 执行时间：描述执行本测试用例的估计执行时间。 测试过程：第（N）步：描述一个单独的测试步骤。 2. 针对测试对象设计的第二个测试用例。 预期输出： 1. 测试用例一的预期输出。 2. 测试用例二的预期输出。 测试人：测试时间： 年 月 日填写说明：1. “软件项代号”是来自于软件功能结构划分中的规定。2. “需求规格说明”是来自于需求分析说明书、概要设计说明书和详细设计说明书中的需求和设计

10、要求。3. “测试用例”是根据需求分析说明书和详细设计说明书来制定的。4. “预期输出”是根据需求分析说明书和详细设定说明书来制定的。5. “方案代号”是由测试方案编写人员根据实际情况制定的。4.1.1.2 XX模块测试用例 需求规格说明：在此详细描述软件项的用户需求。测试用例：在次说明模块测试要用到的测试用例 1. 针对测试对象设计的第一个测试用例。 说明测试用例名、测试用例标识号、测试用例的测试目标、测试用例的详细描述、测试用例要用到的特殊设备和要求。测试数据包括正常数据，错误数据，异常数据等 前提条件：描述完成本测试用例的必要前提条件。 执行时间：描述执行本测试用例的估计执行时间。 测试

11、过程：第（N）步：描述一个单独的测试步骤。 2. 针对测试对象设计的第二个测试用例。 预期输出： 1. 测试用例一的预期输出。 2. 测试用例二的预期输出。 测试人：测试时间： 年 月 日4.1.1.3 XX模块测试用例 需求规格说明：在此详细描述软件项的用户需求。测试用例：在次说明模块测试要用到的测试用例 1. 针对测试对象设计的第一个测试用例。 说明测试用例名、测试用例标识号、测试用例的测试目标、测试用例的详细描述、测试用例要用到的特殊设备和要求。测试数据包括正常数据，错误数据，异常数据等 前提条件：描述完成本测试用例的必要前提条件。 执行时间：描述执行本测试用例的估计执行时间。 测试过程

12、：第（N）步：描述一个单独的测试步骤。 2. 针对测试对象设计的第二个测试用例。 预期输出： 1. 测试用例一的预期输出。 2. 测试用例二的预期输出。 测试人：测试时间： 年 月 日 4.2 XX系统 4.2.1 XX子系统4.2.1.1XX模块测试用例 需求规格说明：在此详细描述软件项的用户需求。测试用例：在次说明模块测试要用到的测试用例 1. 针对测试对象设计的第一个测试用例。 说明测试用例名、测试用例标识号、测试用例的测试目标、测试用例的详细描述、测试用例要用到的特殊设备和要求。测试数据包括正常数据，错误数据，异常数据等 前提条件：描述完成本测试用例的必要前提条件。 执行时间：描述执行

13、本测试用例的估计执行时间。 测试过程：第（N）步：描述一个单独的测试步骤。 2. 针对测试对象设计的第二个测试用例。 预期输出： 1. 测试用例一的预期输出。 2. 测试用例二的预期输出。 测试人：测试时间： 年 月 日4.2.1.2 *模块测试用例5 集成测试用例 5.1 系统外部接口测试 5.1.1 与XX系统接口测试 软件项代号：XX 方案代号：YY需求规格说明： 测试用例：（和模块测试一样进行相关说明）预期输出： 测试人：测试时间：年 月 日填写说明：1）“软件项代号”是来自于软件功能结构划分中的规定，由“本系统接口软件项代号_对方接口系统软件项代号”格式确定。2）“需求规格说明”是来

14、自于需求分析说明书和概要设计说明书中的需求和设计要求。3）“测试用例”是根据需求分析说明书和概要设计说明书来制定的。4）“预期输出”是根据需求分析说明书和概要设计说明书来制定的。 5.1.2 与YY系统接口测试 5.1.3 与ZZ系统接口测试 5.2 系统内部接口测试 5.2.1 子系统内部功能模块借口2测试5.2.1.1 X1子系统内部功能模块之间的接口测试5.2.1.1.1 M1M2功能模块间接口测试用例 软件项代号：XX 方案代号：YY需求规格说明：XX。测试用例：XX。预期输出：XX。测试人：测试时间： 年 月 日填写说明：1）“软件项代号”是来自于软件功能结构划分中的规定，由“本系统

15、接口软件项代号_对方接口系统软件项代号”格式确定。2）“方案代号”是由测试方案编写人员根据实际情况制定的。3）“需求规格说明”是来自于需求分析说明书和概要设计说明书中的需求和设计要求。4）“测试用例”是根据需求分析说明书和概要设计说明书来制定的。5）“预期输出”是根据需求分析说明书和概要设计说明书来制定的。5.2.2.2 XX子系统功能模块之间的接口测试5.2.2.3 XX子系统功能模块之间的接口测试6 系统测试用例 6.1 病毒测试 软件项代号：XX 方案代号：YY需求规格说明：XX。测试用例：XX。预期输出：XX。测试人：测试时间： 年 月 日填写说明：1）“软件项代号”是来自于软件功能结

16、构划分中的规定。2）“方案代号”是由测试方案编写人员根据实际情况制定的。3）“需求规格说明”是来自于需求分析说明书和概要设计说明书中的需求和设计要求。4）“测试用例”是根据需求分析说明书和概要设计说明书来制定的。5）“预期输出”是根据需求分析说明书和概要设计说明书来制定的。 6.2 用户界面测试 在此说明用户界面测试用例 6.3 性能测试 在此说明性能测试用例 6.4 强度测试 在此说明强度测试用例 6.6 配置测试 在此说明配置测试用例 6.7 安装测试 在此说明安装测试用例 6.8 安全性测试 在此说明用户界面测试用例 6.9 回归测试 在此说明回归测试用例6.9.3 回归测试用例n7 附录 7.1 附录1 审批记录表 角色签名日期备注软件项目经理开发部经理测试部主任工程经理质量保证人员配置管理人员