系统软件教学教案计划.doc

《系统软件教学教案计划.doc》由会员分享，可在线阅读，更多相关《系统软件教学教案计划.doc（17页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、+测试计划1 引言1.1 编写目的本测试计划的具体编写目的，指出预期的读者范围。1.2 背景说明：a 测试计划所从属的软件系统的名称；b 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料列出要用到的参考资料，如：a 本项目的经核准的计划任务书或合同、上级机关的批文；b 属于本项目的其他已发表的文件；c 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 计划2.1

2、软件说明提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。2.2 测试资料列出本项测试所需的资料，如：a 有关本项任务的文件；b 被测试程序及其所在的媒体；c 测试的输入和输出举例；d 有关控制此项测试的方法、过程的图表。2.3 测试培训说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。3 测试资源3.1 人员安排角色人员安排任务描述备注项目经理a)负责组织制订检测方案（计划）；b)负责组织实施检测工作；c)负责检测报告编制；d)负责组织项目各阶段里程碑（基线）的评审活动；e)负责各基线的配置项入库的申请和检测

3、报告的归档工作；f)负责对检测项目方案（计划）的实施跟踪。测试人员a)搭建检测环境；b)参与编写检测方案（计划）、检测规格说明及记录；c)执行检测过程；d)记录检测结果和问题反馈，编写问题报告。部门经理a)组建项目组，任命项目负责人；b)对检测项目进行协调管理；c)对检测结果进行审核；d)参加项目各阶段里程碑（基线）的评审活动。3.2 测试环境3.2.1 硬件环境：3.2.2 软件环境：3.3 测试工具本模板中提出的工具均根据实际情形尽心更换测试任务工具版本备注测试计划办公软件输入工具功能编辑文本测试报告办公软件测试用例办公软件功能测试自动化测试工具性能测试LoadrunnerJmeterSo

4、apui等.测试管理Redmine3.4 测试进度测试任务测试人员测试任务负责人4 测试策略列出组装测试和确认测试中的每一项测试用例模板的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、用户界面测试、性能测试、压力测试、故障恢复测试、安全性测试、配置测试、安装测试等。4.1 功能测试确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。4.1.1 目标利用有效的和无效的数据来执行各个用例流，以核实以下内容： 在使用有效数据时得到预期的结果 在使用无效数据时

5、显示相应的错误消息或警告消息。4.1.2 条件陈述本项测试工作对资源的要求，包括：a 设备所用到的设备类型、数量和预定使用时间；b 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.1.3 测试用例模板单一界面测试的参考表格如下：编号场景/条件操作预期结果1.用户通过用户界面输入信息输入任何东西，重填客户端页面恢复到初始状态2.用户通过用户界面输入信息输入刚好等于字数限制的正确

6、信息，提交1. 所填信息正确保存到相应的数据库表中2. 客户端提示提交成功3.用户通过用户界面输入信息输入略超过字数限制的正确信息，提交1. 所填信息不能正确保存到相应的数据库表中2. 客户端提示字数超长3. 引导用户定位超长输入4.用户通过用户界面输入信息输入略少于字数限制的正确信息，提交1. 所填信息正确保存到相应的数据库表中2. 客户端提示提交成功5.用户通过用户界面输入信息输入非法字符，提交1. 所填信息不能保存到相应的数据库表中2. 客户端提示有错误输入3. 引导用户定位错误输入6.用户通过用户界面输入信息输入为空，提交1. 应有必填项判断2. 客户端提示必填项不能为空3. 引导用户

7、定位必填项4. 所填信息不能保存到相应的数据库表中7.用户通过用户界面输入信息该输入汉字的输入英文字符，提交注：其余类同1. 客户端提示错误输入2. 引导用户定位错误输入项3. 所填信息不能保存到相应的数据库表中 具体功能测试参考表格如下：功能A描述用例目的前提条件输入/动作期望的输出/相应实际情况示例：典型值示例：边界值示例：异常值功能B描述用例目的前提条件输入/动作期望的输出/相应实际情况注：除测试所提供的功能外，还需添加Cookies测试 参考如下：Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的

8、信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。 如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。4.2 用户界面测试用于核实用户与软件之间的交互是否正常。4.2.1 目标核实下列内容： 确保各种浏览以及各种访问方法（鼠标移动、快捷键等）都使用正常 确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等。4.2.2 条件陈述本项测试工作对资源的要求，包括：a 设备所用到的设备类型、数量和预定使用

9、时间；b 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.2.3 测试用例模板检查项测试人员的类别及其评价窗口切换、移动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？对于常用的功能，用户能否不必阅读手册就

10、能使用？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作顺序合理吗？按钮排列合理吗？导航帮助明确吗？提示信息规范吗？4.3 性能测试主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。4.3.1 目标核实下列情况下的性能行为： 正常的预期工作量 预期的最繁重工作量4.3.2 条件陈述本项测试工作对资源的要求，包括：a 设备所用到的设备类型、数量和预定使用时间；b 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任

11、务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。d 需考虑的特殊事项： 可创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。 最好使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。 应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。其所用的数据库应该是实际大小或相同缩放比例的数据库。 多用户不同网络条件下的连接速度是否满足要求4.3.3 测试用例模板性能A描述多用户不同上网方式下的测试用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）性能B描述多用户不同距离条件下的测试用例目的前提条件输入

12、数据期望的性能（平均值）实际性能（平均值）4.4 压力测试具体包含了负载测试以及压力测试。4.4.1 目标核实下列行为下的系统行为 确定测试对象在给定时间内能够持续处理的最大负载或工作量（包括长时间处理多个用户相同的且性能最坏的业务） 确定并确保系统在超出最大预期工作量的情况下仍能正常运行，并评估其性能特征，包括响应时间、事务处理速率和其他与时间相关的内容 服务器上几乎没有或根本没有可用的内存（RAM）4.4.2 条件陈述本项测试工作对资源的要求，包括：a 设备所用到的设备类型、数量和预定使用时间；b 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试

13、监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.4.3 测试用例模板步骤一：执行单步任务测试步骤二：多用户多任务测试参考表格如下：单步任务参考表格：任务A描述连续运行时间故障发生的时刻故障描述统计分析任务A无故障运行的平均时间间隔（CPU小时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）任务B描述连续运行时间故障发生的时刻故障描述统计分析任务B无故障运行的平均时间间隔（CPU小时）任务B无故障运行的最小时间间隔（CPU小时

14、）任务B无故障运行的最大时间间隔（CPU小时）多用户多任务测试参考表格：极限名称A最大并发用户数量前提条件输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作极限名称B前提条件输入/动作输出/响应是否能正常运行4.5 故障恢复测试确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。4.5.1 目标核实系统能够在下列状况下正确恢复到预期的已知状态n 客户/服务机断电n 网络通信中断n 异常关闭某个功能n 错误的操作顺序4.5.2 条件陈述本项测试工作对资源的要求，包括：a 设备所用到的设备类型、数量和预定使用时间；b 软件列出将被用来支持本项测试过程而本身

15、又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.5.3 测试用例模板异常输入/动作恢复能力造成的危害、损失客户/服务机断电网络通信中断错误的操作顺序异常关闭某个功能4.6 安全性测试确保系统Web应用下的安全性。4.6.1 目标核实下列情况下的性能行为 系统是否有超时的限制 相关的重要信息是否写进日志、是否可追踪 使用了安全套接字时，测试加密是否正确，信息是否完整4.6.2 条件陈述本项测试工作对资源的要求，包括

16、：a 设备所用到的设备类型、数量和预定使用时间；b 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；c 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.6.3 测试用例模板检查项测试人员的类别及其评价系统有超时限制吗？（如标题、提示等）相关的重要信息写进了日志吗？能有效跟踪他们吗？ 传输信息加密了吗？ 传过来的信息完整吗？4.7 配置测试核实测试对象在不同的软件和硬件配置中的运行情况。4.7.1 目标确定系统能在下列条件下正常

17、运行 在各种所需的硬件和软件配置中 在各种O/S平台或是浏览器下的兼容性测试4.7.2 条件陈述本项测试工作对资源的要求，包括：d 设备所用到的设备类型、数量和预定使用时间；e 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；f 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.7.3 测试用例模板检查项测试人员的类别及其评价系统能在各种软/硬件条件下运行吗？具体有哪些呢？系统支持多种操作平台吗？支持多种浏览器吗？ 系统对AD/

18、FireWall敏感吗？4.8 安装测试测试软件在正常情况和异常情况下的安装/反安装状况。4.8.1 目标核实下列行为 首次安装、升级、完整的或自定义的安装都能进行安装 磁盘空间不足、缺少目录创建权限等异常情况的安装4.8.2 条件陈述本项测试工作对资源的要求，包括：g 设备所用到的设备类型、数量和预定使用时间；h 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；i 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。4.8.3 测试用例模板配置说明安装选项描述是否正常使用难易程度全部部分升级异常情况安装反安装选项描述是否正常使用难易程度正常反安装异常情况反安装5 评价准则5.1 范围说明所选择的测试用例能够接查的范围及其局限性。5.2 数据整理陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同，已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。5.3 尺度说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。