记录CI/CD，虽然持续集成已经知道很久，甚至有实践过，但是第一次知道他们英文缩写是CI却是在昨天，刚好借此梳理一下持续集成的理解
因为目前没过多接触到CI，可能理解不透彻，目前我理解的CI就是一个管道式交付过程，在CI过程中，提交，集成，测试这个周期被高效化，由于自动化技术的辅助，允许你更快速的进行一个开发周期，这样首先可以保证已提交内容的稳定，提高开发效率，其次可以让产品更快适应需求，提高产品的多面性。
很显然，CI是针对软件开发周期来说的，但是CD就不一样了，CD包括持续交付和持续部署，这样就把运维的过程也加进来了，实际上是高配版本的CI，CD模式解决了运维团队和开发团队的矛盾，运维追求稳定，而改动代码就会出现问题，所以CD过程允许运维提前预估风险并防范风险。达到稳定的目的。
这里不得不提的还有一个概念，就是 DevOps，DevOps实际上就高度体现了CD的开发模式，在这个模式下更加体现出管道式的开发模式，细化了瀑布，而这种模式下，加强了个部门之间的合作和协调，是一种更高的规范和思想。如果想要实现，一方面需要公司有这种理念和制度，另外要求员工也需要具备devop的思想。
结合最近一些测试的感悟吧，就单纯测试而言，测试岗位人才稀缺丢居高不下，测试人员求职数量也居高不下，造成这种原因无非是岗位要求越来越高，而高质量的技术人才却增长缓慢，导致岗位跟求职者越来越不匹配，然后就出现企业高薪找不到人，就业人员降低要求还找不到工作的情况。
为什么测试岗位要求越来越高，原因很多，比如CI/CD的流行，比如测试技术的成熟等等，总之就是出现了对企业更有利的东西，而这些东西传统测试方式已经无法适应了。就好比出现了个更好用的手机，但是需要更强大的电源一样，老版电源不支持新手机了。所以测试也需要进步和革新，比如测试左移和测试右移，测试左移，测试人员更多的学习开发知识。测试右移，测试人员更多的学习运维知识。
其实从根源上来说，测试技术的进步也为开发模式的进步奠定了基石，正是因为技术进步了，才支持和允许新的开发模式的落实，作为测试人员，必须要不断提升技能，才不会在技术革新的浪潮中被淹没。