软件测试实训saxWord文档格式.docx

1、做数据完整性检查，保存增加部门记录的信息；操作确认提示；操作成功与否提示；F01.01.02返回功能清除已输入未保存的记录信息系统恢复到初始状态输入编码输入内容输入方式F01.01.11部门编号录入出现增加的部门编号F01.01.12部门名称出现增加的部门名称表2修改部门记录的功能需求分析F01.02.00修改部门记录完成修改部门F01.02.01修改功能修改增加部门记录的信息；F01.02.02F01.02.11出现修改的部门编号F01.02.12出现修改的部门名称 表3删除部门记录的功能需求分析F01.03.00删除部门记录完成删除部门F01.03.01删除功能删除部门所有信息F01.03

2、.02F01.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.19F01.04.20工龄自动显示F01.04.21F01.04.22身份证号

3、码F01.04.23毕业院校F01.04.24是否在职表5修改教职工记录的功能需求分析F01.05.00修改教职工记录完成修改教职工F01.05.01F01.05.02F01.05.03修改修改增加教职工记录的信息F01.05.04F01.05.11F01.05.12F01.05.13F01.05.14F01.05.15F01.05.16F01.05.17F01.05.18F01.05.19F01.05.20F01.05.21F01.05.22F01.05.23F01.05.24表6删除教职工记录的功能需求分析F01.06.00删除教职工记录完成删除教职工F01.06.01F01.06.02F

4、01.06.03删除删除教职工记录的信息F01.06.04F01.06.11F01.06.12F01.06.13F01.06.14F01.06.15F01.06.16F01.06.17F01.06.18F01.06.19F01.06.20F01.06.21F01.06.22F01.06.23F01.06.24表7统计各部门人员学历F01.07.00统计各部门人员学历完成统计各部门人员学历的功能，容易比较F01.07.01F01.07.11F01.07.12出现应有 部门名称F01.07.13高中统计的人数F01.07.14大学F01.07.15硕士F01.07.16博士表8统计各部门人数F01

5、.08.00统计各部门人数完成统计各部门人数的功能，容易比较F01.08.01F01.08.11F01.08.12F01.08.13人数计算2 测 试 计 划测试计划一般由测试项目经理来制订。测试计划光有预算、人员安排和时间进度还远远不够，测试计划涉及许多测试工作的具体规划。很难想象，一个没有经过很好策划的测试项目能够进展顺利。测试计划工作的成果是提交一份完整的测试计划报告。关于测试计划报告的模板，不必千篇一律，它会随着软件的应用行业，软件功能及性能要求、管理规范性要求等的不同而不同。但一个完整的测试计划一般均包括被测试项目的背景、测试目标、测试范围、方式、资源、进度安排、测试人员组织以及与测

6、试有关的风险等方面。下面给出医院信息管理系统1.0 版集成测试的测试计划报告。2.1 概述本测试项目拟对人事系统管理进行测试。测试的目标是要找出影响人事管理系统正常运行的错误，分别在功能、性能、安全等方面检验系统是否能达到相关要求。本次集成测试采用黑盒和白盒测试技术（重点在黑盒测试）。测试手段手工与自动测试相结合（主要依靠手工进行测试，依靠自动测试工具进行性能测试）。本测试计划面向相关项目管理人员、测试人员和开发人员。2.2 定义质量风险：被测试系统不能实现描述的产品需求或系统不能达到用户所期望的行为，即系统可能存在的错误。测试用例：为了查找被测试软件中的错误而设计的一系列的操作数据和执行步骤

7、，即一系列测试条件的组合。测试工具：应用于测试用例的硬件/软件系统，用于安装或撤销测试环境、创造测试条件，执行测试，或者度量测试结果等工作。测试工具独立于测试用例本身。进入标准：一套决策的指导方针，用于决定项目是否准备好进入特定的测试阶段。在集成测试和系统测试阶段，进入标准会很苛刻。退出标准：一套标准，用于决定项目是否可以退出当前的测试阶段，或者进入下一个测试阶段或结束项目。同进入标准，测试过程的后几个阶段推出的标准一般很苛刻。功能测试：集中于功能正确性方面的测试。功能测试必须和其他测试方法一起处理潜在的重要的质量风险，比如性能、负荷等。2.3 质量风险摘要表9 质量风险摘要表风险编号潜在的故障模式故障的潜在效果危险性影响优先级测试策略1流程不能顺利不能完成各记录的基本过程4手工2数据处理相关报表无统计结果或统计报表不准确3并发控制多台终端同时操作，系统出现错误或系统处理速度低于限定标准5错误处理不能阻止错误发生，错误发生后处理不当界面不友好没有必要的提示，操作不方便6系统响应速度慢对用户提交的信息响应，处理速度慢.危险性：表示故障对系统影响的大小，5：致命；4：严重；3：一般；2：轻微；1：