标签:
1.1目的
本计划将要对软件系统进行一系列的测试,黑盒、白盒、内测、试运营、公测、运营等阶段。
工作内容 |
人数(人) |
工作时间(日) |
产品策划、功能设计 |
1 |
3 |
交互设计 |
1 |
10 |
布局设计 |
2 |
10 |
界面设计 |
1 |
5 |
程序开发 (Android客户端、server工程师) |
4 |
15 |
产品测试 |
5 |
5 |
共计 |
* |
48 |
产品测试一共5天,黑盒1一天,白盒2天,其余一共3天。
1.2名词解释
缩写词或术语 |
英文解释 |
中文解释 |
Debug |
进行debug调试 |
|
|
|
|
1.3参考资料
《构建之法》、《软件工程导论》
1.4测试摘要
本次针对“医天下”系统进行各方面的测试,包括软件系统的性能,bug的修复程度,是否有卡顿,以及一些更强烈的用户体感。
1.4.1 重点事项
1、购物车支付过程中的安全事务。
2、路线规划的准确度。
3、是否有延迟问题。
1.4.2 争议事项
布局方面存在着较大争议。
1.4.3 风险评估
预计在系统的开发过程中,布局问题是用户体感觉得不好的地方,应该增强一下用户的体感,还有就是功能远远不能满足用户(功能量少)。
1.4.4 测试目标
首先,可以保证系统的运行情况;
其次,系统漏洞bug需要不断的修复;
再次,用户体感不断的增加;
最后,达到运营阶段。
第2章项目背景
2.1测试范围
说明本计划涵盖的测试范围,比如功能测试、集成测试、系统测试、验收测试等。通常说明什么是要测试的,什么是不要测试的是非常重要的。明确规定这些问题后,测试人员对该做什么有一个清晰的认识。
功能测试:
<1>测试路线规划功能是否准确
<2>测试在线挂号功能是否可行
<3>测试在线寻求专家是否卡顿
<4>测试在线购药系统是否出现一些致命性的漏洞
系统测试:
<1>测试系统是否能够正常运行
<2>测试系统运行是否卡顿
2.2联系方式
列出项目参与人员的职务、姓名、E-mail 和电话。
职务 |
姓名 |
|
电话 |
开发工程师 |
朱云铖 |
Zhuyuncheng1994@qq.com |
136****6326 |
CVS Builder |
李伟 |
136****2372 |
|
开发经理 |
朱云铖 |
136****6326 |
|
测试负责人 |
刘世贤 |
136****9021 |
|
测试人员 |
黄彦潇 |
Huangyanxiao@qq.com |
136****0071 |
2.3测试文档
列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。
2.5.1测试参考文档
文档说明 |
作者 |
文档位置(CVS) |
需求文档 |
朱云铖 |
https://github.com/zyc8023/Ivan/blob/master/ |
总体设计 |
朱云铖 |
https://github.com/zyc8023/Ivan/blob/master/ |
白皮书 |
刘世贤 |
https://github.com/zyc8023/Ivan/blob/master/ |
使用手册 |
李伟 |
https://github.com/zyc8023/Ivan/blob/master/ |
管理手册 |
李伟 |
https://github.com/zyc8023/Ivan/blob/master/ |
测试文档 |
黄彦潇 |
https://github.com/zyc8023/Ivan/blob/master/ |
API文档 |
朱云铖 |
https://github.com/zyc8023/Ivan/blob/master/ |
|
|
|
2.5.2测试提交文档
文档说明 |
作者 |
文档位置(CVS) |
《总体测试计划》 |
朱云铖 |
https://github.com/zyc8023/Ivan/blob/master/ |
《总体测试方案》(可根据项目情况进行裁剪) |
刘世贤 |
https://github.com/zyc8023/Ivan/blob/master/ |
测试用例 |
刘世贤 |
https://github.com/zyc8023/Ivan/blob/master/ |
《性能测试方案(报告)》 |
李伟 |
https://github.com/zyc8023/Ivan/blob/master/ |
《测试报告》 |
黄彦潇 |
https://github.com/zyc8023/Ivan/blob/master/ |
《Readme》 |
朱云铖 |
https://github.com/zyc8023/Ivan/blob/master/ |
《产品操作手册(后台)》 |
刘世贤 |
https://github.com/zyc8023/Ivan/blob/master/ |
《产品操作手册(前台)》 |
朱云铖 |
https://github.com/zyc8023/Ivan/blob/master/ |
《产品安装维护手册》 |
李伟 |
https://github.com/zyc8023/Ivan/blob/master/ |
《产品错误代码说明文档》 |
李伟 |
https://github.com/zyc8023/Ivan/blob/master/ |
第3章质量目标
3.1产品质量目标
可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。
测试质量目标 |
确认者(如需说明) |
测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确 |
朱云铖 |
产品规定的操作和运行稳定 |
朱云铖 |
3.2测试质量目标
评价测试质量的目标可以有:
测试质量目标 |
确认者(如需说明) |
所有的测试案例已经执行过 |
朱云铖 |
所有的自动测试脚本已经执行通过 |
李伟 |
所有的重要等级为1/2的Bug已经解决并由测试验证 |
刘世贤 |
每一部分的测试已经被Test Lead确认完成 |
朱云铖 |
重要的功能不允许有等级为1/2/3的Bug |
刘世贤 |
一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能 |
黄彦潇 |
轻量的功能允许有少量2/3等级的错误 |
刘世贤 |
发现错误等级为1/2/3的Bug的速率正在下降并接近0 |
李伟 |
在最后的三天内没有发现错误等级为1/2/3类的Bug |
朱云铖 |
第4章资源需求
4.1培训资料
培训需求 |
培训内容 |
培训人员 |
开始时间 |
完成时间 |
业务流程 |
Andriod |
Yul老师 |
6.15 |
6.20 |
安装配置 |
布局 |
Ivan老师 |
6.15 |
6.25 |
工具使用 |
Junit |
--- |
6.15 |
6.20 |
4.2测试环境
4.2.1硬件测试环境
“机型(配置)”:Android 2.2
“软件及版本”:1.0
4.3测试工具
测试工具 |
用途 |
自动测试工具 |
用于测试软件系统的整体性能 |
第5章测试策略
5.1 整体测试策略
使用各方面性能测试的工具,对本系统整体的性能进行一系列的测试。
5.2开始/中断/完成标准
说明中断/开始/完成测试的标准。
开始/中断/完成测试 |
标准说明 |
开始测试标准 |
硬件环境可用且软件正确安装完成 |
中断测试标准 |
安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug |
完成测试标准 |
完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认 |
5.3测试类型
测试类型 |
是否采用 |
说明 |
功能测试 |
采用 |
根据系统需求文档和设计文档,检查产品是否正确实现了功能。 |
流程测试 |
采用 |
按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理 |
边界值测试 |
采用 |
选择边界数据进行测试,确保系统功能正常,程序无异常。 |
容错性测试 |
采用 |
检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息 |
异常测试 |
采用 |
检查系统能否处理异常 |
启动停止测试 |
采用 |
检查每个模块能否正常启动停止、异常停止后能否正常启动 |
安装测试 |
采用 |
检查系统能否正确安装、配置 |
易用性测试 |
采用 |
检查系统是否易用友好 |
界面测试 |
采用 |
检查界面是否美观合理 |
接口测试 |
采用 |
检查系统能否与外部接口正常工作 |
配置测试 |
采用 |
检查配置是否合理、配置是否正常 |
安全性和访问控制测试 |
采用 |
应用程序级别的安全性:检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。 系统级别的安全性:检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。 |
性能测试 |
采用 |
提取系统性能数据,检查系统是否满足在需求中所规定达到的性能。 |
压力测试 |
采用 |
检查系统能否承受大压力,测试产品应该能够在高强度条件下正常运行,不会出现任何错误。 |
兼容性测试 |
采用 |
对于 C/S 架构的系统来说,需要考虑客户端支持的系统平台。 对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。 |
割接/升级测试 |
采用 |
进行专门的割接测试或升级测试,提供工程升级割接方案 |
文挡测试 |
采用 |
检查文档是否足够、描述是否合理 |
回归测试 |
采用 |
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求 |
5.4 测试技术
测试技术 |
是否采用 |
说明 |
里程碑技术 |
采用 |
里程碑的达成标准及验收方法在测试完后制订 |
自动测试技术 |
采用 |
核心业务流程采用自动测试技术 |
审评测试 |
采用 |
对软件产品功能说明文档和设计说明文档进行检查,在需求与设计阶段进行 |
编写测试用例 |
采用 |
在产品编码阶段编写测试用例 |
单元测试 |
不采用 |
由开发人员进行 |
集成测试 |
采用 |
检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。 |
确认测试 |
采用 |
在产品发布前,对照feature list 进行基本需求的确认,确认产品是否正确实现了功能。 |
系统测试 |
采用 |
包括性能测试、压力测试和回归测试 |
验收测试 |
不采用 |
由工程实施人员进行 |
第6章测试计划
6.1进度计划
在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。
6.1.1测试时间进度
测试阶段 |
开始时间 |
完成时间 |
测试人员 |
制定测试计划 |
6.10 |
6.15 |
朱云铖 |
需求Review |
6.10 |
6.18 |
李伟 |
设计Review |
6.10 |
6.17 |
李伟 |
设计测试用例 |
6.10 |
6.19 |
刘世贤 |
测试开发 |
5.10 |
6.05 |
刘世贤 |
测试环境准备 |
6.10 |
6.15 |
黄彦潇 |
测试实施 |
6.15 |
6.30 |
黄彦潇 |
6.2测试准备
6.2.1 测试环境准备
准备事项 |
开始时间 |
完成时间 |
测试人员 |
测试环境准备 |
6.10 |
6.15 |
黄彦潇 |
6.2.2 安装测试
准备事项 |
开始时间 |
完成时间 |
测试人员 |
安装测试 |
6.30 |
6.30 |
朱云铖 |
6.3 具体测试实施任务和时间人员安排
测试功能点 |
开始时间 |
完成时间 |
测试人员 |
说明 |
路线检索 |
6.15 |
6.16 |
朱云铖 |
测试反应速度 |
路线规划 |
6.16 |
6.17 |
李伟 |
测试是否准确 |
在线挂号 |
6.17 |
6.17 |
刘世贤 |
测试是否卡顿 |
在线求医 |
6.17 |
6.18 |
黄彦潇 |
测试是否可行 |
在线购药 |
6.18 |
6.18 |
朱云铖 |
测试是否出现致命错误 |
智能控制 |
6.19 |
6.20 |
朱云铖 |
配合硬件测试 |
标签:
原文地址:http://www.cnblogs.com/zycIvan/p/4542946.html