测试技术方案模板

XXXX 市市 XXXX 软件开发项目软件开发项目 内部测试方案内部测试方案 修订人签字： 日期： 审核人签字： 日期： 批准人签字： 日期： 1 / 14 修订历史纪录修订历史纪录变更类型：增加变更类型：增加/ /修订修订/ /删除删除 版本号 V1.0 日期变更类型修改人摘要备注 2 / 14 目录目录 1引言.4 1.1 1.2 1.3 1.4 1.5 2 2.1 2.2 2.3 2.4 3 3.1 系统概述.4 文档概述.4 范围.4 目标读者及阅读建议.5 参考文档.5 测试环境.5 参与组织.6 人员角色.6 测试工具.6 总体计划.7 3.1.1 3.1.2 3.1.3 3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.3 4 4.1 4.2 4.3 5 6 7 测试级7 测试准备7 测试类别7 测试范围9 测试重点10 测试入口准则10 测试通过标准10 软件测试环境.5 计划.7 计划执行的测试.9 测试用例.11 轮次执行.11 测试计划.12 缺陷管理.12 测试实施.11 测试评价.12 风险预估和应对.13 测试输出物.14 3 / 14 1 1 引言引言 1.11.1 系统概述系统概述 随着广大 XX 市民百姓对住房需求的增加，住房市场呈现高速发展趋势，管理中心 各项业务得到了快速发展。 业务的发展与信息系统的发展是相辅相成的， 住房资金业务 的快速发展、信息技术日新月异的发展和广大市民百姓对政府服务水平预期的不断提 高，对管理中心信息化系统的建设提出了更高要求。 为实现管理中心未来五年业务发展目标， 通过业务需求驱动和先进技术需求驱动重 构管理中心核心业务系统。 本次系统重建的业务需求主要包括创新面向个人办理业务的 业务模式、丰富服务渠道、优化业务流程、提高资金管理水平、有效管控风险、提高办 公效率，促进信息共享等方面；技术需求包括构建全新技术架构重构核心系统、 运用云 计算和大数据技术有效处理数据支持决策分析、 持续提升安全体系建设、 持续提升 IT 服 务保障体系建设、升级基础设施条件等。 1.21.2 文档概述文档概述 本文档描述了 XX 市 XX 管理中心系统内部测试阶段工作的相关情况，内容包括进 行测试的环境、 测试工作的标识以及测试工作的时间安排等， 在实际工作中指导测试人 员完成测试工作。主要包括以下几点目的： ● 尽可能发现被测试软件中的错误，以便开发人员进行修正，提高软件的可靠性； ● 确定测试策略，并对测试策略加以说明。另，本文档不涉及性能测试，具体内容 见性能测试方案； ● 确定所需资源，对测试工作量进行估计； ● 客观反映产品中存在的缺陷，为提高产品质量服务； ● 完成本阶段的测试工作，为产品交付做准备。 1.31.3范围范围 设计针对 XX 市 XX 中心业务系统的系统测试—功能测试方案。通过上述方案用以 验证： ● 产品功能是否满足需求规定并能够正常运行——功能测试； ● 用户界面是否与需求保持一致，保证用户界面的友好性、易操作性——用户界 面测试； ● 产品性能是否满足需求规定并能够正常运行——性能测试； 4 / 14 1.41.4目标读者及阅读建议目标读者及阅读建议 目标读者目标读者 项目经理及评审人员 测试负责人及测试工程师 开发工程师 阅读建议阅读建议 全文档仔细阅读 全文档仔细阅读 仔细阅读“章节2”-“章节 4” ，其他部分了 解性阅读 1.51.5参考文档参考文档 文档文档 GBT-8567-2006 计算机软 件文档编制规范： 软件测 试计划(STP) 需求规格说明书 大/中日程计划测试计划 项目组 项目组 确定测试需求及策略 确定测试计划及人员安排 参考内容参考内容 文档格式 作者或来源作者或来源使用备注使用备注 确定文档格式及涉及内容 2 2 软件测试环境软件测试环境 2.12.1测试环境测试环境 硬件 客户端 硬 件 用 途 服务器 软件分类 操作系统 WEB中间件 数据库 软件分类 操作系统 浏览器 数据库客户端 硬件 软件名称 软件名称 配置信息数量 版本 配置信息数量 版本 5 / 14 2.22.2参与组织参与组织 参与参与 方方 人员人员 • • • • • 提供资源提供资源参与工作参与工作 • • • • • 参与参与 阶段阶段 参与参与 时间时间 备注备注 2.32.3人员角色人员角色 下表列出了在项目内部测试工作过程中的人员配备： 角色角色 项目经理 测试负责人 人员人员职责职责 • • • • • • 测试工程师• • • 开发工程师• • • 提供技术指导并获取适当资源 负责整个项目中的协调工作 编写测试方案、计划 项目测试的日常管理工作 监控测试工作，规避风险 编写系统测试报告等 编制和维护测试用例 执行测试并记录结果 缺陷跟踪 对程序缺陷进行修改 程序新版本发布 必要时参加进行功能测试 2.42.4测试工具测试工具 工具类型工具类型 用例管理工具 缺陷管理工具 数据库 项目管理 工具名称工具名称版本版本备注备注 6 / 14 3 3 计划计划 3.13.1总体计划总体计划 该系统测试的策略有功能测试、 用户界面测试和性能测试， 功能测试要覆盖系统中 的每个功能。在功能测试时既要输入正确的数据， 测试功能是否满足，也要对每个功能 中的每个数据输入域故意输入错误的数据， 测试系统的健壮性。 用户界面测试核实各个 窗口风格（包括颜色、字体、提示信息、图标、Title 等）都与需求保持一致，或符合 可接受标准，保证用户界面的友好性、易操作性， 而且符合用户操作习惯。性能测试往 往针对软件的一部分功能， 进行专项测试。执行完一组工作后， 及时检查是否已达到预 定目标，是否已执行完该过程所有的步骤等， 如实际情况与计划出入较大， 应及时调整 计划。 考虑到各种因素和条件的限制， 采用黑盒测试方案， 即根据软件所需要的输入数据 的格式以及应该完成的功能， 设计一些合法的测试用例和不合法的测试用例， 特别是根 据边界条件设计一些边界测试用例， 以检查系统是否能正确地完成预期功能， 得到希望 的输出；或者是对不合法的输入和操作能够正确地识别和防御。 3.1.1 测试级 执行的测试级别为系统级。 3.1.2 测试准备 ● 测试方案编写完成并邮件告知项目组成员； ● 测试组根据需求规格说明书完成测试内容确认和重点交易列表， 需项目经理或开 发人员确认； ● 项目经理安排相关人员完成内部测试环境的配置； ● 测试开始前将与开发人员配合将“测试相关信息.xls”文档整理完成，包括测试 环境配置、Bugfree 用户信息，柜员信息等； 3.1.3 测试类别 3.1.3.1 功能测试 功能测试侧重于可以被直接追踪利用例或业务功能和业务规则的所有测试需求。 这 些测试的目标在于核实能否正确的接受、处理和检索数据以及业务规则是否正确实施。 7 / 14 这种类型的测试基于黑盒方法，即通过图形用户界面（GUI）与应用程序交互并分析输 出结果来验证应用程序及其内部进程。以下列出测试方法概要： 测试范围：测试范围： 测试目标：测试目标： 方法：方法： 验证数据精确度、数据类型、业务功能等相关方面的正确性 核实所有功