我們在持續集成過程中與Jenkins一起運行BDD測試(Cucumber/Selenium)。測試次數日益增加,運行這些測試的時間越來越長,這使得整個CI過程沒有真正的響應(如果您在下午提交,那麼您將有可能在第二天看到您的建築結果)。儘管測試數量增加,是否有一種方法/模式可以保持CI過程的快速性?與BDD更快速的持續集成過程
3
A
回答
4
3
@Ikaso在那裏給出了一些很好的答案。還有一個選擇是設置一些build slaves(如果您還沒有的話),並將集成測試分成多個作業,這些作業可以在從站上並行運行。
+1
我喜歡你的建議! – Ikaso
相關問題
- 1. 與ClearCase的持續集成和更新快照視圖
- 2. 與Git的持續集成
- 3. 與VSTS的持續集成
- 4. 與GitHub的持續集成
- 5. 與mysql的持續集成
- 6. Kentico的持續集成速度很慢
- 7. 與Grails持續集成
- 8. Docker與AWS持續集成
- 9. 持續集成
- 10. 更快的ClearCase視圖標記爲持續集成
- 11. 快照依賴關係的持續集成策略(與Jenkins)
- 12. 與Laravel持續集成與開發
- 13. Subversion通過持續集成工具比Mercurial更「支持」嗎?
- 14. 與TeamCity和Clearcase的持續集成
- 15. 與Surround SCM的持續集成
- 16. MS單元與TFS的持續集成
- 17. 與.net和svn的持續集成
- 18. 與Laravel包和Behat的持續集成
- 19. 與React Native的持續集成
- 20. 與Reporting Services的持續集成
- 21. 與GTest和Buildbot的持續集成
- 22. 與ASP.NET MVC和TFS的持續集成
- 23. 與Git的選擇性持續集成
- 24. 與PhoneGap的TFS持續集成構建
- 25. 與Visual Studio 2005的持續集成
- 26. TFS持續集成
- 27. python持續集成
- 28. C持續集成
- 29. TypeScript持續集成
- 30. GreaseMonkey持續集成
我的回答有幫助嗎?如果是這樣,請將其標記爲答案。謝謝 – Ikaso