数据平台系统测试计划
欢迎扫码关注微信公众号"野心与家",回复331获取完整内容
目录
1概述
1.1编写目的
此计划编写的目的是为使数据平台能够达到与系统说明书所描述的功能一致,并且检验系统是否运行稳定。
1.2测试范围
首页、文章、招生专栏、教务、招生、服务各模块功能
1.3项目背景
数据平台是服务于全院教师和学生的平台,教师和学生登陆平台后可以查阅相关资料,如学生可以查询相关课程、考试安排及考试成绩,而教师可以通过平台进行图书检阅、校内报修和工资查询等。除此之外,平台也针对非学院师生人员提供了相关信息的浏览,如浏览学院体育馆的开放时间、查看学院平面图等。
2测试任务
2.1测试目的
发现数据平台存在的错误和不合理之处,排除软件中存在的错和不合理之处,排出软件中潜在的错误
2.2测试参考方案
数据平台需求说明书
OA项目测试计划书
2.3测试提交文档
软件测试方案
软件测试用例
软件测试报告
3测试资源
3.1硬件配置
关键项 | 数量 | 配置 |
测试PC机(客户端) | 3 | 性能相当于2.0GHZ处理器 内存:4g 显示器:1024*768 |
服务器 | 2 | 性能相当于2.0GHZ处理器 内存:4G(功能测试);8G(性能测试) |
3.2软件配置
设备类别 | 软件类别 | 软件配置 |
服务器 | 操作系统 | Ubuntu/CentOS |
客户端 | 操作系统 | Windows 10 家庭中文版 |
浏览器 | Chrome77 IE11 | |
文档编辑器 | Office2010 | |
截图工具 | Win10系统自带 | |
输入法 | 搜狗拼音输入法 | |
功能测试工具 | 人工测试 | |
性能测试工具 | LoadRunner12.55_Community_Edition英文版 |
3.3人力资源分配
人员(工位号) | 主要职责 | |
测试员 |
| 基本说明、测试范围及策略 测试计划书编写,风险和应急计划 |
4功能测试计划
编号规则:
测试用例中的编号: 模块名称+功能名称+编号
例如:首页中的服务功能 SY-FW-001
需求编号 | 模块名称 | 功能名称 | 测试人员 |
SY-FW-001 | 首页
| 服务 | |
SY-XW-002 | 新闻 | ||
SY-CYGN-003 | 常用功能 | ||
SY-XGLJ-004 | 相关链接 | ||
WZ-XQZL-001 | 文章
| 校情总揽 | |
WZ-JCSM-002 | 教程说明 | ||
ZSZL-KSWD-001 | 招生专栏
| 考生问答 | |
ZSZL-ZYJS-002 | 专业介绍 | ||
JW-WDCJ-001 | 教务
| 我的成绩 | |
JW-KSAP-002 | 考试安排 | ||
JW-JKAP-003 | 监考安排 | ||
JW-KCB-004 | 课程表 | ||
ZS-GK-001 | 招生
| 高考 | |
ZS-LQCX-002 | 录取查询 | ||
FW-JYYY-001 | 服务 | 就业意愿 | |
FW-TSJS-002 | 图书检索 | ||
FW-XNWX-003 | 校内报修 | ||
FW-GZCX-004 | 工资查询 |
5测试整体进度安排3
(假设比赛时间为8点—12点)
测试阶段 | 时间安排 | 参与人员(工位号) | 测试工作内容安排 | 产出 |
需求分析 | 8:00-9:40 | 参考需求说明进行需求分析 | 《可测试性需求说明书》 | |
测试方案设计 | 9:40-10:30 | 进行自动化测试的分析,获得测试策略 | 《产品或者版本总体测试方案》 | |
测试用例实现阶段 | 10:30-11:00 | 完成各个特性的测试用例的编写和自动化脚本的编写 | 《产品自动化测试用例》和《手工执行测试用例》 | |
测试执行阶段 | 11:00-11:30 | 根据测试策略开展测试执行和回归测试 | 《产品或版本测试报告》和《缺陷分析报告》 | |
评估与关闭阶段 | 11:30-12:00 | 对前面的各个阶段的执行情况,完成对测试项目的关闭,同时提供完整的度量数据和项目总结报告 | 《遗留问题风险分析报告》、《度量分析报告》和《测试关闭报告》 |
6相关风险
1.需求风险
产品需求的不明确,对产品需求理解不准确,导致测试范围存在误差,遗漏部分需求或者执行了错误的测试方式
2、测试用例风险
测试用例设计不完整,忽视了边界条件、异常输入等情况,用例覆盖率没有做到足够覆盖,测试用例没有得到全部执行。
3. 测试环境风险
测试环境和生产环境配置不同,测试环境差异影响较大,测试环境数据量不足导致的测试结果误差等问题。
4. 测试技术风险
测试人员能力不足,没有准确找出问题缺陷
5. 其它不可预计风险
系统崩溃,停电