测试计划.docx_第1页
测试计划.docx_第2页
测试计划.docx_第3页
测试计划.docx_第4页
测试计划.docx_第5页
免费预览已结束,剩余8页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

SJTU软件我想认识你测试计划版本 1.0 Version: 1.0测试计划 Date: 06/07/2009测试计划修订历史记录日期版本说明作者06/07/20091.0初始版本陈文龙目录1.简介31.1目的31.2背景31.3范围31.4项目标识32.测试需求33.测试策略33.1测试类型33.1.1数据和数据库完整性测试33.1.2功能测试33.1.3业务周期测试33.1.4用户界面测试33.1.5性能评价33.1.6负载测试33.1.7强度测试33.1.8容量测试33.1.9安全性和访问控制测试33.1.10故障转移和恢复测试33.1.11配置测试33.1.12安装测试33.2工具34.资源34.1角色34.2系统35.项目里程碑36.可交付工件36.1测试模型36.2测试日志36.3缺陷报告37.附录 A:项目任务3测试计划1. 简介1.1 目的我想认识你项目的这一“测试计划”文档有助于实现以下目标:确定现有项目的信息和应测试的软件构件。列出推荐的测试需求(高层次)。推荐可采用的测试策略,并对这些策略加以说明。确定所需的资源,并对测试的工作量进行估计。列出测试项目的可交付元素1.2 背景输入测试对象(组件、应用程序、系统等)及其目标的的简要说明。需要包括的信息有:主要的功能和特性、测试对象的构架以及项目的简史。本节应该只包含 3 至 5 个段落。1.3 范围将对我像认识你系统进行单元测试和集成测试。单元测试处理功能方面的问题,集成测试模块间集成问题。将对系统进行如下测试:查询认识顺序的函数 (初级 & 高级)评价学者的函数查看教授信息的函数1.4 项目标识下表列出了制定测试计划所用的文档,并标明了文档的可用性:文档(版本/日期)已创建或可用已被接受或已经过复审作者或来源备注需求规约 是 o 否 是 o 否陈文龙功能性规约 是 o 否 是 o 否陈文龙用例报告 是 o 否 是 o 否陈文龙项目计划 是 o 否 是 o 否陈文龙设计规约o 是 否o 是 o 否原型o 是 否o 是 o 否用户手册o 是 否o 是 o 否业务模型或业务流程o 是 否o 是 o 否数据模型或数据流o 是 否o 是 o 否业务功能和业务规则o 是 否o 是 o 否项目或业务风险评估o 是 否o 是 o 否2. 测试需求下面列出了那些已被确定为测试对象的项目(用例、功能性需求和非功能性需求)。此列表说明了测试的对象。 在此处输入一个主要测试需求的高层次列表。2.1 数据库测试l 测试是否可以插入条目l 测试是否可以查询条目l 检查条目格式是否正确2.2 功能性测试l 测试用户能否查找认识教授顺序(初级&高级)l 测试用户能否查找教授信息l 测试用户能否获得教授评价结果2.3 用户界面测试l 浏览所有用例,核实每个UI面板都易于理解l 核实所有联机帮助功能2.4 测试策略2.5 测试类型数据库测试测试目标确保数据库访问方法和进程正常进行,数据不会遭到损坏。方法检查数据库,确保数据已按预期的方式填充,并且所有的数据库事件都已正常发生;或者检查所返回的数据,确保为正当的理由检索到了正确的数据。完成标准所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。特殊事项应使用小型或最小的数据库(记录的数量有限)来使所有无法接受的事件具有更大的可见性。功能测试测试目标确保测试对象的功能正常,其中包括导航、数据输入、查询等功能。方法利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容: 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。完成标准 所计划的测试已全部执行。 所发现的缺陷已全部解决。特殊事项无用户界面测试测试目标核实以下内容: 通过测试对象进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab 健、鼠标移动和快捷键)的使用。 显示的对象和特征(例如,菜单、大小、位置、状态和中心)都符合标准。方法为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。完成标准成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准。特殊事项并不是所有定制或第三方对象的特征都可访问。3. 工具此项目将使用一下工具工具版本缺陷跟踪Microsoft Word项目管理Trac4. 资源本节列出推荐我想认识你项目使用的资源,及其主要职责、知识或技能。4.1 角色下表列出了在此项目的人员配备方面所作的各种假定。人力资源角色推荐的最少资源(所分配的专职角色数量)具体职责或注释测试经理,测试项目经理1进行管理监督。 职责: 提供技术指导 获取适当的资源 提供管理报告测试设计员1确定测试用例、确定测试用例的优先级并实施测试用例。职责: 生成测试计划 生成测试模型 评估测试工作的有效性测试员1执行测试。职责: 执行测试 记录结果 从错误中恢复 记录变更请求测试系统管理员1确保测试环境和资产得到管理和维护。职责: 管理测试系统 授予和管理角色对测试系统的访问权数据库管理员1确保测试数据(数据库)环境和资产得到管理和维护。职责: 管理测试数据(数据库)设计员1确定并定义测试类的操作、属性和关联。职责: 确定并定义测试类 确定并定义测试包实施员1实施测试类和测试包,并对它们进行单元测试。职责: 创建在测试模型中实施的测试类和测试包4.2 系统下表列出了测试项目所需的系统资源。系统资源资源名称/类型数据库服务器网络或子网TBD服务器名服务器名TBD数据库名TBD客户端测试 PC包括特殊的配置需求TBD测试存储库网络或子网TBD服务器名服务器名TBD测试开发 PCTBD5. 项目里程碑对我想认识你的测试应包括上面各节所述的各项测试的测试活动。应该为这些测试确定单独的项目里程碑,以通知项目的状态和成果。里程碑任务工作量开始日期结束日期制定测试计划设计测试实施测试执行测试评估测试6. 可交付工件6.1 测试模型对于所执行的每个测试,都将创建一个测试结果表单。其中应包括以下内容:测试的名称或 ID、测试的相关用例或补充规约、测试日期、测试员 ID、所要求的测试前提条件、以及测试的结果。6.2 测试日志将使用Microsoft Word来记录和报告测试结果 6.3 缺陷报告将使用Microsoft Word来记录缺陷。 7. 附录 A:项目任务以下是一些与测试有关的任务:制定测试计划- 确定测试需求- 评估风险- 制定测试策略- 确定测试资源- 创建时间表- 生成测试计划设计测试-准备工作量分析文档-确定并说明测试用例-确定并结构化测试过程-复审和评估测试覆盖实施测试- 记录或通过编程创建

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论