测试实施方案模板

XX市XX软件开发项目内部测试方案

目录

1 引言 (4)

1.1系统概述 (4)

1.2文档概述 (4)

1.3 范围 (4)

1.4 目标读者及阅读建议 (5)

1.5 参考文档 (5)

2 软件测试环境 (5)

2.1 测试环境 (5)

2.2 参与组织 (6)

2.3 人员角色 (6)

2.4 测试工具 (6)

3 计划 (7)

3.1 总体计划 (7)

3.1.1 测试级 (7)

3.1.2 测试准备 (7)

3.1.3 测试类别 (7)

3.2 计划执行的测试 (9)

3.2.1 测试范围 (9)

3.2.2 测试重点 (10)

3.2.3 测试入口准则 (10)

3.2.4 测试通过标准 (10)

3.3 测试用例 (11)

4 测试实施 (11)

4.1 轮次执行 (11)

4.2 测试计划 (12)

4.3 缺陷管理 (12)

5 测试评价 (12)

6 风险预估和应对 (13)

7 测试输出物 (14)

1引言

1.1系统概述

随着广大XX市民百姓对住房需求的增加，住房市场呈现高速发展趋势，管理中心各项业务得到了快速发展。业务的发展与信息系统的发展是相辅相成的，住房资金业务的快速发展、信息技术日新月异的发展和广大市民百姓对政府服务水平预期的不断提高，对管理中心信息化系统的建设提出了更高要求。

为实现管理中心未来五年业务发展目标，通过业务需求驱动和先进技术需求驱动重构管理中心核心业务系统。本次系统重建的业务需求主要包括创新面向个人办理业务的业务模式、丰富服务渠道、优化业务流程、提高资金管理水平、有效管控风险、提高办公效率，促进信息共享等方面；技术需求包括构建全新技术架构重构核心系统、运用云计算和大数据技术有效处理数据支持决策分析、持续提升安全体系建设、持续提升IT 服务保障体系建设、升级基础设施条件等。

1.2文档概述

本文档描述了XX市XX管理中心系统内部测试阶段工作的相关情况，内容包括进行测试的环境、测试工作的标识以及测试工作的时间安排等，在实际工作中指导测试人员完成测试工作。主要包括以下几点目的：

●尽可能发现被测试软件中的错误，以便开发人员进行修正，提高软件的可靠性；

●确定测试策略，并对测试策略加以说明。另，本文档不涉及性能测试，具体内容

见性能测试方案；

●确定所需资源，对测试工作量进行估计；

●客观反映产品中存在的缺陷，为提高产品质量服务；

●完成本阶段的测试工作，为产品交付做准备。

1.3范围

设计针对XX市XX中心业务系统的系统测试—功能测试方案。通过上述方案用以验证：

●产品功能是否满足需求规定并能够正常运行——功能测试；

●用户界面是否与需求保持一致，保证用户界面的友好性、易操作性——用户界

面测试；

●产品性能是否满足需求规定并能够正常运行——性能测试；

1.4目标读者及阅读建议

1.5参考文档

2软件测试环境

2.1测试环境

2.2参与组织

2.3人员角色

2.4测试工具

3计划

3.1总体计划

该系统测试的策略有功能测试、用户界面测试和性能测试，功能测试要覆盖系统中的每个功能。在功能测试时既要输入正确的数据，测试功能是否满足，也要对每个功能中的每个数据输入域故意输入错误的数据，测试系统的健壮性。用户界面测试核实各个窗口风格（包括颜色、字体、提示信息、图标、Title等）都与需求保持一致，或符合可接受标准，保证用户界面的友好性、易操作性，而且符合用户操作习惯。性能测试往往针对软件的一部分功能，进行专项测试。执行完一组工作后，及时检查是否已达到预定目标，是否已执行完该过程所有的步骤等，如实际情况与计划出入较大，应及时调整计划。

考虑到各种因素和条件的限制，采用黑盒测试方案，即根据软件所需要的输入数据的格式以及应该完成的功能，设计一些合法的测试用例和不合法的测试用例，特别是根据边界条件设计一些边界测试用例，以检查系统是否能正确地完成预期功能，得到希望的输出；或者是对不合法的输入和操作能够正确地识别和防御。

3.1.1测试级

执行的测试级别为系统级。

3.1.2测试准备

●测试方案编写完成并邮件告知项目组成员；

●测试组根据需求规格说明书完成测试内容确认和重点交易列表，需项目经理或开

发人员确认；

●项目经理安排相关人员完成内部测试环境的配置；

●测试开始前将与开发人员配合将“测试相关信息.xls”文档整理完成，包括测试

环境配置、Bugfree用户信息，柜员信息等；

3.1.3测试类别

3.1.3.1功能测试

功能测试侧重于可以被直接追踪利用例或业务功能和业务规则的所有测试需求。这些测试的目标在于核实能否正确的接受、处理和检索数据以及业务规则是否正确实施。

这种类型的测试基于黑盒方法，即通过图形用户界面（GUI）与应用程序交互并分析输

3.1.3.2用户界面（UI）测试

用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确

3.1.3.3性能测试

性能测试对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能测试的目标是核实性能需求是否都已满足。实施和执行性能测试的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行测试和微调。

3.2计划执行的测试3.2.1测试范围

注：具体各核心内容下的交易见“交易测试情况一览表”，此处不逐一列出。

3.2.2测试重点

测试重点主要从以下几个方面考虑，针对测试重点，在用例的编写与评审、人员安排、测试轮次、B UG解决要求等方面都应高于其他部分。

●需求中，优先级高的重点功能或用户的常用功能；

●开发过程中，重点关注的模块、功能及特性（此项通过交易的代码修改量等内容

确定，由项目经理提供）；

●相关领导的关注点和意见；

●开发人员的能力和水平差异；

●以往版本或其他项目中的常见问题；

注：此项内容由项目经理配合进行确认，具体交易列表及重点测试交易，见“交易测试情况一览表”，此处不逐一列出。

3.2.3测试入口准则

●在提交测试组进行系统测试前，开发工程师需要经过自测试以及开发组组内互

测；

●测试组接收测试，且通过冒烟测试后，方可进行系统测试。

3.2.4测试通过标准

●系统无业务逻辑错误和二级缺陷，经确定的所有缺陷都已得到商定的解决结果；