一次低级技术失误引起的《清单革命》

本文由Markdown语法编辑器编辑完成。

1. 问题背景：

　　公司领导和同事们经过大半年的忙碌，HIS2.0门诊系统终于就快要上线运行了。在系统正式上线前，需要经过几轮的仿真测试，以便在上线前能够发现尽可能多的问题并及时解决，以保障系统能够顺利而平稳的上线。

　　作为门诊系统集成的我，担负着HIS门诊与医院多个系统之间的集成联调任务。在前面的文章中已经描述过与HIS门诊系统需要进行集成的外部第三方系统有哪些。比如PACS, LIS, 心电，超声，内窥镜，输液系统，血透系统，微生物，病理等系统。

　　仿真测试时，需要与医院的各系统的生产环境进行直连。即将数据要直接通过集成平台，发送到第三方系统的数据库中。因此仿真测试与模拟测试时，连接集成平台的URL会有所不同。

比如
测试的URL为：10.6.123.33:8080/rest/intergrate;
生产的URL为：10.6.66.34:8080/rest/intergrate.

　　虽然只是IP地址的不同，但是连接的系统却是有很大差别的。

　　由于URL不同，因此从测试转仿真的时候，会有一些代码不同，因此在修改代码后，需要将更新后的jar包，通过堡垒机，xshell和xftp，上传至仿真的环境中。

　　我花了一个下午的时间，一直在执行这个替换jar包的动作。但是，每次信心满满地替换完jar包后，再去运行程序时，发现程序还是按照旧的代码运行，似乎根本不认新替换的jar包。

　　最后，当我把整个过程在我脑子里面模拟了一遍后，我才想到我似乎忘记了非常非常重要的一步操作。那就是在替换jar包后，我并没有重新启动tomcat，而是直接运行程序。因此，导致新替换的jar包并没有起到作用。

　　当我意识到我犯了一个非常非常低级的错误时，我不尽沉思，到底是什么原因引起我忽略了这么非常重要的一个步骤呢，我如何可以避免以后再犯这样的低级错误呢？

　　于是，我想到了我曾经看过的一本，由逻辑思维的罗永浩在得到APP的新品每日读书里推荐的一本书，叫《清单革命》。也许这本书就是解决这种问题的最好方式吧！

2. 解决方案及预防：