测试计划说明书

1、胜利大逃亡胜利大逃亡 测试计划说明书测试计划说明书 产品文档测试计划说明书产品版本密级 文档编号-3 V2.0 内部 产品名称胜利大逃亡共 16 页 撰写：卫大龙、程 佳、陈云云日期： 2009-7-22 审核：陶宗宣日期： 2009-7-22 批准：张 明日期： 2009-7-22 目录目录 1. 简介简介 2 1.1 目的2 1.2 背景3 1.2.1 开发意图3 1.2.2 应用目标3 1.2.3 游戏简介3 1.2.4 游戏主要功能4 1.2.5测试重点4 1.3 范围4 2. 测试参考文档和测试提交文档测试参考文档和测试提交文档 5 2.1 测试参考文档5 2.2 测试提交文档6 3

2、. 测试进度测试进度 6 4. 测试资源测试资源 6 4.1 人力资源7 4.2 测试环境7 4.3 测试工具7 5.系统风险、优先级系统风险、优先级 8 6.测试策略测试策略 9 6.1 数据和数据库完整性测试9 6.2 单元测试10 6.3 集成测试10 6.4 功能测试11 6.5 用户界面测试12 6.6 性能评测12 6.7 故障转移和恢复测试13 6.8 安装测试14 7.问题严重度描述问题严重度描述 15 8.附录：项目任务附录：项目任务 15 后记后记 16 1. 简介简介 1.11.1 目的目的 制定该测试计划书主要为了能够对开发过程中的部分环节进行有序、高效地 测试，最终可

3、最大限度地发现软件中的错误，并减少软件中残留的错误。该计 划书对后面的测试有以下帮助： （1）确定测试进度，利于测试过程中工作的合理安排 （2）确定所需的资源，包括人力资源、测试环境和测试工具 （3）确定可采用的测试策略，并对这些策略加以说明 （4）界定测试通过与不通过的准则 （5）评估可能出现的风险 （6）明确测试工程中所需的参考资料和最终所需交付的文件 1.21.2 背景背景 1.2.1 开发意图开发意图 随着全球手机用户数量地快速增长，并且现在支持 Java 功能的手机的性 能越来越好，手机游戏的市场前景非常可观，因此开发一款供手机用户休闲 娱乐的游戏是很有价值的。 1.2.2 应用目标

4、应用目标 游戏的设计主要以休闲娱乐为主，主要应用于手机；由于手机的便携性， 用户在闲暇时，可通过游戏缓解压力，同时可挑战自我，体验游戏的乐趣。 1.2.3 游戏简介游戏简介 游戏分为两个模式：剧情模式和挑战模式。 剧情模式是在孙悟空大闹天宫失败被天帝打入地狱后开始逃亡展开的，寻 求自由的孙悟空必须通过地狱、人间、天界三界才能得到自由，冒险从此开始。 挑战模式即根据玩家躲避障碍物的持续时间来计算分数。 游戏的规则为封闭空间躲避障碍物，用户可按键上下左右控制游戏角色的 移动方向；游戏可考验玩家的反应能力，观察能力，预判能力。 1.2.4 游戏主要功能游戏主要功能 欢迎界面 开始游戏 开始游 戏 声

5、音设置游戏指南关于我们退出 开关剧情模式挑战模式 新的开始 再续前缘 开始挑战 最高分 首先在手机上运行该游戏后进入加载界面一段闪屏。加载完毕后自动进 入欢迎界面，欢迎界面包括 5 个按钮选项：开始游戏，声音设置，游戏指南， 关于我们和退出。 开始游戏包括两种模式：剧情模式和挑战模式。 可通过声音按键来设置声音的开关。 1.2.5 测试重点测试重点 主要对软件的设计、功能实现、用户界面、安装及系统稳定性等部分进行测 试，尽可能多地发现错误。 1.31.3 范围范围 本测试计划包含单元测试、集成测试和系统测试三个阶段，对应的测试策 略有数据库完整性测试、功能测试、用户界面测试和性能测试。 单元测

6、试又称为模块测试，是针对软件设计的最小单位程序模块进行正确 性检查的测试工作，单元测试需要从程序内部结构出发设计测试用例，多个模 块可以平行地独立进行单元测试。 对本项目各模块进行单元测试，使用白盒测 试方法。测试的内容主要包括：模块接口测试、局部数据测试、路径测试、异 常处理测试、边界测试等。 本项目由许多不同的模块组成，因此需要集成测试。集成测试又称为组装 测试或联合测试，在单元测试的基础上，需要将所有模块按照概要设计说明书 和详细设计说明书的要求组装起来进行测试，用以发现各模块之间的接口问题。 采用黑盒测试和覆盖技术进行测试。 本项目为手机娱乐游戏，对用户界面设计也有一定要求，因此有必要

7、进行 用户界面测试。 本项目需占用一定的系统资源，因此，应对系统的使用情况进行测试。 本游戏与手机用户进行交互，涉及到安装问题、响应时间、处理效率等， 因此有必要进行安装测试和性能测试。 2. 测试参考文档和测试提交文档测试参考文档和测试提交文档 2.12.1 测试参考文档测试参考文档 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性。 文档是否可用是否已评审作者 需求分析说明书 YesYes 沈致远、谭帅 项目开发计划 YesYes 陶宗宣 概要设计说明书 YesYes 夏先进 详细设计说明书 YesYes 安世卿 说明：上述文档作为本次测试的依据。任何对上述文档的修改，都应反映

8、 到测试工作当中。 2.22.2 测试提交文档测试提交文档 文档名称主要内容 测试计划说明书测试进度安排，测试类型及方法描述等 测试阶段报告测试阶段工作日志汇报，测试用例选择 测试总结报告测试工作总结、软件可行性分析、错误分析、缺陷报告等 3. 测试进度测试进度 测试活动开始日期结束日期 制定测试计划2009 年 7 月 20 日2009 年 7 月 22 日 设计测试用例2009 年 7 月 22 日2009 年 7 月 29 日 单元测试2009 年 7 月 30 日2009 年 8 月 5 日 集成测试2009 年 7 月 31 日2009 年 8 月 5 日 系统测试2009 年 8

9、月 3 日2009 年 8 月 5 日 用户界面及性能测试2009 年 8 月 4 日2009 年 8 月 5 日 安装测试2009 年 8 月 5 日2009 年 8 月 5 日 测试阶段报告2009 年 8 月 5 日2009 年 8 月 7 日 测试总结报告2009 年 8 月 5 日2009 年 8 月 7 日 文档上交2009 年 8 月 7 日 4. 测试资源测试资源 4.14.1 人力资源人力资源 下表列出了在此项目的人员配备方面所作的各种假定。 角色人数主要职责 软件测试工程师 3 确定测试用例，评估测试效果，实现测试 程序，执行测试程序，记录测试结果。发 现并定位测试中出现的

10、错误，更新相应文 档。 4.24.2 测试环境测试环境 下表列出了测试的系统环境。 软件环境（相关软件、操作系统等） Windows XP Microsoft Office Word 2003 Eclipse 3.2.2 IE 手机操作系统 硬件环境（网络、设备等） IBM PC（Pentium 4 CPU 3.00GHz 内存 512 MB） 支持 java 程序的手机 4.34.3 测试工具测试工具 此项目将列出测试使用的工具。 用途工具 主要用于白盒测试，是 一个集成的、易于使用 和自动化的 Java 单元测 试工具。 Jtest 主要用于黑盒测试用于 检测应用程序是否能够 达到预期的功

11、能及正常 运行。 WinRunner 针对 J2ME 工程进行单 元测试。 J2MEUnit 针对 J2ME 工程进行单 元测试。 JMUnit 5.系统风险、优先级系统风险、优先级 测试过程中可能遇到的风险有以下几点： 交付日期：由于某些模块的实现问题可能影响到测试的进度，最终影响 到测试成果的按时交付。 有过缺陷历史的模块：如果模块在之前的测试当中就发现缺陷，那么很 可能在此次测试过程中产生风险。 发生过许多或者复杂变更的模块：模块的更改次数过多或变更复杂，同 样可能在测试过程中产生风险。 安全性、性能和可靠性问题：由于游戏的安全性、性能和可靠性不能够 完全达到预期的标准，从而可能产生一定

12、的风险。 在上述风险当中，由于各种资源的限制，可能不能够全部消除风险，因此对这 些风险需考虑先后问题，优先级如下： 交付日期 安全性、性能和可靠性问题 有过缺陷历史的模块 发生 过许多或者复杂变更的模块。 6.测试策略测试策略 6.16.1 数据和数据库完整性测试数据和数据库完整性测试 该游戏中数据库主要用于存储竞技模式中的最高分和情景模式中的进度信 息。 数据和数据库完整性测试主要对游戏用到的数据库的稳定性、安全性、数 据访问效率等方面进行测试。 测试目标 确保数据库访问方法和进程正常运行、数据不会遭到损坏。 测试范围数据库的安全性与稳定性、数据的存取效率、容错性。 技术 调用各个数据库访问

13、方法和进程，并在其中填充有效 的和无效的数据（或对数据的请求） 。 检查数据库，确保数据已按预期的方式填充，并且所 有的数据库事件已正常发生；或者检查所返回的数据，确 保正当的理由检索到了正确的数据。 完成标准 所有的数据库访问方法和进程都按照设计的方式运行， 数据没有遭到损坏。 测试重点数据库的安全性、稳定性与容错性。 需考虑的特殊事项 测试可能需要 RMS 开发环境在数据库中直接输入或修改 数据。 进程应该以手工方式调用。 应使用小型或最小的数据库（记录的数量有限）来使所 有无法接受的事件具有更大的可视度。 6.26.2 单元测试单元测试 单元测试是针对软件设计的最小单位程序模块，进行正确

14、性检验的测试 工作。多个模块可以平行地独立进行单元测试。 测试目标 对程序系统的各模块进行测试，确保各功能模块内部无 差错。 测试范围模块接口、数据结构、 I/O 及错误处理。 技术 采用覆盖技术设计测试用例； 采用白盒测试方法从程序模块内部结构出发进行测试。 完成标准 各模块无差错运行，各模块接口设计合理，I/O 处理正 确。 测试重点模块接口及 I/O 处理。 需考虑的特殊事项接口的限制条件。 6.36.3 集成测试集成测试 集成测试是组装软件的系统测试技术之一，按设计要求把通过单元测试的 各个模块组装在一起之后，进行集成测试的主要任务是使得软件系统符合实际 软件结构，发现与接口有关的各种

15、错误。 测试目标检测需求中业务流程，确保数据流的正确性。 测试范围需求中明确的业务流程、或组合不同功能模块而形成 一个大的功能、全局数据结构、穿越模块接口的数据 、 功能模块间的影响，误差分析。 技术 利用有效的和无效的数据来执行各个用例、用例流或 功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告 消息。 各业务规则都得到了正确的应用。 采用增殖式集成方式 完成标准 业务流程按照原先设定的方向进行，数据流正确，整 体误差在接受的范围内。 测试重点业务流程、穿越模块接口的数据 。 需考虑的特殊事项无 6.46.4 功能测试功能测试 功能测试主要涉

16、及用户用例的需求，此测试基于黑盒测试。通过图形用户界 面（GUI）与程序系统进行交互，并对交互结果进行分析，依次核实程序系统功 能性是否合理，是否满足用户需求。 测试目标 确保逃亡者游戏满足用户需求，完成导航、数据输 入、处理和检索等功能。 测试范围 完成集成测试的程序系统的功能性。 技术 利用有效的和无效的数据来执行各个用例、用例流 或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告 消息。 各业务规则都得到了正确的应用。 测试标准 所有确定的测试用例都开发出测试程序。 所有测试程序都得到执行。 执行中出现的所有错误都被标记。 测试重点程序系

17、统的功能性测试。 需考虑的特殊事项产品已完成功能的提交是否在测试范围内 。 6.56.5 用户界面测试用户界面测试 用户界面（UI）测试用于核实用户与软件之间的交互。UI 测试的目标是确 保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外， UI 测试还可确保 UI 中的对象按照预期的方式运行，并符合公司或行业的标准。 测试目标 核实以下内容： 通过测试进行的浏览可正确反映业务的功能和需求， 这种浏览包括窗口与窗口之间、字段与字段之间的浏览， 以及各种访问方法（鼠标移动、手机按键）的使用； 窗口的对象和特征（例如，菜单、大小、位置、状 态和中心）都符合标准。 测试范围界面的颜

18、色、按钮的大小及位置、快捷键的设置。 技术 为每个窗口创建或修改测试，以核实各个应用程序 窗口和对象都可正确地进行浏览，并处于正常的对象状 态。 测试过程中使用出声思维技术对界面进行测试。 完成标准 成功地核实出各个窗口都与基准版本保持一致，或 符合可接受标准。 测试重点用户界面设计是否符合 GUI 标准。 需考虑的特殊事项并不是所有定制或第三方对象的特征都可访问。 6.66.6 性能评测性能评测 性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相 关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实 施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作

19、量或硬 件配置）的一种函数来进行评测和微调。 测试目标对游戏运行响应的时间，游戏处理速率进行测试。 测试范围游戏的运行响应时间，处理速率。 技术 利用 GUI 对程序进行测试，记录游戏响应时间，反 映速率； 增大游戏程序的处理压力，测试程序性能。 测试标准 游戏程序能够在可接受的范围内正确的运行响应， 效率在可接受的范围内。程序系统能够承受一定的压力。 测试重点游戏响应时间、效率。 需考虑的特殊事项 性能测试应该在专用的计算机上或在专用的机时内 执行，以便实现完全的控制和精确的评测。 模拟的工作流量应与客户环境的工作流数保持一致。 性能测试所用的数据库应该是实际大小或相同缩放 比例的数据库。

20、6.76.7 故障转移和恢复测试故障转移和恢复测试 故障转移和恢复测试可确保测试对象能成功完成转移，并能从导致意外数 据损失或数据完整性破坏的各种硬件、软件可网络故障中恢复。 故障转移测试可确保：对于必须持续运行的系统，一旦发生故障，备用系 统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。 恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系统 置于极端的条件下（或者是模拟的极端条件下） ，以产生故障（例如设备输入/ 输出（I/O）故障或无效的数据库指针和关键字） 。然后调用恢复进程并监测和 检查应用程序和系统，核实应用程序或系统和数据已得到了正确的恢复。 测试目标

21、 确保恢复进程（手工或自动）将数据库、应用程序和系统 正确地恢复到预期的已知状态。 测试中将包括以下各种情况： 手机断电； 来电或收到短信产生的通信中断； 数据库指针或关键字无效； 数据库中的数据元素无效或遭到破坏。 测试范围数据库的恢复、程序系统对中断的处理、故障恢复。 技术 手机断电： 卸下手机的电池或电量不足； 其他业务中断：来电或收到短信。 完成标准 在所有上述情况中，应用程序、数据库和系统应该在恢复 过程完成时立即返回到一个已知的预期状态，此状态为发生故 障时的临界状态。 测试重点 数据元素遭到破坏后的恢复、游戏中断运行时数据库的自 动保存。 需考虑的特殊事项 恢复测试会给其他操作带来许多的麻烦。断开电源的方法 （模拟断电或通信中断）可能并不可取或不可行。所以，