编号 | FT-CMMI-YZYTS2016 | 文件名 | 系统测试计划 |
版本号 | 2.1 | 发布时间 | 2016年3月1日 |
审核 | 杨锐明 | 批准 | 温嘉隆 |
文件状态 | □草稿 □初始版 ■发布版 | ||
《健康掌门》
系统测试计划
山西易掌云网络科技有限公司
2016年 2 月 25 日
版 本 说 明
版本 | 修订日期 | 修订人 | 说明 |
2.1 | 2016-3-1 | 杨锐明 | 第一次建立 |
目 录
1 范围 1
1.1 项目概述 1
1.2 文档概述 1
2 引用文档 1
3 术语和定义 2
4 测试组织与人员 2
5 测试策略 2
6 测试环境概述 2
6.1 软件环境 2
6.2 硬件环境 3
6.3 测试环境的安装、验证与控制 3
7 测试依据 3
8 测试定义 3
8.1 功能测试 3
8.1.1 页面布局 3
8.1.2 登录注册 4
8.1.3 社区服务信息 4
8.1.4 健康教育 5
8.1.5 上门护理 5
8.1.6 疫苗提醒 6
8.1.7 约大夫 6
8.1.8 快检报告 7
8.2 性能测试 8
8.3 可靠性测试 8
8.4 易用性测试 8
8.5 效率测试 8
9 测试数据记录、整理和分析 8
10 测试进度 8
11 评测项目终止条件 8
健康掌门是由太原市卫生和计划生育委员会、山西省社区卫生服务协会联合推出的山西首家社区健康服务平台。主要功能包括上下转诊、上门护理、在线支付、便民提醒、医生电子名片、家庭医生和报告提取。目前平台已经集合上百家卫生医疗机构和百位全科医生,覆盖全太原市,与301健康管理平台、腾讯微信支付、山西挂号平台和太原云医院达成战略合作协议,为居民提供便捷高效的“互联网+健康”服务。
文档对项目进行了简要概述,对测试术语进行了详细定义,简要说明了软件的测试环境,以及测试方法,对各个模块的功能测试进行了详细说明。
《省政府手机应急通项目需求规格说明书》
《省政府手机应急通项目测试计划》
术语 | 定义 |
缺陷 | 可能会导致软件组件或系统无法执行其定义的功能的瑕疵,例如:错误的语句或变量定义。如果在组件或系统运行中遇到缺陷,可能会导致运行的失败 |
设计层 | 软件项的设计分解(如系统,子系统,程序,模块) |
测试项 | 作为测试项的软件对象, |
通过标准 | 一个软件项或软件特性的测试是否通过的判断标准 |
相符 | 预期结果和测试结果基本一致 |
工作角色 | 具体职责 | 人员 |
测试负责人 | 管理监督测试项目,提供技术指导,获取适当的资源,制定基线,技术协调,负责项目的安全保密和质量管理。 | 杜鹏飞 |
测试设计员 | 设计测试用例,确定测试用例的优先级,建立测试环境。 | 杜鹏飞 |
测试人员 | 执行测试、记录测试结果。 | 杜鹏飞 |
本次测试采取先冒烟测试,再黑盒测试方式。在黑盒测试方案中主要有等价类划分、边值分析、因-果图、错误推测等。测试重点检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数锯而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。
根据软件的相关技术文档设计测试用例,保证测试用例遍历了所有的业务逻辑,测试根据事先定义的测试执行顺序进行测试,并填写测试记录。
类别 | 环境要求 |
操作系统:android2.3.3版本及以上或者IOS7以上 | |
类别 | 配置要求 |
触摸屏:支持 手机类型:移动智能手机 | |
由项目开发人员提供系统平台安装配置说明书,系统使用所需各种工具软件及中间件,测试人员按照说明步骤,逐步搭建起环境,如系统最终能运行成功,系统配置说明书及所提供的工具软件及中级件符合要求。如系统配置不成功,则开发人员要检查所提供的系统部署环境是否准确、安装说明是否准确,再次部署完毕后,应修改相关的说明。
《省政府手机应急通项目需求规格说明书》
《省政府手机应急通项目用户需求说明书》
利用测试工具按照测试方案和流程对系统进行功能和性能测试,根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发的产品适合需求,且保证软件质量。
测试项 | 测试编号 | 测试要求与方法 | 测试优先级 |
首页 | YZY-TS-001 | 是否显示设计图中的所以信息 | 高 |
注册页 | YZY-TS-001 | 是否显示注册页面的选项信息 | 高 |
详情页 | YZY-TS-001 | 1、根据条件查询详细信息 2、是否显示医生及用户及其他姓名,电话,所在单位,以及相关信息。 | 高 |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
注册页 | YZY-TS-001 | 是否显示注册所需内容,例如,手机号,姓名,注册过程是否流畅,成功,注册体验。 | 高 |
登录页 | YZY-TS-001 | 用户登录选项和信息是否准确。 | 高 |
短信验证 | YZY-TS-001 | 短信发送是否准确,接收短信速度。 | 高 |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
社区列表 | YZY-TS-001YZY-TS-001 | 社区信息是否准确,链接是否正确,点击次数是否存在无效次数。 | 高 |
医生列表 | YZY-TS-001 | 查看医生列表是否属于所选社区,医生信息是否正确。 | 高 |
预约详情 | YZY-TS-001 | 查看医生详情,内容是否正确,连续点击测试,是否出现反应慢。 | 高 |
医生排班信息 | YZY-TS-001 | 查看医生排班信息是否正确,排班时间是否出现不乱码。 | |
预约信息提交 | YZY-TS-001 | 查看预约信息是否属于自己选择的,提交完毕后是否有短信,以及微信提醒和流畅度。 | |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
健康教育分类 | YZY-TS-001 | 健康教育分类是否正确,文章量增加,检查对系统的承载力。 | 高 |
分类列表 | YZY-TS-001 | 查看健康信息的名称,发送日期。 | 高 |
文章内容 | YZY-TS-001 | 查看文章内容是不是符合文章展示标准。 | 高 |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
产品列表 | YZY-TS-001 | 是否能按时间顺序列出产品信息并进行分页显示。 | 高 |
产品详细 | YZY-TS-001 | 查看产品详细信息,包括名称,发送日期及详细内容。 | 高 |
高级查询 | YZY-TS-001 | 1、根据商品的关键字和时间进行模糊查询 2、判断根据模糊查询的条件能否显示查询结果 | 高 |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
分级查询 | YZY-TS-001 | 是否按时间和年龄级别分别列出相应的疫苗提醒。 | 高 |
分类查询 | YZY-TS-001 | 根据疫苗类别分别列出相应的时间段提醒。 | 高 |
添加宝宝 | YZY-TS-001 | 添加宝宝,查看时间段提醒信息是否正确。 | 高 |
高级查询 | YZY-TS-001 | 1、根据疫苗名称关键字进行模糊查询 2、判断根据模糊查询的条件能否显示查询结果 | 高 |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
专家类别 | YZY-TS-001 | 是否根据社区列出相应的专家类别名称 | 高 |
基本信息 | YZY-TS-001 | 查看相应专家的基本信息,包括姓名、电话、职务和工作单位。 | 高 |
详细信息 | YZY-TS-001 | 查看相应专家的详细信息,包括基本资料、工作和简历。 | 高 |
高级查询 | YZY-TS-001 | 1、根据姓名、专家类别和所属专家组进行模糊查询 2、判断根据模糊查询的条件能否显示查询结果 | 高 |
测试项 | 测试编号 | 测试要求与方法 | 测试 优先级 |
POCT报告 | YZY-TS-001 | 是否能查看报告的信息的列表名称。 | 高 |
宝心通 | YZY-TS-001 | 是否能查看报告的信息的列表名称 | 高 |
性能测试可包括CPU占用率、内存余量、每秒响应时间等指标的测量
可靠性是软件系统在规定的时间内以及规定的环境条件下,完成规定功能的能力。可通过对软件系统进行测试来度量其可靠性。
可测试软件的各项功能是否容易被识别和被理解。界面的输入和输出,确认输入和输出的格式和含义是否容易被理解
可从时间特性、资源利用性、效率的依从性几个方面测试。
测试前,测试人员要编写测试说明,详细描述测试的内容。每天测试结束后,由测试人员统一汇总缺陷问题,交由开发组负责人,由其安排具体开发人员进行缺陷修复。缺陷修改完毕,相关人员填写缺陷处理结果,并反馈给测试组,以便测试人员验证。测试结束时,应整理汇总《测试报告》,对所发现的缺陷进行汇总并分析。
时间 | 测试内容 | 参与人员 |
2016-02-25至 2016-02-26 | 熟悉软件的运行环境,熟悉系统的运行过程, | 杜鹏飞 |
2016-02-25至 2016-02-26 | 进行系统的培训,,查看设计文档了解系统界面,以及熟悉系统所拥有的功能, | 杜鹏飞 |
2016-02-26至 2016-02-27 | 输入数据 | 杜鹏飞 |
2016-02-26至 2016-02-27 | 设计测试对系统的基本功能,系统性能以及系统安全,压力测试 | 杜鹏飞 |
2016-02-27至 2016-02-28 | 二次测试 | 杜鹏飞 |
2016-02-27至 2016-02-28 | 对测试结果做出总结 | 杜鹏飞 |
a) 测试用例执行完毕,95%的测试用例通过并且最高级别的缺陷全部解决,
b) 测试用例未执行完毕,所发现的缺陷在一级错误大于5个、二级错误大于等于15个时暂停测试返回开发。
本文来源:https://www.2haoxitong.net/k/doc/8ba5efa605a1b0717fd5360cba1aa81144318ff3.html
文档为doc格式