《黑盒测试测试计划实例.doc》由会员分享，可在线阅读，更多相关《黑盒测试测试计划实例.doc（16页珍藏版）》请在金锄头文库上搜索。
1、软件测试工程师管理系统软件测试工程师管理系统 测试计划测试计划 文文 档档 编编 号号 版版 本本 号 号 1 0 软件产品名称 软件产品名称 软件测试工程师管理系统 软件开发部门 软件开发部门 软件测试部门 软件测试部门 编编 写 写 日日 期 期 审审 核 核 日日 期 期 批批 准 准 日日 期 期 目目 录录 1 引言 5 1 1测试计划概述 5 1 2被测试系统概述 5 1 3测试计划制定依据 6 1 4预期读者 6 2 测试范围 6 2 1测试特性与软件需求的对应关系 7 2 1 1安装 卸载测试 7 2 1 2功能测试 7 3 术语定义 9 3 1软件错误与缺陷定义 9 3 2其
2、他术语的定义 9 4 测试目标与策略 9 4 1测试目标 9 4 2测试方法 9 4 3测试工具 9 4 4测试地点 9 5 测试状态转换标准和再启动要求 9 6 测试通过准则 9 7 应提供的测试文档 10 8 测试资源需求 10 8 1硬件需求 10 8 2软件需求 10 8 3网络需求 10 8 4人员需求 10 8 5其他需求 11 9 人员 职责及培训要求 11 9 1人员组成 11 9 2人员分工与职责 11 9 3培训要求 11 10 测试进度 11 11 风险和应急 12 11 1影响计划的潜在因素 12 11 2应急措施 12 12 测试的局限性 12 13 计划的批准 12
3、 14 参考文档 13 1引言引言 1 1测试计划概测试计划概述述 计划名称 软件测试工程师管理系统测试计划 文档编号 测试部门 计划作者 计划审核 本测试计划将对软件测试工程师管理系统的测试方法 测试工具 测试范 围 测试种类 测试的软件硬件环境 测试进度 测试人员的分工和职责以及 测试流程进行详细的定义和整体的描述 对软件测试工程师管理系统将采用黑盒测试方法 完成第一轮测试 1 2被测试系统概被测试系统概述述 产品名称 软件测试工程师管理系统 开发部门 测试版本 V1 0 最新版本 V1 0 本项目的目标是完成一个计算机人事管理系统 实现人事管理的自动化 系统的主要功能包括 人事信息的录入
4、 管理 查询 删除 生成报表等 进入本系统提供用户选择菜单 要求人机界面友好 具有错误处理和故 障恢复能力 1 3测试计划制定依据测试计划制定依据 本测试计划是依据 软件测试工程师管理系统开发计划 软件测试工程 师管理系统需求规格说明书 软件测试工程师管理项目条款 等 1 4预期读者预期读者 1 项目管理人员 2 测试人员 3 开发人员 2测试范围测试范围 测试类型测试类型是否计划进行测试是否计划进行测试测试的优先级测试的优先级说明说明 安装 卸载测试否最高优先级程序的安装与卸载测试 功能测试是最高优先级 系统功能的正确实现及 与需求是否符合的测试 资源占有测试否 对系统在安装或运行后 对硬盘
5、 内存 CPU 及 网络占有率测试 兼容性测试是低优先级 系统对各种运行环境的 兼容性 例如操作系统 浏览器 以及与历史版 本的兼容性 与第三方 软件的兼容性测试 可靠性 稳定性 测试 是最高优先级 系统运行的可靠性 对 各种异外情况错误处理 能力的测试 并发测试否 系统对并发操作的支持 性测试 压力测试否 系统在大负载量条件的 性能测试 用户友好性 测试 是中等优先级 主要是指测试人员以用 户的角度对系统操作的 方便性 可使用性 界 面友好性的给出评价 软件安全性 测试 否 主要从软件安全性角度 测试系统对业务数据保 存 访问及软件系统自 身的安全性进行测试 配置测试否 指对被测系统使用说明
6、 书中要求的软硬件配置 进行验证 在此主要指 硬件的配置要求验证测 试 恢复测试否 是指被测试系统的服务 器端或客户端或网络在 机器突然出故障 例如 突然断电或断网 后重 新恢复正常的能力测试 文档检查否 对提供的用户手册 系 统的在线帮助等技术文 档进行一致性检查 其他测试 否 备注 1 请在表中选择本次测试计划进行的测试类型 并对测试的优先级给以说明 2 测试的优先级分为四个级别 请在表格中填写相应序号 1 最高优先级 首先测试 并详细测试 2 中等优先级 正常测试 3 低优先级 只需粗略测试 但本次测试必须进行 4 最低优先级 只需粗略测试 可以留到下轮测试进行 2 1测试特性与软件需求
7、的对应关系测试特性与软件需求的对应关系 2 1 1安装安装 卸载测试卸载测试 安装环境测试需求说明安装环境测试需求说明 运行环境运行环境 本软件的最终运行环境是操作系统 DOS5 0 以上 或 Windows95 98 2000 me NT XP 等 DOS 环境上 要求有中文平台或操作系统为中 文的计算机上 配有一台打印机 运行软件系统所需的设备能力运行软件系统所需的设备能力 一台微机 主频 100 硬盘 1M 内存 1M 一台打印机 支持软件环境支持软件环境 操作系统 DOS5 0 以上 或 Windows95 98 2000 me NT XP 开发环境 Microsoft Visual
8、C 6 0 接口接口 该系统硬件和软件与外界软件没有接口 也不需要网络环境 在界面上 要求使用 DOS 菜单选择 用户可以随时选择菜单进行 在操作上 要求操作简单 通过少数的选择菜单或单击按钮即可完成操作 在系统运行任何阶段 提示给用户当前系统的状态 2 1 2功能测试功能测试 表表 4 功能测试需求说明功能测试需求说明 模块名称模块名称测试需求测试需求模块开发人员模块开发人员备注备注 输入工程师资 料 对这些输入的信息进行 合法性检查 删除指定工程 师资料 一是根据编号删除 一 是根据姓名删除 查询指定工程 师资料 一是根据编号查询 一 是根据姓名查询 修改指定工程 师资料 根据姓名和编号找
9、到后 并提示用户修改 计算工程师月 薪水 根据当月的月效益 计 算工程师的当月工资 薪水 基本工 资 10 月有效工作 日天数 月效益 工 作年限 100 0 9 月保险金 保存工程师资 料 输入工程师资对工程师资料进行 料排序 排序使用三种方 式 编号排序 升序 姓名排序 升序 和工 龄排序 降序 采用哪 种排序方式 由用户选 择 重点测试 输出工程师资 料 清空所有工程 师资料 打印工程师资 料信息报表 从文件重新得 到工程师资料 退出系统 备注 1 在测试项一栏中 请填写需要进行测试的主要功能模块 不需要划分太细 以 功能模块进行划分即可 2 在 测试注意事项或特殊说明 一栏 请给出在进
10、行本项测试时 需要重点测试的方面或其他使用说明 3术语定义术语定义 此部分定义与测试计划执行有关的重要术语和缩略语 其中主要对软件错 误与缺陷的划分标准进行定义 3 1软件错误与缺陷定义软件错误与缺陷定义 软件错误与缺陷定义见附录 3 2其他术语的定义其他术语的定义 无 4测试目标与策略测试目标与策略 4 1测试目标测试目标 尽可能发现系统中存在的错误和设计缺陷 验证系统的可靠性 检查系统 的正确性和系统的友好性 4 2测试方法测试方法 4 21 使用非法输入 例如 在只允许输入数字的地方 输入英文或特殊字符 4 22 直接输入默认值 例如 默认值是空 则不改变此默认值 而将空值作 为输入值
11、4 23 输入临近或者超出程序处理范围的数值 4 24 使用特殊字符 特殊长度 无效的文件名 4 25 改变文件访问权限 4 25 使文件内容错误 并让软件使用这个文件 4 3测试工具测试工具 主要进行功能的手工测试 所以没有使用特殊的测试工具 4 4测试地点测试地点 本测试计划的的执行地点在机房 5测试状态转换标准和再启动要求测试状态转换标准和再启动要求 测试状态转换标准和再启动要求见附录 6测试通过准则测试通过准则 测试通过准则参见附录 7应提供的测试文档应提供的测试文档 软件产品提交测试委托书 软件测试需求说明书 测试计划 测试用例设计与执行报告 测试用例设计评审记录 软件问题清单 测试
12、分析报告 8测试测试资源需求资源需求 8 1硬件需求硬件需求 根据系统的环境要求 系统运行要求满足的最低硬件配置标准为 系统环境需求系统环境需求 见安装条件 8 2软件需求软件需求 以上列出了系统运行要求的软件环境 测试还需要文档处理软件 Microsoft Office2003 8 3网络需求网络需求 无网络需求 8 4人员需求人员需求 1 本测试需要测试人员 三至四名 一名测试负责人 二至三名测试人 员 2 需要该系统开发人员一名 负责对测试人员进行该系统的使用培训 和解释测试人员在测试中遇到的各种系统使用问题 同时负责对错 误加以确认 8 5其他需求其他需求 暂无 9人员 职责及培训要求
13、人员 职责及培训要求 9 1人员组成人员组成 小组成员 3 4 人 9 2人员分工与职责人员分工与职责 人员分工与职责见附录 9 3培训要求培训要求 暂无 10 测试进度测试进度 测试进测试进度度计计划表划表 起止日期起止日期测试测试任任务务 制定测试计划 熟悉被测试系统 搭建测试环境 进行测试前被测系统培训 设计测试用例 测试用例评审 执行测试用例 整理测试结果 出软件问题清单和测 试分析报告 上报测试结果 第一轮测试结束 注 回归测试时间将在回归测试前进行详细制定 11 风险和应急风险和应急 11 1 影响计划的潜在因素影响计划的潜在因素 在测试计划执行过程中 可能存在以下因素影响计划的按
14、时完成 测试人员对被测试产品的熟悉进度慢 测试人员对测试工具的使用熟悉程序不够 被测试产品存在重大错误 以致于测试无法继续 需要开发组进行额外的 调试和修改才能继续 硬件 软件或网络环境出现故障等 其中第一点是影响测试进度的最大的因素 11 2 应急措施应急措施 如果上述潜在的可能事件发生 则通过适当加班来保证计划的按时完成 如果是由于被测试产品存在重大错误而严重影响测试进度 则考虑按照测试暂 停标准来暂停该测试 12 测试的局限性测试的局限性 系统硬件配置存在不可预测的问题 测试范围不能覆盖所有的可能情况 测试时间的限制 测试数据可能不全面 测试工具自身的缺陷 测试人员的失误 13 计划的批
15、准计划的批准 本测试计划需 XX 批准 14 参考文档参考文档 软件测试工程师管理系统开发计划 软件测试工程师管理系统需求规格说明书 软件测试工程师管理系统数据库设计说明书 附录附录 软件错误与缺陷的定义软件错误与缺陷的定义 对于软件的错误和缺陷 目前主要依据其严重程度划分五个级别 致命性错误致命性错误 数据丢失 数据计算错误 数据传递错误 对数据库造成破坏 造成操作系 统或其他支撑系统崩溃 非正常关闭和非正常死机 严重性错误严重性错误 应用系统崩溃 非正常关闭和无响应 但没有造成数据丢失 系统的主要功 能不能正确实现或不完整 一般性错误一般性错误 规定的非主要功能没有实现或不完整 影响系统的
16、运行 设计不合理造成 性能低下 告警性错误告警性错误 不影响业务运行的功能问题 建议建议 软件设计和功能实现等不完全合理之处提出建议 附录附录 测试测试状态转换标准和再启动要求状态转换标准和再启动要求 测试状态转换标准 用于开始 暂停或结束全部或部分与本计划有关的 测试项的测试活动的标准 这三种标准通常指启动标准 暂停标准和退出标 准 测试再启动要求 规定当测试重启动时必须重复的测试活动 1测试启动标准测试启动标准 测试部由公司管理层领导 具体由总工负责领导职能 各软件产品或项 目组提交测试需经过公司管理层书面指派 公司所研发的各项面向市场的软件系统均需通过测试 才能对外发布 特殊情况由公司管理层书面认可 公司各项软件产品的开发计划书中均需要列出交付测试时间和测试时间 以及相应的修改和回归测试时间 测试部基于各开发计划制定相应的测 试计划 软件系统开发计划的变更必须变更相关的测试安排 软件产品或项目提交测试部进行测试必须满足以下条件 提交测试的软件系统必须是一个稳定的 待发布的版本 必须明确定 义系统版本号 即在系统各部分 系统本身 用户手册等方面均表明 该版本 如果本版本还没有开发完
