一次低级技术失误引起的《清单革命》
来源:互联网 发布:故宫淘宝 月饼 编辑:程序博客网 时间:2024/05/22 11:44
本文由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. 解决方案及预防:
- 一次低级技术失误引起的《清单革命》
- 容易失误的清单
- 超低级、超弱智的失误
- 《清单革命》
- 《清单革命》
- java -- 低级失误
- 由控制面板引起的一系列失误!
- 一个小失误引起的大问题
- 记一次JAVAWEB更新的失误
- 记一次FPGA特别低级的错误
- 我读《清单革命》
- 读《清单革命》
- ZQ0001-《清单革命》
- GOOGLE带来的可能是一次革命
- GOOGLE带来的可能是一次革命
- 一次伟大的Web革命书
- 模板技术的革命-fastm
- 一次memcpy引起的bug
- svn使用
- Android Go 功能与新特性
- js绘制中国地图
- Kotlin之常用操作符
- JavaScript设计模式系列二:单例模式
- 一次低级技术失误引起的《清单革命》
- spring-boot框架开发的系统读取到的数据库数据相差8小时的问题解决
- 深度学习: GoogleNet 网络
- java之IDE工具elipse常见问题(待续)
- SurfaceView
- EA&UML日拱一卒-0基础学习微信小程序(2)- 关于小程序
- 2017年12月21日个人声明
- WordPress主题 大前端 阿里百秀 XIU 小清新CMS高级主题去除域名无限制版[更新v5.5]
- 利用python实现简单的邮件发送客户端