医疗软件测试的过程
3.1业务要求
不同于其他有形产品或是一般服务软件,医疗软件的业务需求是建立在国家制定的一系列规范标准基础上,具有独特性。以卫生部下发的《电子病历系统功能规范(试行)》为例,文件中明确了医疗机构电子病历所应具备的功能,涵盖了电子病历的基础功能,包括用户授权与认证、数据存储管理、数据字典等。这就要求我们的测试团队在进入到医疗软件服务的领域中来时,首先要对卫生部下发的文档进行解读,确保我们的产品符合卫生部最基本的要求,除此之外,涉及到更细节的文档如电子病历书写规范等,更是对我们过程提出了更为具体的测试思路。
测试人员除了对卫生部下发的规范文档要具备一定的认识以外,还要熟悉本公司签订的技术需求合同,一般的,软件供应商会安排专业的需求人员在技术合同的指导下进行数据采集与分析,制定需求用例说明书,测试人员根据此拟定相应的测试方案、测试用例等相关文档。
以我们公司主要的产品—电子病历EMR为例,主要涉及到以下十大模块的设计。如图(2)
……………………
查看全文请点击下载:http://www.51testing.com/html/73/n-849173.html
表单的测试在整个EMR系统测试过程中应该是属于比较繁琐和重复性的一项工作,往往的,我们的测试人员只会去关注需要我来测哪些功能,怎么测,而忽略了对每张表单的理解,其实,每张表单都是相关卫生部门根据医院中涉及到的具体业务来制定的,对医院运转形式、病人住院过程有一个清晰的思路和认识,就很容易理解每张表单的具体作用,例如,临床路径表单是针对针对一组特定诊断或操作,如针对某个ICD码对应的各种疾病或某种手术等,进行统一规范的治疗手段而制定的表单,避免了同一疾病在不同地区、不同医院,不同的治疗组或者不同医师个人间出现不同的治疗方案,提高了准确性、预后等等的可评估性。在理解了表单分别不同的作用后,在测试时才不会觉得自己总是在重复着同样的工作。另外,表单具体内容的准确性测试应该以电子病历的书写规范标准作为参考。
综上,好的软件离不开测试团队对业务的掌握程度,如果测试人员拥有高超的测试技术和测试方法而对业务需求却一知半解,是交不出优秀的产品出来的,医疗软件行业中有其特殊的业务需求,且医院作为一个公共的卫生场所,在必要的时候,测试人员可以做实地观察,了解身边医院的业务流程,掌握周边医院信息化工作的展开方式,观察或走访用户(医院工作人员)使用软件的习惯以及反馈。这些看似不起眼的数据搜集工作,往往会对我们在做测试工作时产生巨大影响。
3.2技术要求
3.2.1功能测试
功能测试就是对照产品的功能清单进行验证,逐项执行测试用例,检查产品是否达到用户要求的功能。功能测试又称为黑盒测试,即不考虑产品的内部程序及实现方式。
......
查看全文请点击下载:http://www.51testing.com/html/73/n-849173.html
版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。