校园招聘系统测试计划.docx
- 文档编号:5977201
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:16
- 大小:21.69KB
校园招聘系统测试计划.docx
《校园招聘系统测试计划.docx》由会员分享,可在线阅读,更多相关《校园招聘系统测试计划.docx(16页珍藏版)》请在冰豆网上搜索。
校园招聘系统测试计划
校园招聘系统测试计划
文档标识:
当前版本:
当前状态:
草稿
发布日期:
发布
修改历史
日期
版本
作者
修改内容
评审号
变更控制号
目录
1简介4
1.1目的4
1.2背景4
1.3系统概况4
1.4范围4
1.5参考文档4
2测试需求5
3测试策略5
3.1测试完成标准5
3.2测试类型5
3.2.1功能测试5
3.2.2性能测试5
3.2.3用户界面(UI)测试6
3.2.4安全性与访问控制测试6
3.2.5兼容性测试7
3.2.6回归测试7
3.3测试实施阶段8
3.4工具8
3.5特殊的考虑事项8
4估计结果记录8
4.1估计的假设条件8
4.2测试用例数估计8
4.2.1系统测试方案8
4.3文档大小估计9
4.4工作量估计9
4.5关键计算机资源估计9
4.6成本估计(可选)9
5风险管理计划9
6组间协调计划10
7测试度量采集与分析计划10
7.1采集计划10
7.2度量分析计划10
8资源10
8.1人员安排10
8.2系统资源11
9项目测试里程碑11
10测试工作产品与规模11
11测试进度甘特图11
12其他11
简介
目的
为校园招聘系统MicroMOe提供完善的测试指导,确保一个完备的、灵活的、可为不同公司进行定制的MicroMOe系统的系统测试顺利执行。
背景
整个MicroMOe系统将分为个人求职者前台使用的功能平台,为每个公司定制出前台申请表以及企业用户所使用的招聘管理后台。
系统概况
MicroMOe主要应用于各类公司的大学招聘,包括面试,笔试,信息发布,邮件通讯一系列的面试过程自动化,电子化,还包括公司各类信息的定制,提供的简历模版的定制。
MicroMOe主要包括以下大类:
1)前台功能(注册新用户、登录系统、找回密码、更改密码、修改注册信息、浏览公告信息、浏览职位、应聘职位、浏览申请记录、填写/修改基本信息、填写/修改教育背景、填写/修改工作经验、填写/修改技能爱好、填写修改其他信息、浏览通知信息、回复通知信)。
2)招聘管理后台(登录系统、职位管理、用户管理、部门管理、目标学校管理、目标城市管理、邮件模板管理、简历筛选、笔试场地管理、笔试安排、打印笔试场地安排、发送笔试通知、面试场地管理、面试安排、发送面试通知、申请表预览、对求职者评分、对求职者评语).
范围
该项目选择V模型作为项目的生命周期,在项目开发过程中,项目组将对所开发的模块进行单元测试,开发人员单元测试时互换代码走查,然后再对各模块进行集成测试。
测试组将依据用户需求说明书和软件需求说明书以及相应的设计文档进行系统测试。
该项目不存在验收测试。
执行的测试类型将包括:
功能测试、性能测试、用户界面(UI)测试、安全性和访问测试控制等测试方法、兼容性测试等。
参考文档
文档名称
文档标识号及版本号
作者或来源
备注
校园招聘系统MicroMOe软件开发计划.doc
校园招聘系统MicroMOe用户需求说明书.doc
MicroMOe项目计划.mpp
测试需求
该项目的测试需求将全部列入TestDirector7.6Requirement页面,需求编号由TD自动生成。
测试策略
测试完成标准
最终通过系统测试,系统无业务逻辑错误和二级的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相应栏位下。
工具名称
标识号
产商/自产
版本
TestDirector
MercuryInteractive
7.6
LoadRunner
MercuryInteractive
8.0
MSOffice2003
Microsoft
2003
特殊的考虑事项
无
估计结果记录
估计的假设条件
无
测试用例数估计
系统测试方案
功能点或测试类型
最多用例数
适中的用例数
最少的用例数
合计
模块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硬盘
需求分析阶段
成本估计(可选)
本节略去。
风险管理计划
序号
风险名称
严重程度
负责人
预期日期
预防及补救方案
1
测试时间压缩过短
较严重
全程
延长工作时间,增加人力,提高工作效率
2
测试过程中测试工具和测试管理平台发生软、硬件问题
轻微
全程
协调相关资源
3
测试人员经验不足
较严重
全程
有针对性的培训指导,自身加强学习
组间协调计划
序号
计划日期
发起组
接受组
责任人
支持描述
1
测试组
项目组
参与MicroMOe测试计划、测试方案等评审
2
项目组
测试组
测试移交
3
测试组
项目组
提供系统测试阶段的问题报告,以及问题解决的验证
4
测试组
项目组、质量管理组
提供测试总结报告
测试度量采集与分析计划
采集计划
原始数据
来源
采集频度
负责人
测试用例数
系统测试方案.doc
全程
测试缺陷数
TestDirector7.6
全程
度量分析计划
度量名称
说明
类别
基线值
上限值
下限值
缺陷严重级别比率(A级为例)
缺陷按严重级别分布情况
5%
10%
0%
缺陷修复率
已修复的缺陷占全部缺陷的比率
95%
100%
90%
缺陷分布
所有缺陷在各模块的分布情况
测试返工率
缺陷重复出现导致的误工率
5%
10%
0%
测试用例覆盖率
执行测试用例发现的缺陷占所有缺陷的比率
95%
100%
90%
资源
人员安排
人员安排表
角色
姓名
任务安排或职责
测试经理
测试策划
测试设计员
测试方案与测试用例设计、测试总结
测试员
测试执行
系统资源
系统资源
资源名称/类型
配置及数量
测试数据库服务器
PCServer:
512M内存、40GSCSI硬盘1台
PC台式机
P4,主频1.6G以上,硬盘40G,内存512M,本要求是最小配置。
3台
系统软件:
SQLServer2000、WINDOWS2000(XP)PROFESSIONAL、IIS
应用软件:
MICROSOFTOFFICE、VISIO、VISUALSOURCESAFE、VisualStudioC#.NET.
项目测试里程碑
里程碑任务
工作描述
计划开始日期
计划结束日期
测试策划
制定测试计划,确定测试策略、测试资源、进度、风险等
测试设计
选定测试用例,回顾测试覆盖
测试实现
开发测试用例/脚本
测试执行
测试用例/脚本执行
测试总结
测试评估,生成测试和缺陷覆盖报告
测试工作产品与规模
工作产品名称
文档标识
计划完成日期
评审类型
MicroMOe测试计划.doc
正式评审
MicroMOe测试计划.mpp
正式评审
系统测试方案.doc
正式评审
测试总结报告.doc
桌面检查
测试进度甘特图
测试进度详见《MicroMOe测试进度》
其他
缺陷严重等级说明:
A.严重影响系统运行的错误;
B.功能方面一般缺陷,影响系统运行;
C.不影响运行但必须修改;
D.合理化建议。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 校园 招聘 系统 测试 计划