文档介绍：软件测试工程师＊＊＊＊
测试计划
文 档 编 号：
版 本 号：
软件产品名称：软件测试工程师管理系统
软件开发部门：
软件测试部门：
编 写：日期：
审核：日期：
批准：日料进行排序，排序使用三种方式：编号排序（升序）、姓名排序（升序）和工龄排序（降序）。采用哪种排序方式，由用户选择。
重点测试
输出工程师资料
清空所有工程师资料
打印工程师资料信息报表
从文件重新得到工程师资料
退出系统
备注：（1）在测试项一栏中，请填写需要进行测试的主要功能模块，不需要划分太细，以功能模块进行划分即可。（2）在“测试注意事项或特殊说明”一栏，请给出在进行本项测试时，需要重点测试的方面或其他使用说明。
术语定义
此部分定义与测试计划执行有关的重要术语和缩略语，其中主要对软件错误与缺陷的划分标准进行定义。
软件错误与缺陷定义
软件错误与缺陷定义见附录Ⅰ。
其他术语的定义
无。
测试目标与策略
测试目标
尽可能发现系统中存在的错误和设计缺陷。验证系统的可靠性，检查系统的正确性和系统的友好性。
测试方法
4．21 使用非法输入。例如，在只允许输入数字的地方，输入英文或特殊字符。
4．22 直接输入默认值。例如，默认值是空，则不改变此默认值，而将空值作为输入值。
4．23 输入临近或者超出程序处理范围的数值。
4．24 使用特殊字符、特殊长度、无效的文件名。
4．25 改变文件访问权限。
4．25 使文件内容错误，并让软件使用这个文件。
测试工具
主要进行功能的手工测试，所以没有使用特殊的测试工具。
测试地点
本测试计划的的执行地点在机房。
测试状态转换标准和再启动要求
测试状态转换标准和再启动要求见附录Ⅱ。
测试通过准则
测试通过准则参见附录Ⅲ。
应提供的测试文档
---------------------------------------------------------------------------------------------------
《软件产品提交测试委托书》
《软件测试需求说明书》
《测试计划》
《测试用例设计与执行报告》
《测试用例设计评审记录》
《软件问题清单》
《测试分析报告》
--------------------------------------------------------------------------------------------------
测试资源需求
硬件需求
根据系统的环境要求，系统运行要求满足的最低硬件配置标准为：
系统环境需求
见安装条件
软件需求
以上列出了系统运行要求的软件环境。
测试还需要文档处理软件Microsoft Office2003。
网络需求
无网络需求。
人员需求
本测试需要测试人员 三至四名（一名测试负责人、二至三名测试人员）；
需要该系统开发人员一名，负责对测试人员进行该系统的使用培训和解释测试人员在测试中遇到的各种系统使用问题，同时负责对错误加以确认。
其他需求
暂无。
人员、职责及培训要求
人员组成
小组成员3-4人。
人员分工与职责
人员分工与职责见附录Ⅳ。
培训要求
暂无。
测试进度
测试进度计划表
起止日期
测试任务
制定测试计划；
熟悉被测试系统
搭建测试环境
进行测试前被测系统培训;
设计测试用例
测试用例评审
执行测试用例
整理测试结果，出软件问题清单和测试分析报告。
上报测试结果，第一轮测试结束.
注：回归测试时间将在回归测试前进行详细制定。
风险和应急
影响计划的潜在因素
在测试计划执行过程中，可能存在以下因素影响计划的按时完成：
测试人员对被测试产品的熟悉进度慢；
测试人员对测试工具的使用熟悉程序不够；
被测试产品存在重大错误，以致于测试无法继续，需要开发组进行额外的调试和修改才能继续；
硬件、软件或网络环境出现故障等。
其中第一点是影响测试进度的最大的因素。
应急措施
如果上述潜在的可能事件发生，则通过适当加班来保证计划的按时完成。如果是由于被测试产品存在重大错误而严重影响测试进度，则考虑按照测试暂停标准来暂停该测试。
测试的局限性
系统硬件配置存在不可预测的问题；
测试范围不能覆盖所有的可能情况；
测试时间的限制；
测试数据可能不全面；
测试工具自身的缺陷；
测试人员的失误。
计划的批准
本测试计划需XX批准。
参考文档
《软件测试工程师管理系统开发