需求分析----->测试计划
一、项目的生命周期
需求文档下发
需求分析
需求串讲
测试计划----评审
测试方案---评审
编写测试用例----评审---修改----评审
执行测试用例（找bug）--提交问题单--跟踪问题---回归测试
输出测试报告
验收测试
上线
二、什么是测试计划？
在软件测测试工作开始之前明确测试的对象并且通过对资源，时间，风险，测试范围和预算等方面的上综合分析和规划
三、测试计划概述
软件测试计划应尽早制定
软件测试计划在测试活动中处于中心位置
设定了测试准备工作和执行测试的必备条件
同事形成了测试过程质量保证的基础
四、项目简介
a
1.产品简介
2.测试目的
3.测试环境
4.测试范围
b
测试参考文档和测试提交文档
c
测试进度
d
人力资源
1.人员配置
2.具体人员安排
e
缺陷严重性及优先级
f
测试风险
g
测试策略
h
总结
五、 测试计划模版
美萍酒店管理系统
测
试
计
划
项目经理：唐阿飞老师
测试版本： A1.0
测试人员： 陈金定
编写日期：2019-04-18
目录
1、简介1
1.1、产品简介 2
1.1、 测试目的 2
1.2、 测试范围 3
1.3、 接受标准 3
2、 测试参考文档和测试提交文档3
2.1、 测试参考文档 3
2.2、 测试提交文档 4
3、 测试进度4
4、 测试资源6
4.1、 人力资源 6
4.2、测试环境 6
4.3、测试工具 6
5、 问题严重性及优先描述7
5.1、 缺陷严重性定义 7
5.2、缺陷优先级定义 7
5.3、缺陷跟踪及测试版本 8
6、 测试风险8
7、 测试策略10
7.1、 测试类型 10
7.2、功能测试 10
7.3、界面测试 11
7.4、性能测试 12
7.5、兼容性测试 12
7.6、数据库测试 13
7.7、安全测试 13
8. 总结14
1、简介
美萍酒店管理系统界面美观，功能齐全，操作简单，不用投资培训即可上岗操作，易于管理。是一款适用于酒店行业，餐饮行业通用系统，该系统功能为经营者提供财务数据分析，财产统计分析，利润分析，资源合理配置分析，数据查询等诸多功能，还可以自动生成数据统计表和打印系统设置功能。
1.1、产品简介
美萍酒店管理系统具有以下功能：
v 提供散客和团队开单功能
v 提供增加消费功能
v 提供宾客结账功能
v 提供酒店外卖功能
v 提供预订管理功能
v 提供营业查询功能
v 提供营销管理查询
v 提供短信群发功能
v 提供商品管理功能
v 提供财务管理功能
v 提供交班管理功能
v 提供VIP会员储值卡服务
v 提供长期包房服务
v 提供门锁配置上门服务
1.1、测试目的
通过测试，达到以下目的：
l 通过测试对产品功能的实现是否达到需求文档的要求，包括功能，性能的实现
l 尽早发现并改正软件中存在的缺陷，提高软件的可靠性，安全性，和系统的稳定性
l 控制软件缺陷问题的数量，为风险评估提前做准备
l 把测出来的缺陷问题提供给开发人员和经理作为回馈信息
l 保证产品在整个软件开发周期中是高质量的
1.2、测试范围
整个美萍酒店管理系统，各子系统所包含的功能，界面，性能，安全性，兼容性，易用性，接口等测试。
1.3、接受标准
完成所有测试后，由相关人员签字，系统功能无重大缺陷导致不能运行的问题，计划的测试用例已全部执行，经确定的所有缺陷都以得到合理的解决结果，并且没有发现新的缺陷。如果在系统测试过程中，发现有致命性的缺陷存在，并且在可接受的时间范围内无法修复，导致无法继续进行项目进程，则项目停止。
2、测试参考文档和测试提交文档
2.1、测试参考文档
|
文档 |
是否以通过评审 |
|
需求说明书 |
是 |
|
概要设计说明书 |
是 |
|
详细设计说明书 |
是 |
|
可行性分析报告 |
是 |
|
美萍酒店管理系统使用详情手册 |
是 |
|
系统安装手册 |
是 |
|
需求文档 |
是 |
2.2、测试提交文档
n 测试计划
n 测试用例
n 缺陷报告
n 测试报告
3、测试进度
项目生命周期为3个月
|
测试活动 |
天数 |
执行时间 |
||
|
需求分析 |
25天 |
2019-6-3至2019-7-8 |
||
|
测试计划 |
2天 |
2019-7-9至2019-7-10 |
||
|
测试用例 |
2天 |
2019-7-11至2019-7-12 |
||
|
执行测试用例 |
SIT阶段 |
冒烟测试 |
1天 |
2019-7-15 |
|
第一轮 |
5天 |
2019-7-16至2019-7-22 |
||
|
第二轮 |
5天 |
2019-7-23至2019-7-29 |
||
|
第三轮 |
5天 |
2019-7-30至2019-8-5 |
||
|
UAT阶段 |
第一轮 |
5天 |
2019-8-6至2019-8-12 |
|
|
第二轮 |
5天 |
2019-8-13至2019-8-19 |
||
|
第三轮 |
5天 |
2019-8-20至2019-8-26 |
||
|
安全性测试 |
2天 |
2019-8-27至2019-8-28 |
||
|
交叉测试 |
2天 |
2019-8-12至2019-8-13 |
||
|
验收测试 |
1天 |
2019-8-29 |
||
|
产品发布 |
2天 |
2019-8-29至2019-8-30 |
||
4、测试资源
4.1、人力资源
|
角色 |
职位 |
具体职责 |
|
陈明 |
测试经理 |
负责测试总体流程安排，人员分配，团队进度跟踪监督工作 |
|
李涵 |
测试工程师 |
负责设计详细测试方案，编写测试用例 |
|
陈燕 |
测试工程师 |
负责搭建测试环境及按照测试用例进行具体测试 |
|
纪萧尘 |
测试工程师 |
负责完整的记录测试结果，并与开发人员沟通修复，编写缺陷报告 |
|
万峰 |
测试工程师 |
负责编写最终测试报告并提交 |
4.2、测试环境
|
服务器 |
|
|
内存 |
4GB |
|
浏览器 |
|
|
系统 |
Windows7 64位 |
|
数据库 |
MySQL |
4.3、测试工具
|
名称 |
版本 |
用途 |
厂商 |
|
LoadRunner |
12.0 |
测试监管工具 |
HP mercury |
5、问题严重性及优先描述
5.1、缺陷严重性定义
|
缺陷级别 |
缺陷描述 |
|
death |
造成系统严重性崩溃或死机，或造成数据缺失，主要功能完全丧失，导致模块异常等问题，例如：代码错误，死循环，程序代码死锁，与数据库连接错误或通讯错误，功能错误等 |
|
serious |
系统主要功能丧失，数据无法保存，系统次要功能完全丧失，致命的错误声明，程序接口错误， |
|
commonly |
次要功能没有完全实现但不影响用户使用，如提示信息不明确，或用户界面差，操作时间长，模块功能部分丧失等，打印内容，格式错误，数据库表中有过多的空字符出现。 |
|
slight |
使操作者不方便或遇到麻烦，但不影响操作或执行，如错别字，界面不规范，文字排列不整齐，描述说明不明确等轻微问题。 |
5.2、缺陷优先级定义
|
缺陷级别 |
修复建议 |
|
death |
立即修复 |
|
serious |
本版本修复 |
|
commonly |
下一个版本修复 |
|
slight |
发布之前修复 |
5.3、缺陷跟踪及测试版本
测试人员提交新的缺陷问题给开发经理，有编写该程序源码的开发人员修复缺陷，然后再返回测试人员进行反复测试，直到缺陷问题得到解决，为关闭状态。
6、测试风险
|
风险类型 |
风险 |
解决方法 |
|
时间资源 |
测试时间不够，工作量大 |
1、测试主要功能，客户高度关注的部分 2、增加多2位测试工程师 3、系统测试后期可调用公司人员参与 |
|
时间分配不均匀 |
1、再出现缺陷多的模块多投入时间 2、重新分配测试时间 |
|
|
人力资源 |
人力不够，大多数不具备酒店管理经验 |
1、招聘有酒店经验的，有背景的工程师 2、提前进行培训公司人员 3、允许测试人员与开发人员进行研究讨论 |
|
需求变更
|
用户需求变更频率太高，需求很多不明确 |
1、在需求分析阶段，需求人员尽可能明确所有需求 2、需求变更时，及时更新需求文档 |
|
其他
|
自然灾害 |
做好预防措施，备份所有资料，以免丢失 |
|
测试环境数据量不足，配置不不同等误差 |
备用多个不同的测试环境，软件，硬件设施，在交叉测试时尽早发现问题，及时解决 |
7、测试策略
7.1、测试类型
|
测试类型 |
是否可用 |
解释说明 |
|
功能测试 |
是 |
测试所有系统的使用功能，按照业务流程，数据流程，逻辑流程，正反流程。 |
|
界面测试 |
是 |
测试系统界面外观，页面布局是否与需求一致， |
|
性能测试 |
是 |
测试系统再高强度环境下能承受多大压力，是否满足需求中所规定的达标性能 |
|
兼容性测试 |
是 |
在c/s架构中，需考虑到客户端支持使用的平台，测试系统在不同平台上能否正常使用 |
|
安全测试 |
是 |
为保证系统信息的安全性，系统设置的级别登录，检查只有管理员和应用程序才能访问系统的权限 |
|
易用性测试 |
是 |
测试系统使用是否简单，操作习惯符合常规，通述易懂 |
|
安装测试 |
是 |
检查安装程序完整性，是否能正确的配置和安装 |
|
接口测试 |
是 |
检测是否能够连接打印机进行正常使用，或者连接其他模块能否达到预期效果 |
7.2、功能测试
|
测试目标 |
保证系统功能的正常使用 |
|
测试范围 |
整个系统的功能模块，特别是经常使用的核心业务模块 |
|
技术 |
利用等价类，边界值，因果图，判定表，错误推断法，执行测试用例，逐个测试功能模块，测试输入有效数据，是否达到预期结果。 测试输入无效数据，是否有出现错误提示或预警信息，各业务功能能否正确连通使用 |
|
开始标准 |
各个功能模块开发完成 |
|
完成标准 |
各个功能模块能正确的使用，且符合需求 |
|
测试重点和优先级 |
涉及客户经常业务使用的功能模块优先级更高，应分配给更具经验的测试工程师进行测试， |
|
需考虑的特殊事项 |
测试工程师需编写测试用例，且测试用例需正式通过评审才能执行 |
7.3、界面测试
|
测试目标 |
测试系统界面优美，整洁，通过在不同的平台上使用，各功能之间，模块之间，字段之间是否出现差异，以及各个访问按键是否能正常使用 |
|
测试范围 |
整个系统用户界面，包括错误提示页面窗口 |
|
技术 |
界面检查 |
|
开始标准 |
各个功能模块开发完成 |
|
完成标准 |
成功核实各功能模块界面与需求版本的一致， |
|
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
|
需考虑的特殊事项 |
进行相关的界面开发标准培训 |
7.4、性能测试
|
测试目标 |
测试系统所承受的最大压力，是否达到预期需求标准 正常的业务工作量以及在最大业务量的时候系统承受能力 |
|
测试范围 |
整个系统 |
|
技术 |
采用黑盒测试系统每个模块并做好记录 |
|
开始标准 |
各个功能模块开发完成 |
|
完成标准 |
性能达到需求标准 |
|
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
|
需考虑的特殊事项 |
性能容量必须大于或等于需求，不同平台的使用情况整合 |
7.5、兼容性测试
|
测试目标 |
兼容第三方软件，测试系统能否与其他系统协调工作，能否在不同的网络环境下正常运行，能否在同一操作系统平台的不同版本上正常运行 |
|
测试范围 |
整个系统 |
|
技术 |
兼容测试，分辨率兼容测试，外设兼容，整机兼容测试 |
|
开始标准 |
各个功能模块开发完成 |
|
完成标准 |
系统兼容性能达到需求标准的所有需求 |
|
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
|
需考虑的特殊事项 |
产品质量在编程代码处出现偏差，需修复的，及时处理，无法兼容的不常用的系统 |
7.6、数据库测试
|
测试目标 |
测试能完整的存储数据，功能完善 |
|
测试范围 |
整个系统 |
|
技术 |
黑盒测试 |
|
开始标准 |
各个功能模块开发完成 |
|
完成标准 |
数据库信息储存完好，无遗漏数据 |
7.7、安全测试
|
测试目标 |
保证用户都能在权限范围内使用 |
|
测试范围 |
整个系统 |
|
技术 |
采用黑盒测试系统通过不同角色进行登录，用户模式是否达到安全性需求 |
|
开始标准 |
各个功能模块开发完成 |
|
完成标准 |
系统权限达到需求，都在权限范围内操作 |
|
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
- 总结
本测试计划保证项目正常进行，但具体还需根据项目进度操作。