医院信息系统用户测试工作的组织和管理

【摘要】本文分析了医院信息系统实施过程中用户测试工作的重要性 ，探讨了项目管理和软件测试理论，用户测试的组织和测试过程管理中的应用，对用户测试工作中常见的问题进行了分析 ，并提出相应的解决方法。

【关键词】医院信息系统 用户测试 测试过程 管理

中图分类号：R197.324 文献标识码：B 文章编号：1005-0515（2011）10-286-02

随着社会的发展 ，越来越多的医院开始重视信息化建设。医院信息系统( H I S ) 关系到医疗安全和费用准确， 其准确性和可靠性是医院关注的首要问题。软件系统测试作为保证其质量和可靠性的关键技术正日益受到重视。

1 背景

当前， 国内的 H I S厂商在系统设计和测试中存在着如下问题 ： ①很少做设计文档， 程序由开发人员自主发挥。由于开发人员对需求的理解有限， 往往造成做好的程序得不到客户认可， 陷入频繁修改的境况； ②项目经理不重视软件测试。受到时间限制和重开发观念的影响， 很多复杂的流程测试以及破坏性测试没有进行 ，系统测试不全面； ③开发人员缺乏内部沟通； ④测试人员不熟悉医院业务， 对需求的理解不够， 只能进行显性的功能测试， 隐性的功能难以测试到， 更无法涉及隐性的需求。基于上述存在的问题 ，很多错误在软件生存周期的前几个阶段都已经隐藏下来了， 仅仅把各个程序模块调通是远远 不够的。

2 测试过程中的组织和管理

2.1 而用户熟悉医院业务， 在业务功能准确性、 系统易用性等方面能发现大量专业测试人员无法发现的问题， 是保证医院信息系统准确性和可靠性的重要手段。为了最大程度 的发现软件中隐藏的错误，信息部门应组织用户进行足够的、 严密细致的测试。

2.2 用户测试工作的组织

H I S用户测试一般分为仅测试 、 B测试和并行测试三个阶段。其中， 仅测试、 B测试常采用抽调各科室的业务骨干集中测试的方式； 并行测试选择有代表性的科室测试。测试 涉及的业务流程复杂， 需要多部门的协调配合。信息部门在组织用户测试时应充分利用项目管理和软件测试理论， 做好测试组织工作。

2.2.1 安排合理的测试时间

在安排测试时间时要考虑医院的业务特点 ： ①避开业务高峰。医院业务一般集中在上午， 因此用户测试的时间可以安排在下午； ②合理安排各部门参与的顺序。测试用例经常涉及多个部门协同作业， 可根据各部门的参与顺序安排参与时间，避免流程测试时大多数人都处于等待状态的情况；③预留足够的开发时间。制定进度计划时要充分考虑需求变更引起的开发任务。

2.2.2 做好测试准备工作

做好测试准备工作， 尽量模拟真实应用场景是保证测试正常进行的重要条件。测试环境的准备不等于电脑的准备，包括软硬件环境和数据环境两方面。硬件环境包括电脑、 网络环境、 相关软件配置 、 打印机、 相关纸张准备等。数据准备包括真实的诊疗项目信息、 药品信息、 人员信息、 病人信息等保障系统正常运行的基础数据和执行测试用例必需的数据。为了在测试过程中模拟和评估真实的业务流程， 必要时需要组织人员模拟病人驱动测试的进行。

2.2.3 做好测试用例设计和管理

医院信息系统的用户测试是信息部门主导下的用户测试。用户对新系统不够熟悉， 不具备测试的知识， 如果没有设计良好的测试用例，必然会造成测试过程的混乱和不可控。在开始实施测试之前设计好测试用例， 可以避免盲目测试并提高测试效率， 减少测试的不完全性。在测试用例的编写方面要注意以下几点： ①可执行性要强。测试往往需要多用户协调才能执行下去， 在设计测试用例时要有明确的操作步骤和执行结果及各角色的参与顺序； ②充分利用场景法 ， 引导用户模拟真实业务 ； ③要注意正常业务流程和特殊业务流程的测试； ④要注意对典型的有效 、 无效数据和特定条件下的有效、 无效数据的测试 ； ⑤关注程序执行过程中各个模块的相互影响 ， 特别是并况下的相互影响； ⑥测试完成后要注意测试用例的保管， 为下次测试和问题跟踪提供帮助。

3 测试过程中的缺陷跟踪和管理

缺陷跟踪管理是测试工作的一个重要部分， 测试的目的是为了尽早发现软件系统中的缺陷。因此， 对缺陷进行跟踪管理， 确保每个被发现的缺陷都能够及时得到处理是测试工 作的一项重要内容。除了使用专业的 B u g管理工具， 保证B u g 、 版本 、 以及人员的对应关系， 为 B u g 的跟踪和管理提供帮助外， H I S的用户测试和一般的软件测试之间还存在一些不同， 在测试过程中要注意以下问题。

3.1 统一用户和开发人员对缺陷分类的认识

软件缺陷分类是软件缺陷管理的基础。现有的B u g分类方式很多， 如通过对系统的影响程度分为致命错误 ， 严重错误、 一般错误、 建议项等。通过错误内容分为功能错误 、 用户界面错误、 边界值相关错误等。 这些分类方法都是从测试人员开发人员的角度进行分类 ， 没有反映最终用户对问题的关注。开发人员和用户对缺陷的关注点不同导致缺陷跟踪过程产生诸多矛盾。因此在测试前要统一用户、 开发人员对B u g分类和严重程度的认识。本文尝试从用户关心的流程合理性、 业务功能准确性、 操作方便性等方面进分类： ①对需求理解不到位造成的流程运作不通 、 前后逻辑错误等理解性错误， 属于严重缺陷； ②数据保存不成功、 上下环节数据不畅通 、 各环节数据不一致、 系统抛出未经封装的底层错误 、 应用程序意外中断等功能性错误和功能衔接错误， 属于一般较严重缺陷； ③操作不方便 、 性能慢等系统易用性缺陷， 属于一般严重缺陷；④一些必要的提示、 校验、 扩展性建议。

3.2 做好缺陷记录工作

用户测试阶段的缺陷跟踪管理内容不仅包括产品错误， 还包括对需求变更的记录。 因此， B u g 记录员要详细记录测试过程中碰到的问题。对于软件的 B u g不仅要记录现象 ， 更要 分析产生的原因； 对于不可重现的偶发 B u g ， 要详细的记录产生结果和相关操作。对需求变更也要做好变更原因、 变更人的记录， 为需求评审提供帮助。一份表达清晰、 步骤清楚的B u g 报告是修改 B u g的重要参考。

3. 3处理好版本控制问题

开发人员内部沟通不足， 修改 B u g 后往往不经过充分的测试就， 经常会引入新的B u g 。 医院信息系统的各个模块相互关联， 一个模块出错会影响其它模块的测试， 导致后面的流程无法进行 ， 造成测试陷入用户等待和新版本频繁的恶性循环， 严重影响用户的信心和测试的进度。因此 ， 在测试过程中信息部门要严格控制软件厂商的版本： ① 共同制定版本计划。如果没有影响测试正常进行的重大问题， 严格按照计划新版本； ②建立版本进入用户测试的标准。首先是软件公司内测， 发现和修改问题 ； 然后将测试结果和测试用例提交医院信息部门， 经过信息部门的验证测试后才能。如果不符合标准不允许；③严格执行测试计划。即使测试期间不停的版本， 还是要按照计划进行全面测试。

4 总结

医院信息系统的用户测试能发现大量潜在问题， 是保证其质量和靠性的重要手段。医院信息系统的用户测试涉及面广， 持续时间长 ， 其组织和管理是一个难点。信息部门应充发 挥主导作用， 将项目管理和软件测试理论应用到用户测试的组织和测试过程管理中， 在测试阶段尽可能的发现和解决问题， 减少上线风险。

参考文献

[1]张治国软件测试简介及常见认识误区． 中国科技信息， 2 0 0 7 .6 .

[2]唐伟峰 “医院管理信息系统” 生存周期中易被忽视的几个问题． 中国卫生事业管理，1999.7 .

[3]关河. < < 浅谈缺陷跟踪管理> >．

[4]聂林波，刘孟仁． 软件缺陷分类的研究计 算机应用研究2004.06．