总体测试计划

上传人:豆浆 文档编号:10867564 上传时间:2017-10-10 格式:DOC 页数:9 大小:118.50KB
返回 下载 相关 举报
总体测试计划_第1页
第1页 / 共9页
总体测试计划_第2页
第2页 / 共9页
总体测试计划_第3页
第3页 / 共9页
总体测试计划_第4页
第4页 / 共9页
总体测试计划_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《总体测试计划》由会员分享,可在线阅读,更多相关《总体测试计划(9页珍藏版)》请在金锄头文库上搜索。

1、附录 D总体测试计划样例“计划是一个必须以它自身为基础的过程每一步都要创造一个对特定情形的新理解,而这又成为新计划的起点。 ”计划,MCDP5美国海军陆战队总体测试计划样例下面是一个总体测试计划的例子,它是为测试 STQE.net Web 网站而设计的。STQE.net Web网站后来变成了有名的 StickyM。STQE.net 总体测试计划,发布版本 1版本 151 测试计划标识符STQE.net MTP 152 参考文献在准备本文档时参考了以下文件:a STQE.NET 需求定义,版本 3.2b STQE.NET Web 站点的控制结构,版本 1.00c STQE.NET 测试目标,版本

2、 1.5d SQE 系统的软件测试课程讲义e STQE.NET 问题报告表3 介绍软件质量工程公司和一家外面的软件开发商签了合约,要建立一个 WWW 站点,该站点主要是为软件测试和质量工程专业人员提供共享知识和信息。站点的目标用户将和软件测试和质量工程杂志的读者一样,是对创造和发布更好的软件产品感兴趣的软件经理(开发、测试和质量经理)和测试专业人员,以及软件工程师。和许多 WWW 站点不一样,这个称为 STQE.net 的网站,是一个软件驱动的数据库应用程序,采用了 Microsoft Site Builder、ASP 和 MS-SQL 数据库。本总体测试计划(Master Test Plan

3、,MTP)内容覆盖了软件的测试活动,但不包括增加、编辑、出版和内容核实等任务。STQE.net 网站以不同版本来标识,版本越高,功能越强: 版本 1.0,也称为“Live Beta”版,它能让各栏目负责人和产品提供商(供应商)有机会向数据库中输入数据。对 STQE.net 的初始功能的正式测试也是从这个版本开始的。在经过了正式测试、并加载了内容以后,这个网站将成为产品,并向公众“隆重推出” 。在版本 1.0 所有的功能特征都发布后,内部的Bug 修复版本将用字符后缀来标识,比如,1.0a,1.0b,等等。进一步的增强功能,比如职位公布、标题广告管理、 “Whats new”特征,以及全面的站点

4、搜索引擎等,都将在后期版本中加入。本总体测试计划,覆盖了版本 1 的测试,其中包括以下等级的测试: 单元和集成测试:将由作为站点软件开发方的供应商来完成这些等级的测试。本计划不对这些等级的测试进行描述。 烟雾测试:烟雾测试将由 SQE 测试组负责进行。测试计划的编写在一定程度上要求易于自动执行。烟雾测试的目的是检验这个软件是不是足够稳定,能否进行更深入的功能测试。 功能测试:功能测试是为了检验各级用户使用的功能是不是符合设计的要求。在烟雾测试中设计的一些测试,再加上另外一些测试,就可以形成功能测试计划。这些测试也将按一种易于自动化的形式来写。正是在这个等级的测试中将检验数据是不是处于正确的状态

5、,是不是更新到正确的数据库中,等等。由于在单元测试阶段缺乏正式的测试,所以这个等级的测试将会进行得非常深入。 系统测试:这个等级的测试是为了测试整个完整系统的功能。同样,在前面阶段构造的测试,只要补充一些新的测试,就可以在系统测试阶段重用。测试的方法是通过使用多种浏览器、操作系统和监视器来检验功能测试计划。 性能测试:这个等级的测试将检验在用户足够多的情况下系统能否正常工作。性能测试将人工进行,也可以利用前面阶段的测试。性能测试将设计成可重用、能自动执行的。性能测试将在实际的产品环境中进行。 验收测试:这个等级的测试是为了从最终用户的角度来测试这个 Web 网站。测试场景的构造要考虑不用类型的

6、用户进入站点的情形,并设想他们可能会做些什么、可能会问些什么。验收测试可以重用前面阶段设计的测试,并增加一些必要的新测试。 测试:这个等级的测试在实际的 SQE.NET 网站上进行,和验收测试同时进行。内容提供者(各方栏目负责人和产品供应商) ,也就是那些给网站添加数据的人,将对这个站点的性能和功能特征的提出反馈意见。测试的基本原理是基于风险的测试。在每个测试等级都将对测试目标和各次测试进行优先级划分,划分为极高、高、中和低级。4 测试项待测试的软件包括以下几种:a SQE.NET 站点软件:测试将在开发商提供的最新版本上进行。每个版本都按内部版本编码方式进行标识。本测试仅在 SQL Seve

7、r 的数据库上进行,而不考虑Access 数据库。b Netscape Navigator 3.02 和 Internet Explorer(IE)4.02:我们已经指定SQE.NET 将运行在 Netscape 3.0 和 IE 4.0 及更高版本上。测试可以在任何版本上完成,但正式的系统测试和验收测试将使用这些版本。附加的浏览器测试将在最新的 MS-Windows 浏览器上进行,包括 Netscape 4.0 和将要推出的 IE 5.0。c Mircrosoft Windows 平台:大多数测试都将在安装了最小配置的 Mircrosoft Windows 95,OSR 1 的 PC 机上完

8、成。然而,测试的参照平台是带最新补丁的Mircrosoft Windows 98 。d Macintosh 平台:最小测试将在 Macintosh 平台上进行,Macintosh 平台上要带有支持最新的 Mac OS 8.0 的 Netscape。SQE 将补充对 Mac 平台的支持,并在 Mac平台上进行 测试。e UNIX:不在 UNIX 工作站上进行正式的测试。 SQE 将补充对 UNIX 的支持,并在UNIX 上进行 测试。5 软件风险问题由于这是 SQE.net 的初始版本,所以测试要求验证这个站点的所有需求。软件风险问题在 SQE.net 测试目标电子表格中定义并按优先级进行了排序

9、,请参看本计划中的附录A。6 待测特征和功能下面分别基于需求、设计和编码列出了测试目标,并对其进行了更进一步分类:基于需求:RB-FN:特征 导航条RB-FH:特征 回到主页RB-UM:特征用户成员管理(添加,注册,更新用户档案)RB-FI:特征栏目RB-FB:特征书籍RB-FT:特征工具和服务RB-FC:特征事件日历RB-FD:特征 公告和术语RB-FS:特征赞助方和广告客户RB-FA:特征 管理员RB-SG:场景 过客RB-SU:场景 成员用户(已登录的)RB-SM:场景版主RB-SP:场景提供商(供应商)RB-SA:场景 管理员基于设计DB-US:用法DB-SC:安全性DB-ML:多语言

10、DB-PF:性能(容量和强度)DB-BC:浏览器配置DB-SR:站点失效/重启DB-BK:备份/恢复基于编码CB-LK:链接CB-HS:语法(HTML 和 ASP 代码)CB-TG:元标签和图形标签 7 不予测试的特征我们希望能够将测试目标清单(附录 A)中的每一项都测试到。然而,如果时间不允许,可能要忽略一些低优先级的项。8 方法测试先是人工完成,直到站点稳定后再开始自动测试。本测试将覆盖所有进入站点的不同角色的需求,如过客,成员,供应商,版主和管理员。81 自动化测试工具我们将使用商业化、现货供应的工具来实施自动化测试。我们将用一个工具来进行反馈/缺陷跟踪;将实现一个测试脚本工具来进行人工

11、与自动化混合测试;在烟雾测试的自动化部分可以在有限部分使用捕获/回放工具;而其他工具,像链接测试器和 HTML 语法检查器,都可以按需要来使用。对版本 1,我们并不打算做任何自动化的性能测试。烟雾测试将是第一个使用自动化的测试。GUI 界面和数据库稳定后,就可以开始自动测试工作了。82 缺陷跟踪来自 用户的反馈信息和测试问题将以 SQE.net 问题报告表的形式进行报告,并输入到一个工具中。在一个工作日内,我们将对所有的新问题进行分析并归类,确定是软件缺陷、增强功能、无法重现、不是问题或失效等类别中的哪一种。同时,也将确定软件缺陷的严重程度和修复的优先级。关于问题种类、严重程度分类,和修复优先

12、级在附录 B 中有相应说明。83 变更管理当供应商把软件提交给 SQE 进行测试后,所有对这个站点软件的变更都要受控进行。软件经过任何变更后进入测试环境前都要经过项目经理的审批。要在一份变更通知中说明被变更的模块、变更的原因,以及所有已修复的缺陷。除了会妨碍当前测试的严重错误要及时修复外,变更都要按进度安排,不能影响测试。除非是为紧急情况做修复,否则在测试经理审批通过一个新版本之前,任何变更都不能直接进入测试环境。软件真正进入测试环境后,要用测试来确认这个软件是否与测试中的配置相匹配,并且要进行烟雾测试。84 测试周期要将一个新版本发布到测试环境中,需要完成以下过程: 检查并记录配置 执行烟雾

13、测试 如果以上处理都取得了成功,就需要对系统和/或验收测试套件进行更新,以包含烟雾测试没有覆盖的地方,然后执行测试。另外,要对意外事件进行分析,并对软件缺陷进行报告。 测试人员要对新的功能、已变更的功能和有出错倾向的功能进行 Ad Hoc 测试。 开发新的测试。虽然版本 1 处于“live beta”状态,但只要是“通过”一个测试周期的任何更新都将汇入到产品中,并变成“live” 状态。85 度量需要对每个测试周期的测试工作、意外事件、缺陷和执行的测试用例进行度量收集。9 测试项通过/失败准则附录 C 中定义了各个测试等级的入口准则。一个测试等级的出口准则是下一个测试等级的入口准则。当“添加内

14、容”的功能部件中存在严重错误时,Web 网站将不对内容提供者开放。通常只有当所有致命的缺陷和严重程度高的缺陷都处理完毕后,这个站点的版本 1 才能对普通公众用户开放。由项目经理判断决定,在不影响过客和成员使用的情况下,哪些致命的缺陷和严重程度高的缺陷可以推迟解决。10 挂起准则和恢复需求对供应商提供的每次更新,都要执行烟雾测试。如果这个测试没有通过,则中止进一步的测试,直到发布了能够通过这个测试的版本为止。当供应商提交了一个能够通过烟雾测试的更新版本时,就恢复测试工作。11 测试发布物要准备以下文档: 总体测试计划(本文) 测试设计 测试规程 测试日志 测试总结报告 测试数据 自动化测试脚本

15、意外事件报告 意外事件日志12 遗留的测试任务供应商应完成本站点软件单元测试和集成测试;而使用到的浏览器和操作系统则不必进行测试。13 测试环境在所有的测试中,测试人员要指定使用的浏览器。开发过程中共用到四个 Web 站点: 开发:位于开发人员网络环境中的站点,它是供应商的开发环境。注意:为了加速软件开发,在开发过程中使用 Acess 数据库来建 SQL 表,而其他几种情况使用的都是MS-SQL 数据库。 分级开发:对软件的更新将要反映到分级开发站点中,以便进行烟雾测试。这个站点位于开发人员的网络环境中,使用的是 MS-SQL 数据库(和产品一样) 。 SQE 测试:位于 SQE 的站点,将用

16、于功能测试、系统测试和验收测试。 实际产品:这个站点将位于支持 24x7 操作的互联网接入服务供应商那里。性能测试将在这个站点上完成。可能需要一个独立的站点来进行自动化测试。14 人员安排和培训需求需要指定以下角色:项目经理:负责管理整个 SQE.NET Web 站点的实现工作。包括创建需求、处理与供应商的关系、监督测试过程,以及向高级主管汇报工作。测试经理:负责开发总体测试计划、评审测试交付物、管理测试周期、收集度量数据,并向项目经理报告工作状态、建议测试完成时间。测试工程师:负责测试设计、创建测试过程、创建测试数据、执行测试、准备意外事件报告、分析意外事件、编写自动化测试规程、向测试经理报告度量数据。PC/网络支持:负责维护 SQE 办公室的 PC 机和网络,为测试提供支持。测试经理和测试工程师需要参加 SST 课程来熟悉 STEP 方法。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号