医院信息部门是否要成立软件测试团队？| HIT培训问答

来源：HIT专家网 整理：霍廷澜、陈曦

【编者按】

加强系统性学习，培养新时代医院CIO。由HIT专家网主办的医院信息中心主任能力培训班正在如火如荼地进行。每单元课后均设置答疑环节，学员们踊跃提问，具有代表性；教员们耐心作答，充满启发性。通过教学互动，实现教学相长。

现将部分精彩问答整理为“HIT培训问答”系列，以飨读者。更完整的教学答疑视频可关注HIT专家网微信视频号。

问题12：医院信息部门是否要成立软件测试团队？

学员、北京清华长庚医院信息管理部副部长李强：日常工作中经常会遇到，不管是医院自己的研发人员还是外包的软件服务商，特别是搞研发的技术宅男，都有一种“迷之自信”，自己测完了就马上得上线，导致版本发布非常频繁。从理论来讲，任何一次系统变更都有很大的风险。所以，医院信息部门有没有必要自己成立一个软件发布的测试团队？

孟晓阳老师：从IT的敏态和稳态来看，敏态体系强调的是“快”，工程师做完了很快就想发布出去，也不是不行，如果影响面有限、不会造成很大的事故，频繁一点也无妨。但“灰度发布”可能是更好的方式，就是只在一个很小的范围内发布一个试运行版本，效果好的话再全面铺开。毕竟我们最担心的是bug造成不利影响，如果能把不利影响控制得很小，那么频度高一点，即使出一点小错也是可以接受的。当然，如果医院信息部门能有专业的测试人员和团队是最好的，可以做得更加规范。

任连仲主任：软件测试非常重要，关系到甲方也关系到乙方。如果医院自己有研发团队，那么我坚持主张建立完整的测试程序。首先是“自测试”：谁研发的，谁就要做测试。测试的依据是“需求”。你要把你的软件产品和自测试结果一并交给测试组。测试组主要测试功能和性能。测试组的测试要有仿真环境，用户群体、背后的数据规模等都要仿真。自测试之后，还要有“用户测试”，要让有代表性的用户使用一下，他们会提出若干优化意见。

如果是购买一套产品，医院在决定购买不购买的时候，作为用户也要对产品进行测试。我以前在HIT专家网上写过一个短文《建议医院CIO这样选择新系统》，提到过应该如何在系统选型中进行测试。

我曾参观过GE公司，他们的设备也有配套软件以及软件研发团队，其中有三到四成的人专门负责测试，测试条件很苛刻、很全面。我也听说微软在拿出一套产品之前也配备了相当大的测试团队。微软在发布WINDOWS 95时，进度一再推迟，在发布前专门找了10万名用户做beta测试。这样负责任做产品的企业是值得我们学习的。为什么今天要专门补充这一点？我认为现在的软件供应商在软件测试这个环节上大多数是不认真的，不符合软件工程管理规程。所以要给诸位主任们提个醒：在决定购买系统之前，得有测试。

薛万国老师：我想把这个问题结合孟晓阳老师上午讲的“发布管理”，综合起来简单说一下。医院有没有自己研发团队其实是一样的：有研发团队，那你就是自己的产品供应商；如果是买的系统，那供应商就是外部的。

刚才任老讲了产品开发商在发布之前要内部测试，甚至要请用户测试。但我们在医院里面对生产系统的发布，也即ITIL里讲的发布，实际上是把变更了的某个软件发布到生产系统里。这是两个环节。

即使是厂商经过充分测试的系统，在我们往生产系统里发布一个新版本时，依然要经过一个试用再全面发布的过程。刚才孟晓阳老师讲的“灰度发布”非常重要。早期我们使用C/S系统，可以选择典型用户先行使用，在实际生产环境里用好了，我们再正式全部更新。

现在因为采用多层架构，我们无法到前端去更新版本，但灰度发布可以只面向个别用户做一个中间态的版本，先不全面更新，让他先用下试试。这是很重要的。即使是经过严格测试的系统，进入生产系统后，新版本是否会与应用系统产生冲突，往往也很难说。过去我们自己做研发，有时候很简单的一个更新，就改了很小的一个地方，那也不能太自信，在正式发布前一定要找一个用户更新试试。结果证明，往往是我们过于自信了。

因此，产品测试和生产系统的发布，都要做发布管理，谁也不可代替谁。

（上述内容来源于第一期培训班第6单元“运维服务管理”课程答疑环节，HIT专家网整理，未经发言者本人审核确认）

了解培训班更多招生详情，请阅读“招生简章”

扫码在线报名咨询：010-82373062/18811543423  孙婧

报名期限：长期有效

【责任编辑：陈曦】