软件测试计划范例做好测试的开始.docx

上传人:b****8 文档编号:9883720 上传时间:2023-02-07 格式:DOCX 页数:15 大小:21.51KB
下载 相关 举报
软件测试计划范例做好测试的开始.docx_第1页
第1页 / 共15页
软件测试计划范例做好测试的开始.docx_第2页
第2页 / 共15页
软件测试计划范例做好测试的开始.docx_第3页
第3页 / 共15页
软件测试计划范例做好测试的开始.docx_第4页
第4页 / 共15页
软件测试计划范例做好测试的开始.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

软件测试计划范例做好测试的开始.docx

《软件测试计划范例做好测试的开始.docx》由会员分享,可在线阅读,更多相关《软件测试计划范例做好测试的开始.docx(15页珍藏版)》请在冰豆网上搜索。

软件测试计划范例做好测试的开始.docx

软件测试计划范例做好测试的开始

 

校园招聘系统测试计划

文档标识:

当前版本:

当前状态:

草稿

发布日期:

发布

修改历史

日期

版本

作者

修改内容

评审号

变更控制号

 

 

1简介

目的

为校园招聘系统MicroMOe提供完善的测试指导,确保一个完备的、灵活的、可为不同公司进行定制的MicroMOe系统的系统测试顺利执行。

背景

整个MicroMOe系统将分为个人求职者前台使用的功能平台,为每个公司定制出前台申请表以及企业用户所使用的招聘管理后台。

系统概况

MicroMOe主要应用于各类公司的大学招聘,包括面试,笔试,信息发布,邮件通讯一系列的面试过程自动化,电子化,还包括公司各类信息的定制,提供的简历模版的定制。

MicroMOe主要包括以下大类:

1)前台功能(注册新用户、登录系统、找回密码、更改密码、修改注册信息、浏览公告信息、浏览职位、应聘职位、浏览申请记录、填写/修改基本信息、填写/修改教育背景、填写/修改工作经验、填写/修改技能爱好、填写修改其他信息、浏览通知信息、回复通知信)。

2)招聘管理后台(登录系统、职位管理、用户管理、部门管理、目标学校管理、目标城市管理、邮件模板管理、简历筛选、笔试场地管理、笔试安排、打印笔试场地安排、发送笔试通知、面试场地管理、面试安排、发送面试通知、申请表预览、对求职者评分、对求职者评语).

范围

该项目选择V模型作为项目的生命周期,在项目开发过程中,项目组将对所开发的模块进行单元测试,开发人员单元测试时互换代码走查,然后再对各模块进行集成测试。

测试组将依据用户需求说明书和软件需求说明书以及相应的设计文档进行系统测试。

该项目不存在验收测试。

执行的测试类型将包括:

功能测试、性能测试、用户界面(UI)测试、安全性和访问测试控制等测试方法、兼容性测试等。

参考文档

文档名称

文档标识号及版本号

作者或来源

备注

校园招聘系统MicroMOe软件开发计划.doc

校园招聘系统MicroMOe用户需求说明书.doc

MicroMOe项目计划.mpp

2测试需求

该项目的测试需求将全部列入TestDirector7.6Requirement页面,需求编号由TD自动生成。

URL:

http:

//VSS_SEVER/TDBIN/start_a.htm,项目名称:

PRJ_MicroMOe。

3测试策略

测试完成标准

最终通过系统测试,系统无业务逻辑错误和二级的BUG。

经确定的所有缺陷都已得到了商定的解决结果。

所设计的测试用例已全部重新执行,已知的所有缺陷都已按照商定的方式进行了处理,而且没有发现新的缺陷。

测试类型

功能测试

测试范围

验证数据精确度、数据类型、业务功能等相关方面的正确性

测试目标

核实所有功能均已正常实现,即可按每个用户的需求定制不同的申请表及招聘流程(筛选、笔试、面试)。

1.业务流程检验:

各个业务流程符合常规逻辑,用户使用时不会产生疑问。

2、数据精确:

各数据类型的输入输出时统计精确。

技术

采用黑盒测试,使用边界值测试、等价类划分、数据驱动等测试方法

工具与方法

手工测试

开始标准

测试用例设计完毕并且通过同行评审且项目组移交系统测试

完成标准

95%测试用例通过并且最高级缺陷全部解决

测试重点与优先级

需考虑的特殊事项

性能测试

测试范围

大流量的数据与多用户操作时性能方面的测试

测试目标

核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成系统崩溃或相关的异常现象

技术

自动化测试

工具与方法

LoadRunner8.0

开始标准

自动化测试脚本设计并评审通过且项目组移交系统测试

完成标准

系统满足用户需求中所要求的性能要求

测试重点与优先级

需考虑的特殊事项

用户界面(UI)测试

测试范围

1.导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。

2.友好性、可操作性(易用性)

测试目标

核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等等)都与基准版本保持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。

技术

WEB测试通用方法

工具与方法

手工测试

开始标准

项目组移交系统测试

完成标准

UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯

测试重点与优先级

需考虑的特殊事项

安全性与访问控制测试

测试范围

1.密码:

登录、超级管理员、一般管理员、普通用户或会员等

2.权限

3.非法攻击

4.登录超时限制等等

测试目标

1.应用程序级别的安全性:

核实用户只能操作其所拥有权限能操作的功能。

2.系统级别的安全性:

核实只有具备系统访问权限的用户才能访问系统。

技术

代码包或者非法攻击工具

工具与方法

手工测试

开始标准

项目组移交系统测试

完成标准

执行各种非法操作无安全漏洞且系统使用正常

测试重点与优先级

需考虑的特殊事项

兼容性测试

测试范围

1.使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。

2.不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。

测试目标

核实系统在不同的软件和硬件配置中运行稳定

技术

黑盒测试

工具与方法

手工测试

开始标准

项目组移交系统测试

完成标准

在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能

测试重点与优先级

需考虑的特殊事项

回归测试

测试范围

所有功能、性能、用户界面、兼容性、安全性与访问控制等测试类型

测试目标

核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准

技术

黑盒测试

工具与方法

手工测试和自动化测试

开始标准

每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试

完成标准

95%的测试用例执行通过并通过系统测试

测试重点与优先级

需考虑的特殊事项

测试实施阶段

测试类型

测试阶段

单元测试

集成测试

系统测试

验收测试

功能测试

X

X

X

性能测试

X

X

ü

X

安全性测试

X

X

ü

X

兼容性测试

X

X

ü

X

用户界面(UI)测试

X

ü

X

回归测试

每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试

备注:

“”表示由测试组执行,“X”表示由项目组执行;

工具

该项目使用下表所述的测试工具和测试管理平台进行测试和测试管理,测试数据存储在TestDirector7.6相应栏位下,访问地址:

http:

//vss_server/TDBIN/start_a.htm。

工具名称

标识号

产商/自产

版本

TestDirector

MercuryInteractive

7.6

LoadRunner

MercuryInteractive

8.0

MSOffice2003

Microsoft

2003

特殊的考虑事项

4估计结果记录

估计的假设条件

测试用例数估计

系统测试方案

功能点或测试类型

最多用例数

适中的用例数

最少的用例数

合计

模块1(性能测试)

5

3

2

3

模块2(功能测试)

60

50

40

50

模块3(安全性测试)

4

3

2

3

模块4(兼容性测试)

5

3

2

3

合计

系统用例数:

文档大小估计

文档名称

估计文档大小(页)

备注

MicroMOe测试计划.doc

12

MicroMOe测试计划.mpp

MicroMOe系统测试方案.doc

40

按功能点

MicroMOe测试总结报告.doc

10

工作量估计

任务或模块\工作量(人小时)\阶段

最多工作量

适中工作量

最少工作量

合计

测试策划

12

10

8

10

测试设计

24

20

18

20.3

测试实现

120

108

96

108

测试执行

96

80

72

81.3

测试总结

12

10

8

10

合计

关键计算机资源估计

关键项

数量

性能要求

期望到位阶段

PC台式机

3

P4,主频1.6G以上,硬盘40G,内存512M,本要求是最小配置。

需求分析阶段

TD7.6服务器

1

PCServer:

512M内存、40GSCSI硬盘

需求分析阶段

成本估计(可选)

本节略去。

5风险管理计划

序号

风险名称

严重程度

负责人

预期日期

预防及补救方案

1

测试时间压缩过短

较严重

全程

延长工作时间,增加人力,提高工作效率

2

测试过程中测试工具和测试管理平台发生软、硬件问题

轻微

全程

协调相关资源

3

测试人员经验不足

较严重

全程

有针对性的培训指导,自身加强学习

6组间协调计划

序号

计划日期

发起组

接受组

责任人

支持描述

1

测试组

项目组

参与MicroMOe测试计划、测试方案等评审

2

项目组

测试组

测试移交

3

测试组

项目组

提供系统测试阶段的问题报告,以及问题解决的验证

4

测试组

项目组、质量管理组

提供测试总结报告

7测试度量采集与分析计划

采集计划

原始数据

来源

采集频度

负责人

测试用例数

系统测试方案.doc

全程

测试缺陷数

TestDirector7.6

全程

度量分析计划

度量名称

说明

类别

基线值

上限值

下限值

缺陷严重级别比率(A级为例)

缺陷按严重级别分布情况

5%

10%

0%

缺陷修复率

已修复的缺陷占全部缺陷的比率

95%

100%

90%

缺陷分布

所有缺陷在各模块的分布情况

测试返工率

缺陷重复出现导致的误工率

5%

10%

0%

测试用例覆盖率

执行测试用例发现的缺陷占所有缺陷的比率

95%

100%

90%

8资源

人员安排

人员安排表

角色

姓名

任务安排或职责

测试经理

测试策划

测试设计员

测试方案与测试用例设计、测试总结

测试员

测试执行

系统资源

系统资源

资源名称/类型

配置及数量

测试数据库服务器

PCServer:

512M内存、40GSCSI硬盘1台

PC台式机

P4,主频1.6G以上,硬盘40G,内存512M,本要求是最小配置。

3台

系统软件:

SQLServer2000、WINDOWS2000(XP)PROFESSIONAL、IIS

应用软件:

MICROSOFTOFFICE、VISIO、VISUALSOURCESAFE、VisualStudioC#.NET.

9项目测试里程碑

里程碑任务

工作描述

计划开始日期

计划结束日期

测试策划

收集测试需求,制定测试计划,确定测试策略、测试资源、进度、风险等。

搭建软件测试环境

测试设计

结合相应的软件需求文档,设计出比较全面、合理的测试用例。

定义测试用例的执行顺序

测试实现

开发测试用例/脚本

测试执行

搭建软件测试环境,执行测试用例

全方位的观察测试用例执行结果

加强测试过程记录

及时确认发现的问题

与开发人员良好的沟通

及时更新测试用例

测试总结

测试评估,生成测试和缺陷覆盖报告

10测试工作产品与规模

工作产品名称

文档标识

计划完成日期

评审类型

MicroMOe测试计划.doc

正式评审

MicroMOe测试计划.mpp

正式评审

系统测试方案.doc

正式评审

测试总结报告.doc

桌面检查

11测试进度甘特图

测试进度详见《MicroMOe测试进度》

12其他

缺陷严重等级说明:

A.严重影响系统运行的错误;

B.功能方面一般缺陷,影响系统运行;

C.不影响运行但必须修改;

D.合理化建议。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 家庭教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1