软件测试计划的核心内容:
1、确定测试范围和风险,明确测试目标;
2、确认总体的测试方法(策略);
3、确定测试什么?测试由什么角色来执行?如何测试?
4、为测试的设计,实施和评估安排时间进度;
5、为确定的测试活动分配资源。
骑士CMS人才系统测试计划
文档标识
|
TestPlan_01 |
当前版本 |
V1.0 |
||||||
当前状态 |
草稿 |
ü |
发布日期 |
|
|||||
发布 |
|
||||||||
修改历史 |
|||||||||
日期 |
版本 |
作者 |
修改内容 |
评审号 |
备注 |
||||
2017-05-14 |
V1.0 |
吴水荣 |
新增 |
|
本文档所针对的项目非本人实际工作中的项目,而是在网上下载的PHP源码所部署的一个项目。仅用于用人企业参考本人的文档水平 |
||||
|
|
|
|
|
|
|
|
|
|
目录
1. 简介
1.1目的
为骑士CMS人才系统提供完善的测试指导,说明各种测试阶段任务、人员分配和时间安排、工作规划等。本计划的可能读者有测试经理、测试组成员、项目经理以及企业授权可查阅的人员。
1.2背景
整个骑士CMS人才系统将分为个人求职者的求职管理、简历管理,企业的发布职位、管理职位和简历平台,以及系统管理员所使用的招聘管理后台。
1.3 系统概况
骑士CMS人才系统主要应用于各类公司的人才招聘和个人求职者的求职平台以及系统对企业和个人的信息管理后台。
系统功能主要包括以下大类:
1) 个人前台功能(签到、注册新用户、登录系统、找回密码、更改密码、修改注册信息、帐号管理、浏览公告信息、浏览职位、应聘职位、浏览申请记录、填写修改其他信息、浏览通知信息、回复通知信息、添加简历、管理简历、求职管理)。
2) 企业前台功能(签到、注册新用户、登录系统、找回密码、更改密码、修改注册信息、帐号管理、浏览公告信息、发布职位、管理职位、管理简历、申请会员服务)。
3) 招聘管理后台(登录系统、系统管理(网站配置、安全设置、导航管理等)、公告管理、对注册的企业用户和个人求职者用户进行审核等管理)。
1.4 测试范围
由于该项目并不是实际工作中的测试项目,而是从网上下载的系统,并无实际的用户需求说明书和软件需求说明书等一系列参考文档,仅有源码下载网站上的一些相关功能等说明,因此该计划并不十分严谨。
该项目不存在验收测试。
执行的测试类型将包括:功能测试、性能测试、用户界面(UI)测试、安全性和访问测试控制等测试方法、兼容性测试等。
1.5 参考文档
文档名称 |
文档标识号及版本号 |
作者或来源 |
备注 |
骑士CMS人才系统相关功能说明 |
|
www.down.chinaz.com站长下载网 |
|
2. 测试策略
2.1 测试完成标准
最终通过系统测试,系统无业务逻辑错误和二级的BUG。经确定的所有缺陷都已得到了商定的解决结果。所设计的测试用例已全部重新执行,已知的所有缺陷都已按照商定的方式进行了处理,而且没有发现新的缺陷。
测试类型
2.2.1 功能测试
测试范围 |
按角色进行前台和后台的全部功能。 |
测试目标 |
核实所有功能均已正常实现,即不同角色均可正确进行相应的招聘(/应骋)操作。 1. 业务流程检验:各个业务流程符合常规逻辑,用户使用时不会产生疑问。 2. 数据精确:各数据类型的输入输出时统计精确。 |
技术 |
采用墨盒测试、使用边界值测试、等价类划分、数据驱动等测试方法 |
工具与方法 |
手工测试 |
开始标准 |
测试用例设计完毕并且通过同行评审且项目组移交系统测试 |
完成标准 |
95%测试用命通过并且最高缺陷全部解决 |
测试重点与优先级 |
优先测试:个人求职者的注册、创建(管理)简历、应聘职位功能; 企业的注册、发布职位、管理职位、搜索、管理简历的功能; 系统管理员的系统管理、会员(包括个人和企业)管理功能。 |
需考虑的特殊事项 |
|
2.2.2 性能测试
测试范围 |
大流量的数据与多用户操作时性能方面的测试 |
测试目标 |
核实系统在大流量的数据与多用户操作时软件性能的稳定性,不造成系统响应缓慢及至崩溃等现象 |
技术 |
自动化性能测试 |
工具与方法 |
LoadRunner 11 |
开始标准 |
自动化性能测试脚本设计并评审通过且项目组移交系统测试 |
完成标准 |
系统满足用户需求中所要求的性能要求 |
测试重点与优先级 |
优先测试多用户并发时各角色用户注册、登录、发布职位、建立(管理)简历、投递简历这几个事务的响应速度。 |
需考虑的特殊事项 |
|
2.2.3 用户界面(UI)测试
测试范围 |
1. 导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、Title、提示信息的一致性等。 2. 友好性、可操作性(易用性) |
测试目标 |
核实各个窗口风格(包括颜色、字体、提示信息、图标、Title等等)都与基准版本操持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。 |
技术 |
WEB测试通用方法 |
工具与方法 |
手工测试 |
开始标准 |
项目组移交系统测试 |
完成标准 |
UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯 |
测试重点与优先级 |
优先测试系统前台的界面。 |
需考虑的特殊事项 |
|
2.2.4安全性与访问控制测试
测试范围 |
1. 密码:登录、超级管理员、一般管理员、普通用户或会员等 2. 权限 3. 非法攻击 4. 登录超时限制等等 |
测试目标 |
1. 应用程序级别的安全性:核实用户只能操作其所拥有权限能操作的功能。 2. 系统级别的安全性:核实只有具备系统访问权限的用户才能访问系统。 |
技术 |
代码包或者非法攻击工具 |
工具与方法 |
手工测试 |
开始标准 |
项目组移交系统测试 |
完成标准 |
执行各种非法操作无安全漏洞且系统使用正常 |
测试重点与优先级 |
|
需考虑的特殊事项 |
|
2.2.5 兼容性测试
测试范围 |
1. 使用不同版本的浏览器、分辨率、操作系统分别进行测试 2. 不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。 |
测试目标 |
核实系统在不同的软件和硬件配置中运行稳定 |
技术 |
墨盒测试 |
工具与方法 |
手工测试 |
开始标准 |
项目组移交系统测试 |
完成标准 |
在各种不同版本不同类型浏览器、操作系统或者其组合下均能正常实现其功能 |
测试重点与优先级 |
优先测试主流的几个浏览器的兼容性,比如IE各个版本、chrome、firefox等。 |
需考虑的特殊事项 |
|
2.2.6 回归测试
测试范围 |
所有功能、性能、用户界面、兼容性、安全性与访问控制等测试类型 |
测试目标 |
核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准 |
技术 |
墨盒测试 |
工具与方法 |
手工测试和自动化测试 |
开始标准 |
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
完成标准 |
95%的测试用例执行通过并通过系统测试 |
测试重点与优先级 |
|
需考虑的特殊事项 |
|
2.2测试实施阶段
测试类型 |
测试阶段 |
|||
单元测试 |
集成测试 |
系统测试 |
验收测试 |
|
功能测试 |
X |
X |
C |
K,C |
性能测试 |
X |
X |
C |
K,C |
安全性测试 |
X |
X |
C |
K,C |
兼容性测试 |
X |
X |
C |
K,C |
用户界面(UI)测试 |
|
X |
C |
K,C |
回归测试 |
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
|||
备注 |
“X”表示由项目组执行、“C”表示由测试组执行、“K”表示由客户执行 |
2.3 工具
该项目使用下表所述的测试工具和测试管理平台进行测试和测试管理,测试数据存储在禅道项目管理系统相应栏目下,访问地址:http://demo.zentao.net/user-login-Lw==.html。
工具名称 |
标识号 |
产商/产自 |
版本 |
禅道项目管理系统 |
|
|
|
LoadRunner |
|
Mercury Interactive |
11 |
MSOffice2010 |
|
Microsoft |
2010 |
3. 资源(包括预估情况)
3.1工作量估计
任务或模块\工作量(人小时)\阶段 |
最多工作量 |
最少工作量 |
居中 |
测试策划 |
12 |
8 |
10 |
测试设计 |
16 |
12 |
14 |
测试实现 |
12 |
8 |
10 |
测试执行 |
96 |
72 |
80 |
测试总结 |
6 |
4 |
5 |
合计 |
142 |
124 |
133 |
3.2 人力资源
人员安排表 |
||
角色 |
姓名 |
任务安排或职责 |
测试经理 |
吴水荣 |
测试策划,测试计划编写以及追踪测试情况和审核测试员提交的文档 |
测试工程师 |
吴水荣 |
参与测试计划编写、测试用例设计、测试执行,测试总结报告的编写 |
3.3 系统资源
资源名称/类型 |
配置 |
数量 |
测试数据库服务器 |
PC Server:512M以上、内容:40G以上、SCS硬盘 |
1台 |
PC台式机 |
P4,主频1.6G以上,硬盘40G以上,内存512M以上 |
3台 |
系统软件 |
SQL Server 2000,Windows2000(XP), Professional IIS |
|
应用软件 |
Micosoft OfficeViso、Visual Sourcesafe Visual Studio C#.NET |
|
3.4 关键计算机资源估计
关键项 |
数量 |
性能要求 |
期望到位阶段 |
PC台式机 |
3 |
P4,主频1.6G以上,硬盘40G以上,内存512M以上 |
需求分析阶段 |
TD7.6服务器 |
1 |
PC Server:512M内存、40G SCSI硬盘 |
需求分析阶段 |
4. 风险管理计划
序号 |
风险名称 |
严重程度 |
负责人 |
时段 |
预防及补救方案 |
1 |
测试时间压缩过短 |
较严重 |
|
全程 |
延长工作时间,增加人力,提高工作效率 |
2 |
测试过程中测试工具和测试管理平台发生软、硬件问题 |
轻微 |
|
全程 |
协调相关资源 |
3 |
测试人员经验不足 |
较严重 |
|
全程 |
有针对性的培训指导,自身加强学习 |
4 |
BUG修复情况不良好 |
较严重 |
|
全程 |
与开发人员进行友好而有效的沟通,促使其修复必改的BUG |
5. 组间协调计划
序号 |
计划日期 |
发起组 |
接受组 |
责任人 |
支持描述 |
1 |
|
测试组 |
项目组 |
|
参与骑士CMS系统测试计划、测试方案等评审 |
2 |
|
项目组 |
测试组 |
|
测试移交 |
3 |
|
测试组 |
项目组 |
|
提供系统测试阶段的问题报告,以及问题解决的验证 |
4 |
|
测试组 |
项目组、质量管理组 |
|
提供测试总结报告 |
6. 项目测试里程碑
里程碑任务 |
工作描述 |
计划开始日期 |
计划结束日期 |
测试策划 |
收集测试需求,制定测试计划,确定测试策略,测试资源,进度,风险等 |
|
|
测试设计 |
结合相应的软件需求文档,设计出比较全面、合理的测试用例。定义测试用例的执行顺序 |
|
|
测试实现 |
开发测试用例和测试脚本 |
|
|
测试执行 |
搭建软件测试环境,执行测试用例全方位的观察测试用例执行结果,加强测试过程记录,及时确认发现的问题,与开发人员良好的沟通,及时更新测试用例 |
|
|
测试总结 |
测试评估,生成测试和缺陷覆盖报告 |
|
|
7. 测试工作产出
骑士CMS系统测试计划.doc、骑士CMS系统测试用例、骑士CMS系统测试总结报告。
8. 测试进度甘特图
略
9. 缺陷严重等级说明
1级:严重影响系统运行的错误
2级:功能方面一般缺陷,影响系统运行
3级:不影响运行但必须修改
4级:合理化建议