最近接触了些医学知识，发现其与软件学有许多相同之处：
● 人是吃五谷杂粮的，是会生病的，不存在一个不会生病的人；软件是人编出来的，是会有BUG的，不存在一个没有BUG的软件。
● 病是由病人或医生发现的；BUG是由软件工程师发现的。
● 有了病需要检查，找出病因；有BUG需要定位，找出BUG的原因。
● 找出病因需要治疗，比如打针吃药；找出BUG需要解决，比如打补丁。
● 病好了需要复查；BUG修复了需要复测。
● 病对长期用药具有抗药性；BUG对长期执行测试的测试工程师具有抗药性。
……
说了那么多有何作用呢？医学之远古到现在已有几千年的历史了，而软件学仅有几十年的历史，借鉴这些相同点，我们可以从医学的一些理论来挖掘软件学的理论（有些已经建立起来了）
● 预防重于治疗，治未病：软件质量需要尽早介入，越早越好，少制造缺陷重于修改缺陷；
● 急症治标，轻症治本：对于缺陷影响大的软件需要尽快找个办法解决问题，让用户先用起来。对于缺陷影响小的软件要慢慢把软件稳定性做好；
● 重病要用猛药攻：发现重大的缺陷要采取猛烈的发式去处理，包括更换技术，甚至更换研发团体人员等等；
● 是药三分毒：任何一种解决办法都会存在缺陷，不存在一个十全十美的解决方法；
● 上工治未病，中工治已病，下工不治病：高级的软件工程师应该把缺陷避免在萌芽阶段，一般的软件工程师可以处理发现的缺陷，而低级的软件工程师发现了问题都无法解决；
● 病来如山倒，病去如抽丝：发现缺陷可能是一眨眼的功夫，而解决缺陷则需要一段过程；
● 有些病具有潜伏期：有些缺陷也具有潜伏期，所以要加强潜伏期阶段的检查工作。
…
说了那么多，我并不是说医学就是软件，医学对象是人，软件对象是程序，不可以完全等同，比如人具有自愈能力，而程序不具有。我是希望各位同仁们在干好本职工作的同时，多学些其他知识，与软件知识联系起来，为我们能够更好控制软件的质量，从而为客户服务。
版权声明：51Testing软件测试网及内容提供者拥有本文全部版权，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。
