1、测试计划修订历史记录版本 日期 AMD 修订者 说明 1.0 2016 年 5 月 31 日 M 六组全部人员 修改全部内容2.0 2016 年 6 月 3 日 MD 六组全部人员 修改并删除内容3.0 2016 年 6 月 7 日 MD 六组全部人员 主要修改格式、删除冗余（A-添加，M-修改，D-删除）目录1.简介 31.1 目的 .31.2 背景 .41.3 测试目标 41.4 范围 .42.测试参考文档和测试提交文档 52.1 测试参考文档 .52.2 测试提交文档 .53.测试进度 64.测试资源 64.1 人力资源 .64.2 测试环境 .84.3 测试工具 .85.系统风险、优先
2、级 96.测试策略 96.1 功能测试 .96.2 用户界面测试 106.3 性能评测 117.测试标准 .137.1 测试接收标准 .137.2 测试停止标准 .137.3 非正常停止标准 .138.风险管理 .148.1 项目进度风险 .148.2 需求变更风险 .148.3 沟通不良风险 .148.4 功能和需求不一致风险 .149.附录：项目任务 .151.简介1.1 目的 这一测试计划文档有助于实现以下目标: 对每个测试模块制定测试策略和方法 制定测试测试进度和任务安排 确定软件测试目标 准备测试所需的环境 预测测试风险1.2 背景本系统软件名为 SMS 学生信息管理平台的 B/S
3、结构，由洛阳惠普基地老师进行设计开发。本软件旨在为惠普基地的老师与学生提供一个信息的收集与交流的平台。学生信息管理平台的好处是：一是为老师发布作业与学生下载、提交作业提供好的交流平台；二是使老师对学生的作业信息和学生的基本信息有更加系统的查询与保存功能。1.3 测试目标本次测试使用手动测试和自动化测试来完成测试，根据用户需求，找出本系统学生管理、就业管理、档案管理、就业统计、作业管理等五个主要功能模块的缺陷和不足，发现系统隐藏的问题。功能测试可至少要进行三个轮次的测试，测试用例执行率要达到 90%，缺陷修改率要达到 95%。性能测试目标满足用户的要求或者与用户的要求接近度达到 99%。1.4
4、范围需要测试的目标：在学生信息管理平台系统功能测试中，需要测试学生管理、就业管理、档案管理、就业统计、作业管理等五个主要功能模块系统性能指标要求如下：1、系统支持的在线用户数不低于 5002、登录、学生管理、就业管理、档案管理、就业统计、作业管理等模块，相关操作的平均响应时间不超过 3s软硬件环境需求：1、CRM 系统可运行于 Windows 平台，支持 Apache 服务程序2、系统采用 B/S 架构，支持 IE11、谷歌浏览器对系统的访问3、系统数据库使用 MySQL 5.5（或更高版本）界面需求：1、系统界面规范，颜色、风格搭配2、页面布局合理，人性化3、 界面文字信息准确4、系统界面中
5、的窗体与各种控件可正常显示和使用，易用性好5、Tab 键、enter 键、快捷键等可以正常使用2.测试参考文档和测试提交文档2.1 测试参考文档文档（版本/日期）已创建或可用 作者或来源测试需求规格说明书 是 上级分配软件跟踪矩阵 是 六组成员软件测试用例 是 六组成员软件测试需求 是 六组成员测试时间表及人员安排 是 六组成员2.2 测试提交文档测试阶段 阶段提交物测试需求分析 测试需求文档测试计划设计 测试计划文档测试用例设计 测试用例文档手工缺陷报告 手工缺陷报告文档功能测试报告 功能测试报告文档性能测试报告 性能测试报告文档测试报告编写 测试报告文档3.测试进度测试活动 计划开始日期
6、计划结束日期制定测试计划 2016-5-31 2016-5-31测试要点提取 2016-6-1 2016-6-2ALM 项目管理 2016-6-2 2016-6-2测试用例编写 2016-6-2 2016-6-3ALM 测试用例导入 2016-6-3 2016-6-3手工执行测试用例 2016-6-6 2016-6-7兼容性测试 2016-6-7 2016-6-7功能自动化测试 2016-6-8 2016-6-13功能测试报告 2016-6-14 2016-6-14性能测试 2016-6-14 2016-6-20项目总结 2016-6-21 2016-6-214.测试资源4.1 人力资源角色
7、小组成员 具体职责 负责模块测试计划编写 作业管理测试用例编写 作业管理测试跟踪矩阵编写 作业管理ALM 测试用例导入 作业管理用例执行 作业管理功能自动化测试 作业管理性能测试 作业管理测试组长项目总结报告 作业管理测试计划编写 就业管理_添加档案测试用例编写 就业管理_添加档案测试跟踪矩阵编写 就业管理_添加档案ALM 测试用例导入 就业管理_添加档案用例执行 就业管理_添加档案功能自动化测试 就业管理_添加档案性能测试 就业管理_添加档案测试小组成员项目总结报告 就业管理_添加档案测试计划编写 就业管理_添加就业测试用例编写 就业管理_添加就业测试跟踪矩阵编写 就业管理_添加就业ALM
8、测试用例导入 就业管理_添加就业用例执行 就业管理_添加就业功能自动化测试 就业管理_添加就业性能测试 就业管理_添加就业测试小组成员项目总结报告 就业管理_添加就业测试计划编写 档案管理测试用例编写 档案管理测试跟踪矩阵编写 档案管理ALM 测试用例导入 档案管理用例执行 档案管理功能自动化测试 档案管理性能测试 档案管理测试小组成员项目总结报告 档案管理测试计划编写 学生管理,就业统计测试用例编写 学生管理,就业统计测试跟踪矩阵编写 学生管理,就业统计ALM 测试用例导入 学生管理,就业统计用例执行 学生管理,就业统计功能自动化测试 学生管理,就业统计性能测试 学生管理,就业统计测试小组成
9、员项目总结报告 学生管理,就业统计4.2 测试环境软件环境（相关软件、操作系统等）IE11 浏览器SMS 系统（学生信息管理平台）中间件服务器 Tomcat 7.0硬件环境（网络、设备等）Windows7 平台208 机房小组成员各自电脑VMware 虚拟机4.3 测试工具用途 工具 生产厂商/自产功能测试 UFT HP性能测试 Load Runner HP测试流程管理 ALM HP选择 UFT 工具做功能测试的优势:支持功能测试和回归测试自动化，可用于软件应用环境的测试 UFT 自动化的基本功能是创建测试、检验数据、增强测试、运行测试脚本、分析测试结果、维护测试。选择 Load Runner
10、 做性能测试的优势: 一种预测系统行为和性能的负载测试工具，可以对整个架构进行测试，能最大限度的缩短测试时间，优化性能和加速应用系统的发布周期。选择 ALM 做测试流程管理工具的优势:利用计算机辅助软件工程的软件工具。以标准的流程管理方式，协助降低软件开发过程中认为造成的开发瑕疵，特别适用于大型应用的开发。5.系统风险、优先级系统在测试阶段的风险主要有： 对质量需求或产品的特性理解不准确，造成测试范围分析的误差。 测试用例没有得到百分之百的执行。 需求的临时变化，导致设计的修改和代码的重写，导致测试时间不够。 测试用例设计不到位，忽视了一些边界条件，深层次的逻辑，用户场景等。 测试环境，一般不
11、可能和实际运行环境完全一致，造成测试结果的误差。 有些缺陷的出现频率不是百分之百，不容易被发现。 回归测试一般不运行全部测试用例，是有选择性的运行，必然带来风险。优先级： 低：暂时不影响继续测试，可以在方便时解决。 中：部分功能无法继续测试，需要优先解决。 高：测试暂停，无法进行，必须立即解决。6.测试策略6.1 功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应
12、用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：测试目标 学生管理、新增作业模块测试用例执行率达到80%，档案管理、就业管理、就业统计测试用例执行率达到 90%就业管理、就业统计模块功能满足用户基本的需求；学生管理、档案管理、新增作业模块功能严格满足用户基本的需求测试范围 学生管理、就业管理、档案管理、就业统计、新增作业模块和兼容性测试（IE11、360、谷歌浏览器）技术 进行手工测试,分析需求,制定测试计划,然后编写测试用例,用例包括(编号,测试名称,前置条件,操作步骤,预期结果,优先级,状态等)编写完成后开始执行用例,在操作的过程中发现缺陷,发现的缺陷以缺陷报告的方式进行提
13、交,最后提交总结报告开始标准 到测试合同（或项目计划）约定的时间软件测试所需的各种文档已经准备完毕所提交的被测软件受控软件源代码正确通过编译或汇编完成标准 按要求完成了合同（或项目计划）所规定的软件测试任务实际测试过程遵循了原定的软件测试计划和软件测试说明客观、详细地记录了软件测试过程和软件测试中发现的所有问题软件测试中的问题或异常有合理解释或正确有效的处理测试重点和优先级 测试重点：学生管理、就业管理、档案管理、就业统计、新增作业模块优先级：中需考虑的特殊事项 模块与模块之间的关联用户要求的特殊功能6.2 用户界面测试用户界面（UI）测试用于核实用户与软件之间的交互。UI 测试的目标是确保用
14、户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保 UI 中的对象按照预期的方式运行，并符合公司或行业的标准。测试目标 通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab 键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准测试范围 学生管理、就业管理、档案管理、就业统计、新增作业模块和兼容性测试（IE7.0、360、谷歌浏览器）技术 进行手工测试,分析需求,制定测试计划,然后编写测试用例,用例包括(编号,测试名称,前置条件,操作步骤,预期结果,优先
15、级,状态等)编写完成后开始执行用例,在操作的过程中发现缺陷,发现的缺陷以缺陷报告的方式进行提交,最后提交总结报告开始标准 测试小组配置好软硬件测试环境，并能正常访问以及测试用例的编写完成完成标准 按要求完成了合同（或项目计划）所规定的软件测试任务实际测试过程遵循了原定的软件测试计划和软件测试说明客观、详细地记录了软件测试过程和软件测试中发现的所有问题软件测试中的问题或异常有合理解释或正确有效的处理测试重点和优先级 测试重点：学生管理、就业管理、档案管理、就业统计、新增作业模块优先级：中需考虑的特殊事项 模块与模块之间的关联用户要求的特殊功能6.3 性能评测性能评测是一种性能测试，它对响应时间、
16、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。测试目标 测试 SMS 系统处于压力情况下，应用的表现测试 SMS 系统找到特性环境下系统处理能力的极限测试 SMS 系统程序对异常情况的抵抗能力压力测试：通过对软件系统不断施加压力，识别系统性能拐点，来获得系统提供的最大服务级别的测试活动负载测试：通过在被测系统上不断施加压力，直到达到性能指标极限要求强度测试:检查程序对异常情况的抵抗能力测试范围 大流量数据与多用户操作时系统响应时间,事务处理速率
17、等技术 负载测试压力测试强度测试开始标准 到测试合同（或项目计划）约定的时间软件测试所需的各种文档已经准备完毕所提交的被测软件受控软件源代码正确通过编译或汇编完成标准 完成了合同规定的软件测试任务发现了缺陷并得到了解决测试工作通过了测试评审客观详细记录了软件测试过程中发现的问题达到并且满足的用户的需求测试重点和优先级 测试重点:对系统进行负载测试压力测试强度测试测试工作优先级:高需考虑的特殊事项 负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测应该暂时减少用于系统的 DASD，以限制数据库可用空间的增长使多个客户机对相同的记录或数据帐户同时进行的访问达到同步7.
18、测试标准7.1 测试接收标准 到测试合同（或项目计划）约定的时间； 软件测试所需的各种文档已经准备完毕； 所提交的被测软件受控； 软件源代码正确通过编译或汇编； 最好从一开始就介入到被测软件的开发周期。7.2测试停止标准 按要求完成了合同（或项目计划）所规定的软件测试任务； 实际测试过程遵循了原定的软件测试计划和软件测试说明； 客观、详细地记录了软件测试过程和软件测试中发现的所有问题； 软件测试的全过程自始至终在控制下进行； 软件测试中的问题或异常有合理解释或正确有效的处理； 软件测试工作通过了测试评审； 全部测试软件、被测软件、测试支持软件和评审结果已纳入配置管理。7.3 非正常停止标准 项
19、目需要暂停进行调整，测试应暂停并备份暂停点的数据； 软件在开发过程中出现重大偏差； 本轮提交的缺陷未得到开发反馈； 项目和需求中有 2 处不一致的情况出现； 项目经理有特殊情况，需发文档说明并停止测试。8.风险管理8.1 项目进度风险 料：需求变更、测试用例数据设计不充分、质量标准不统一； 人：疲态、同化效应、定位效应、业务不熟、测试人员变动； 时：测试时间不足、测试时间延长； 环：被测试软件版本不统一、被测试环境不一致、被测试硬件环境不一致、测试硬件未及时到位； 法：错误或缺失测试方法、场景缺失或部分缺失、测试用例实施不充分； 其他：沟通不良、开发提交测试时间比计划延时。8.2 需求变更风险
20、 针对需求变更过快问题，测试人员与开发人员应及时保持联系取得最新需求，并且测试人员必须和开发人员高度一致，保证测试人员所掌握需求是第一手资料。一旦发生需求改动而测试人员不知情的情况，首先确认需求变动。必要情况下可增加测试人员，同时，测试相关文档可以稍后修改，完成预定目标。 针对需求不清晰问题，找相应的需求人员和开发人员进行需求评审，一定要和需求人员和开发人员意见达到一致。8.3 沟通不良风险预防这种风险应该是项目建设之初测试人员就和此项目的相关人员进行交流和沟通，注意培养和锻炼自身的沟通技巧。8.4 功能和需求不一致风险测试结束时，应用功能和需求不一致：告知项目经理，并留下文档进行说明。9.附录：项目任务以下是一些与测试有关的任务： 制定测试计划 确定测试需求 制定测试策略 创建时间表 生成测试计划 设计测试 准备工作量分析文档 确定并说明测试用例 执行测试 执行测试过程 评估测试的执行情况 核实结果 记录缺陷 对测试进行评估 评估测试用例覆盖 分析缺陷 确定是否达到了测试完成标准与成功标准
