正文
就如同上面提到的,开展持续集成的目的要明白,是为了开发提交代码后的自测?或者每天的自动发布上线?还是别的什么。搞清楚目的之后,就得开始选型,目前jenkins仍然占有市面很大份额,我司用的是gitlab里的CI/CD功能,功能应该大同小异。选型完了之后开始根据实际情况开始设计流程,具体实现步骤可以网上查询相关技术文档。最后,run it!
做
集成测试
的时候,不了解接口函数的测试方法,求您指点下~
接口函数?
你这指的应该是白盒测试了吧,网上随便找了个列表供参考
我对持续集成的理解只在表面。
如果可以的话,对于自动化测试在持续集成中是如何运作的(怎么个操作流程)能否简单介绍一下。
例:开发提交代码---->Jenkins处触发---->将代码打包部署到测试环境中同时执行自动化测试? 是不是和我想的流程是一样的?
是的,和你想的流程基本一致,可以在某一时间点(最好是闲时)设定自动把之前一天开发提交的所有代码统一收集并部署到测试环境然后跑自动化测试,这样就实现无人值守了,另外这个测试环境最好相对独立且干净一点,只作为自动化测试用
如果开发没有介入到持续集成中打包通过其他形式发送的话。
自动化测试还有介入到持续集成中的必要吗?
作用就不是很大了,因为自动化测试纳入持续集成流程中的目的是为了自动测试某测试环境下的最新代码的表现情况,如果其中没有代码部署这一操作,那测啥呢?