软件测试实训saxWord文档格式.docx
《软件测试实训saxWord文档格式.docx》由会员分享，可在线阅读，更多相关《软件测试实训saxWord文档格式.docx（41页珍藏版）》请在冰豆网上搜索。
做数据完整性检查，保存增加部门记录的信息；
操作确认提示；
操作成功与否提示；
F01.01.02
返回功能
清除已输入未保存的记录信息
系统恢复到初始状态
输入编码
输入内容
输入方式
F01.01.11
部门编号
录入
出现增加的部门编号
F01.01.12
部门名称
出现增加的部门名称
表2修改部门记录的功能需求分析
F01.02.00
修改部门记录
完成修改部门
F01.02.01
修改功能
修改增加部门记录的信息；
F01.02.02
F01.02.11
出现修改的部门编号
F01.02.12
出现修改的部门名称
表3删除部门记录的功能需求分析
F01.03.00
删除部门记录
完成删除部门
F01.03.01
删除功能
删除部门所有信息
F01.03.02
F01.03.11
出现应有的部门编号
F01.03.12
出现应有的部门名称
表4增加教职工记录的功能需求分析
F01.04.00
增加教职工记录
完成增加教职工
F01.04.01
导入
将数据导入到系统内
F01.04.02
备份
将数据备份，以防丢失
F01.04.03
保存
做数据完整性检查，保存增加教职工记录的信息
F01.04.04
返回
F01.04.11
编号
F01.04.12
姓名
F01.04.13
性别
选择
F01.04.14
年龄
F01.04.15
学历
F01.04.16
职称
F01.04.17
专业
F01.04.18
来校年份
F01.04.19
F01.04.20
工龄
自动显示
F01.04.21
F01.04.22
身份证号码
F01.04.23
毕业院校
F01.04.24
是否在职
表5修改教职工记录的功能需求分析
F01.05.00
修改教职工记录
完成修改教职工
F01.05.01
F01.05.02
F01.05.03
修改
修改增加教职工记录的信息
F01.05.04
F01.05.11
F01.05.12
F01.05.13
F01.05.14
F01.05.15
F01.05.16
F01.05.17
F01.05.18
F01.05.19
F01.05.20
F01.05.21
F01.05.22
F01.05.23
F01.05.24
表6删除教职工记录的功能需求分析
F01.06.00
删除教职工记录
完成删除教职工
F01.06.01
F01.06.02
F01.06.03
删除
删除教职工记录的信息
F01.06.04
F01.06.11
F01.06.12
F01.06.13
F01.06.14
F01.06.15
F01.06.16
F01.06.17
F01.06.18
F01.06.19
F01.06.20
F01.06.21
F01.06.22
F01.06.23
F01.06.24
表7统计各部门人员学历
F01.07.00
统计各部门人员学历
完成统计各部门人员学历的功能，容易比较
F01.07.01
F01.07.11
F01.07.12
出现应有部门名称
F01.07.13
高中
统计的人数
F01.07.14
大学
F01.07.15
硕士
F01.07.16
博士
表8统计各部门人数
F01.08.00
统计各部门人数
完成统计各部门人数的功能，容易比较
F01.08.01
F01.08.11
F01.08.12
F01.08.13
人数
计算
2测试计划
测试计划一般由测试项目经理来制订。
测试计划光有预算、人员安排和时间进度还远远不够，测试计划涉及许多测试工作的具体规划。
很难想象，一个没有经过很好策划的测试项目能够进展顺利。
测试计划工作的成果是提交一份完整的测试计划报告。
关于测试计划报告的模板，不必千篇一律，它会随着软件的应用行业，软件功能及性能要求、管理规范性要求等的不同而不同。
但一个完整的测试计划一般均包括被测试项目的背景、测试目标、测试范围、方式、资源、进度安排、测试人员组织以及与测试有关的风险等方面。
下面给出医院信息管理系统1.0版集成测试的测试计划报告。
2.1概述
本测试项目拟对人事系统管理进行测试。
测试的目标是要找出影响人事管理系统正常运行的错误，分别在功能、性能、安全等方面检验系统是否能达到相关要求。
本次集成测试采用黑盒和白盒测试技术（重点在黑盒测试）。
测试手段手工与自动测试相结合（主要依靠手工进行测试，依靠自动测试工具进行性能测试）。
本测试计划面向相关项目管理人员、测试人员和开发人员。
2.2定义
质量风险：
被测试系统不能实现描述的产品需求或系统不能达到用户所期望的行为，即系统可能存在的错误。
测试用例：
为了查找被测试软件中的错误而设计的一系列的操作数据和执行步骤，即一系列测试条件的组合。
测试工具：
应用于测试用例的硬件/软件系统，用于安装或撤销测试环境、创造测试条件，执行测试，或者度量测试结果等工作。
测试工具独立于测试用例本身。
进入标准：
一套决策的指导方针，用于决定项目是否准备好进入特定的测试阶段。
在集成测试和系统测试阶段，进入标准会很苛刻。
退出标准：
一套标准，用于决定项目是否可以退出当前的测试阶段，或者进入下一个测试
阶段或结束项目。
同进入标准，测试过程的后几个阶段推出的标准一般很苛刻。
功能测试：
集中于功能正确性方面的测试。
功能测试必须和其他测试方法一起处理潜在的重要的质量风险，比如性能、负荷等。
2.3质量风险摘要
表9质量风险摘要表
风险编号
潜在的故障模式
故障的潜在效果
危险性
影响
优先级
测试策略
1
流程不能顺利
不能完成各记录的基本过程
4
手工
2
数据处理
相关报表无统计结果或统计报表不准确
3
并发控制
多台终端同时操作，系统出现错误或系统处理速度低于限定标准
5
错误处理
不能阻止错误发生，错误发生后处理不当
界面不友好
没有必要的提示，操作不方便
6
系统响应速度慢
对用户提交的信息响应，处理速度慢
………..
…………
………….
………
……
…….
危险性：
表示故障对系统影响的大小，5：
致命；
4：
严重；
3：
一般；
2：
轻微；
1：
升级会员 