重庆市远程医疗健康服务平台测试计划重庆亚德科技股份有限公司目录1 概述 (6)1.1产品简介 (6)1.1.1 范围 (6)1.2限制条件 (7)1.3参考文档 (7)2 约定 (7)2.1测试目标 (7)2.2资源和工具 (8)2.2.1 资源 (8)2.2.2 工具 (8)2.3编号规则 (8)3 测试种类及测试标准 (9)3.1测试种类 (9)3.2测试方法及标准 (9)3.2.1 功能测试 (9)3.2.2 业务测试 (10)4 测试风险及重点 (10)4.1预测风险 (10)4.2测试重点 (11)4.2.1 功能测试 (11)4.2.2 业务测试 (13)5 暂停标准和再启动要求 (15)6 测试任务和进度 (16)7 测试提交物 (19)1概述1.1产品简介远程医疗是通过运用现代信息技术，不受地域和时间限制、低成本高效率地共享优质医疗资源，提供远距离医学信息和服务，旨在提高医疗服务质量和效率、改善群众看病就医途径，降低医疗费用、推进城乡医疗卫生服务均等化的一项新型医疗服务模式。
在国家试点项目的推动与要求下，重庆结合自身特点以及卫生信息化“十二五”规划，拟建设我市统一的远程医疗平台，以承担国家的试点项目：①以市级三级甲等综合医院为核心节点的“基层远程会诊系统”；②以部属（管）综合医院及我市三级甲等综合医院为核心的“高端远程会诊系统”，部署相应的软硬件设备，选聘相关专家建立省级医院专家库，为基层医院提供远程会诊服务。
1.1.1范围本测试计划是针对[远程医疗健康服务平台]的内容编写的测试计划，包括：➢会诊评价管理➢会诊设备管理➢远程教育➢会诊管理➢收费管理➢用户管理➢机构设置➢系统管理➢个人助理1.2限制条件本测试计划受限于产品开发人员提交测试的内容和时间的事实。
根据开发人员提交模块的实际情况，本计划会做出相应修改。
1.3参考文档2约定2.1测试目标通过测试，达到以下目标：➢测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。
➢产品规定的操作和运行稳定。
➢Bug数和缺陷率控制在可接受的范围之内。
2.2资源和工具2.2.1资源➢测试服务器稳定的测试服务器，IP地址为: 192.168.3.239。
➢人员测试审核人1名，测试实施人员3 名。
2.2.2工具➢测试中使用的Bug管理平台为JIRA缺陷管理系统。
➢自动化测试工具待定。
2.3编号规则与本测试计划相关的编号规则如下：➢测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大写)+编号例如：新增用户第一个用例XZYH0001➢测试用例文件命命名规则，模块名+测试用例例如：用户创建模块用户创建测试用例3测试种类及测试标准3.1测试种类计划完成以下类型测试➢功能测试➢业务测试➢压力测试3.2测试方法及标准3.2.1功能测试3.2.1.1功能系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。
具体可参照文档测试重点及顺序部分。
3.2.1.2界面测试➢界面风格是否一致（包括整体色系、按钮，表格，字体，文字颜色等）➢排版是否整洁友好、美观➢用各种版本浏览器打开是否兼容，出现界面风格不一致，排版错乱问题等问题➢用不同品牌浏览器打开是否出现界面风格不一致，排版错乱问题等问题➢网速较慢时界面是否出现界面风格不一致，排版错乱问题等问题➢页面上按钮、链接等是否正确，是否能正常执行3.2.1.3数据项测试➢字母数字数据项是否能够正确回显，并输入到系统中➢图形模式的数据项（如滑动条）是否正常工作➢是否能够识别非法数据➢数据输入消息是否可理解3.2.2业务测试功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。
详情参见文档测试风险及顺序部分。
4测试风险及重点4.1预测风险本次测试过程中，可能出现的风险如下：➢bug的修复情况➢模块功能的实现情况➢系统整体功能的实现情况➢代码的编写质量➢人员经验以及对软件的熟悉度➢开发人员、测试人员关于项目约定的执行情况➢人员调整导致研发周期延迟➢开发时间的缩短导致某些测试计划无法执行4.2测试重点4.2.1功能测试这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。
4.2.1.1登录系统➢是否实现“Enter”键登录➢登录页面的常规测试（为空、用户名错、密码错、验证码错、大小写判断、错误次数判断、空格判断等测试）4.2.1.2会诊评价管理➢可否按“申请时间”、“病人姓名”查找相应的会诊信息➢点击“评分”按钮可否正常对专家进行评分➢会诊评价排名，是否正确按评分结果进行升序和降序排名4.2.1.3会诊设备管理➢可否按“IP地址”、“所属医院”、“名称”查找出相应的设备信息➢重复数据是否可以成功保存4.2.1.4远程教育➢可否按“课件类型”、“课件名称”、“医院”、“评价者”正确查找相应课件信息➢课件可否正常观看、下载➢上传课件是否能上传所有格式，非视频格式能否上传➢评价结果显示是否正确4.2.1.5用户注册管理➢用户注册4.2.1.6会员管理➢会员管理4.2.1.7会诊管理➢申请医院是否为登录用户所在医院➢会诊医院、医生能否选择跟申请医院、医生相同➢申请科室、申请医生、会诊医院、会诊科室、会诊医生是否实现了联动➢我的会诊任务当中，是否可按“申请时间”、“状态”、“病人姓名”检索出登录用户相应的会诊申请信息➢会诊详细信息是否正确，状态是否符合➢我的会诊任务中，显示的是否是分配给当前登录用户的会诊信息➢我的会诊任务中，状态与诊断状态是否匹配，基本操作中的功能按钮是否和会诊状态匹配➢远程心电、远程视频等接口是否正常，登录时用户是否一致4.2.1.8收费管理➢是否可重复添加费用➢是否可按“医院”、“医生”、“申请时间”检索出相应的费用信息➢专家和医院结算统计数据是否正确4.2.1.9用户管理➢登录名已有时、两次密码输入不一致时能否创建用户➢创建用户未审核是否能登录系统➢能否按“登录名”、“手机号码”、“所在部门”查询出相应的用户信息4.2.1.10机构设置➢机构名称、机构代码重复是否可添加成功➢点击机构名称，显示的是否为本机构的科室列表➢是否可按“机构名称”、“机构代码”检索出相应的机构信息4.2.1.11系统管理➢是否可按“日志类型”、“用户名称”检索出相应的日志信息➢操作信息与IP是否匹配、是否记录完全4.2.1.12个人助理➢登录用户密码设置的常规测试（原密码为空、错误，现密码为空、两次输入不一致、有特殊字符等）➢密码安全测试（全为数字、全为字母、长度小于3位等）4.2.1.13登录会话➢登录一段时间后是否自动结束会话，注销登录➢会话结束后是否提示并返回登录页面➢一个账户可否同时在不同地方登录➢退出登录后，在浏览器输入网址可否进入系统➢关闭浏览器后，在浏览器输入网址可否进入系统4.2.2业务测试这里只是描述了业务测试的大概情况，具体测试方法以及内容请参见业务测试用例。
这里的业务测试包含模块之间的关系。
4.2.2.1会诊评价管理➢会诊评价排名，是否正确按评分结果进行升序和降序排名4.2.2.2会诊设备管理➢重复数据是否可以成功保存4.2.2.3远程教育➢是否在未观看视频前不能评价，完整观看后能评价，可否多次评价➢上传课件是否能上传所有格式，非视频格式能否上传4.2.2.4用户注册管理➢用户注册4.2.2.5会员管理➢会员管理4.2.2.6会诊管理➢申请医院是否为登录用户所在医院➢会诊医院、医生能否选择跟申请医院、医生相同➢是否会诊状态为会诊分配才可进行会诊任务分配➢会诊分配时，会诊医生是否可选择申请医生，会诊时间是否可选择当前时间以前➢当分配的会诊医生的会诊时间已经安排有会诊后，是否还能分配会诊➢我的会诊任务中，状态与诊断状态是否匹配，基本操作中的功能按钮是否和会诊状态匹配➢对诊断信息操作后，状态是否联动改变➢远程心电、远程视频等接口是否正常，登录时用户是否一致4.2.2.7用户管理➢创建用户未审核是否能登录系统➢设置用户角色后，用户登录系统是否按设置的角色权限➢已分配有会诊的用户是否可删除➢已登录的用户是否可重置密码4.2.2.8机构设置➢机构名称、机构代码重复是否可添加成功➢点击机构名称，显示的是否为本机构的科室列表4.2.2.9系统管理➢代码分类是否出现在相应的模块、相应的信息块，编辑后是否产生联动➢已使用的代码分类，是否可删除➢操作信息与IP是否匹配、是否记录完全➢是否可随意删除日志信息➢角色名称是否可重复、同一角色级别是否可匹配多个角名称➢角色名称与角色级别匹配后，在角色设置、与用户模块是否产生了联动➢已使用的角色名称是否可删除4.2.2.10个人助理➢用户可否编辑自己的用户类型和所在部门➢退出系统后，再次打开网页能否不登录即进入系统5暂停标准和再启动要求➢软件系统在进行测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。
➢软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。
➢软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。
➢如有新的项目需求，则在原测试计划下做相应的调整。
➢若开发暂停，则相应测试也暂停，并备份暂停点数据。
➢若项目中止，则对已完成的测试工作做测试活动总结。
➢项目再启动时，测试进度重新安排或顺延。
6测试任务和进度7测试提交物本次测试完成后的提交物：➢测试计划➢测试用例➢测试Bug至缺陷管理系统➢产品手册➢测试分析报告。