系统测试计划方案内容摘要:

指文档不可以“虎头蛇尾”,更不许漏掉关键内容。 文档测试不需要编写测试用例。 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 9 页,共 46 页 4. 测试工作流程 . 测试 管理总流程 . 制定测试计划工作流程 制定测试计划 设计测试用例 执行测试用例 缺陷管理与改错 审审 批批 审审 批批 迭迭 代代 确定阶段的 测试范围和任务 确定测试方法和方式 确定测试环境与辅助工具 确定测试完成准则 确定测试人员与任务表 确定测试相关规范和约定 输入需求 规格说明书 输入项目计划书 测测 试试 计计 划划 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 10 页,共 46 页 . 设计测试用例工作流程 . 执行测试工作流程 . 测试工作总体流程 设计阶段 编码及单元 白盒测试 阶 单元黑 盒测 试 阶段段 集成测试阶段 系统测试阶段 验收测试阶段 结项总结阶段 需求分析阶段 结束后 系统测试对应的用例 概要设计阶 段结束后 详细设计阶段 依据需求文档生成 集成 测试对应的用例 单元 测试对应的用例 依据概要设计、体系设计文档 依据详细设计文档生成 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 11 页,共 46 页 说明: 集成测试和系统测试的反馈意见可能导致设计文档(需求或数据库)的修改。 . 单元测试工作流程 详细设计 编码及白盒测试 测试用例 编码审核 测试用例审核 单元测试 单元总结测试报告 提交 Bug 报告 循环 达到测试要求 进入集成测试 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 12 页,共 46 页 . 集成测试工作流程 单元测试审核 集成测试 测试用例 接上一阶段 测试用例审核 提交 Bug 报告 达到集成测试要求 集成测试总结报告 进入 系统 测试 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 13 页,共 46 页 . 系统测试工作流程 说明: 压力测试为模拟用户正常使用时,系统正常工作的最小时间。 接上一阶段 业务测试审核 模拟多用户 准备数据库 压力测试 压力测试报告 审核 进入性能测试 返回开发修改 业务测试用例 业务测试用例审核 接上一阶段 确认测试审核 提交 Bug 报告 业务测试 达到业务测试要求 提交业务测试报告 进入压力测试 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 14 页,共 46 页 说明: 测试系统的崩溃极限(最多使用人数和数据库的极限容量)。 接上一阶段 系统测试审核 安装测试 提交测试 报 告 审核 返回开发修改 进入验收测试 接上一阶段 压力测试审核 模拟用户数量 增加数据量 性能测试 系统崩溃 提交测试报告 进入安装测试 审核 返回开发修改 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 15 页,共 46 页 . 验收测试工作流程 说明: 验收测试的人员应包含非本系统的人员。 接上一阶段 安装测试审核 业务测试用例 准备测试人员 业务测试用例审 核 审核 验收测试 提交测试报告 审核 进入结项总结阶段 返回开发修改 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 16 页,共 46 页 . 缺陷管理与改错流程 5. 测试参考文档和测试提交文档 . 测试参考文档 下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性: 文档 (版本 /日期) 已创建或可用 已被接收或已经过复审 作者或来源 备注 软件需求 规格说明书 是 [ ] 否 [ ] 是 [ ] 否 [ ] 软件概要设计 是 [ ] 否 [ ] 是 [ ] 否 [ ] 测试员发现一个 bug (当前状态置为 NEW) 由项目经理或测试组长 确认是否为 bug 将 bug 状态置为 ( OPEN/REOPEN) 开发人员修复 bug 将状态置为( FIXED) 将 bug 状态置为 ( CLOSE) 否 是 测试员回归测试 测试人员或项目经理 再次确认 是否为 bug 是 否 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 17 页,共 46 页 软件详细设计 是 [ ] 否 [ ] 是 [ ] 否 [ ] 模块开发手册 是 [ ] 否 [ ] 是 [ ] 否 [ ] 测试计划 及方案 是 [ ] 否 [ ] 是 [ ] 否 [ ] 测试报告 是 [ ] 否 [ ] 是 [ ] 否 [ ] 用户操作手册 是 [ ] 否 [ ] 是 [ ] 否 [ ] 安装指南 是 [ ] 否 [ ] 是 [ ] 否 [ ] . 测试提交文档 文档 (版本 /日期) 已创建或可用 已被接收或已经过复审 作者或来源 备 注 测试计划 及方案 是 [ ] 否 [ ] 是 [ ] 否 [ ] 测试 用例 是 [ ] 否 [ ] 是 [ ] 否 [ ] 可考虑通过td 产生 测试报告 是 [ ] 否 [ ] 是 [ ] 否 [ ] 可考虑通过td 产生 6. 测试资源 . 人力资源 . 人员、角色及职责 人员 角色 职责、任务 备注 唐彬 项目经理 靖雪峰 测试小组长、测试设计员 韩宏 测试设计员 测试员 李桂芹 测试设计员 测试员 „„ 开发人员 . 人员培训计划 培训项 参与人员 授课人员 计划培训 时间 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 18 页,共 46 页 编程技术 工具软件 网络 硬件环境 第三方 产品 MQ、 MB培训 DB2 数据库培训 . 测试环境 下表列出了测试的 系统环境 软件环境(相关软件、操作系统等) 开发软件 运行支撑软件 系统软件 硬件环境(网络、设备等) 客户端 服务端 请参照服务端列表 网络 备注 具体参照需求规格说明书需求约定、概要设计说明书设计约定。 . 软件环境 类别 名称 版本 生产厂商 /自产 用途 备注(负责提供并安排支持人员) 开发工具 JBuilder 2020 Borland 接口模拟器开发 尹德明 WSAD IBM 后台应用开发 赵新鹏 MB。 消息流开发 尹德明 MQ。 尹德明 PowerDesigner 数据库设计 时朋泉 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 19 页,共 46 页 运行、支撑 平台 ... JDK IBM MQ 的运行环境 尹德明 WAS IBM 应用服务器 赵新鹏 Db2 IBM 数据库服务器 时朋泉 MQ CSD08 IBM 消息中间件 尹德明 WBIMB IBM 信息总线 尹德明 操作系统 . 服务端列表 用途 机器名 (IP) 用户 /密码 机器型号 机器配制 操作系统 备注 数据库服务器 Hxlwwin1 () db2admin/ db2admin PCServer DELL/1425 2*B/280GB Win2020Srv sp4 MB、 MQ 服务器 Hxlwwin2 () db2admin/ db2admin PCServer DELL/1425 2*B/280GB Win2020Srv sp4 WAS、 WSAD 服务器 Hxlwwas () administrator PCServer DELL/1425 2*B/280GB Win2020Srv sp4 TD 服务器 Ccsever () Administrator DELL/1425 2*B/280GB Win2020Srv sp4 物理位置 机器名 机器型号 切换器编号 服务器配置 用户名 /密码 操作系统 用途 IP 地址 自上而下第 5 台 Hxlwwin1 DELL/1425 2 2CPU,4G Administrator 无密码 Win2020 Srv Ser pack4 DB2 4 自上而下第 6 台 Hxlwwin2 DELL/1425 3 2CPU,4G Administrator 无密码 Win2020 Srv Ser pack4 MB,MQ 1 自上而下第 10台 Hxlwlinux2 DELL/1425 4 2CPU,4G Root/123456 Redhat Linux 未连接 自上而下第 11台 Hxlwwas DELL/1425 5 2CPU,4G Administrator 无密码 Win2020 Srv Ser pack4 WAS WSAD 3 自上而下第 12台 ccsever DELL/1425 6 2CPU,4G Administrator 无密码 Win2020Srv Ser pack4 Clear Case 2 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 20 页,共 46 页 . 测试工具 用途 工具 生产厂商 /自产 版本 备注 测试管理 TestDirector Mercury InterActive 具体使用约定请参照《测试工具使用约定及软件开发与测试配合工作规范》 压 力测试 LoadRunner Mercury InterActive 功能测试 WinRunner Mercury InterActive XML 工具 Xml Spy 2020 解析、验证 XML,通过XSD 生成 XML 文件 DB2 数据库工具 DBTool 自产 对 TIPS 数据库进行操作 日志文件监控工具 LogFileMonitor 自产 MQ 队列监控工具 Monitor 自产 通过 MQ 的 BROWSE 或GET 方式监控系统信息 7. 测试方法 和方式 测 试方式主要以手工测试为主,在条件允许的情况下使用自动化测试工具进行测试。 测试方法 测试 覆盖率 执行人员 描述 黑盒测试 100% 测试人员 功能测试或数据驱动测试 灰盒测试 10~20% 测试或开发人员 静态的白盒测试或动态的黑盒测试 白盒测试 5% 开发人员 结构测试或逻辑驱动测试 说明:黑盒测试是依据用户能看到的规格说明,即针对命令、信息、报表等用户界面及体现他们的输入数据与输出数据之间的对应关系,特别是针对功能进行测试。 主要由测试小组人员完成执行黑盒测试。 黑盒测试覆盖范围 国库信息处理系统,《测试计划》 中国金融电子化公司 , 2020 第 21 页,共 46 页  测试用例覆盖:测试用例的没一个用例都被测试过  输入覆盖:测试过程中所输入的数据或资料必须一再的试验,如在程序安装过程中输入用户名时,测试者必须反复输入不同长度的中文、英文或数字等来做测试。  输出覆盖: 测试过程中程序所产生的行为、反映及数据必须都一再地试验,如不同情况的对话窗口的内容、运算结果数据等都必须反复地测试审核。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。