TestSwarm

translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/continous_integration.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e PX4 Continuous Integration PX4 builds and

translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/jenkins_ci.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e Jenkins CI Jenkins continuous integration server on S

持续集成与发布，简称CI/CD，是微服务构建的重要环节，也是DevOps中推崇的方法论。如何在kubernetes中使用持续构建与发布工具？可以既可以与企业内部原有的持续构建集成，例如Jenkins，也可以在kubernetes中部署一套新的持续构建与发布工具，例如Drone。 众所周知Kubernetes并不提供代码构建、发布和部署，所有的这些工作都是由CI/CD工作流完成的，最近TheNewS

translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/README.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e 测试与持续集成 PX4提供大量的测试和持续集成。 本页提供概述。 在本地机器上测试 下面这条命令足够打开一个带有运

通过避免反模式轻松实现持续集成 尽管持续集成（Continuous Integration，CI）可以非常有效地减少项目的风险，但是它对与编程相关的日常活动提出了很高的要求。在这一期 让开发自动化中，自动化专家和 Continuous Integration: Improving Software Quality and Reducing Risk的作者之一 Paul Duvall 列举了一系列

问题内容： 我们已经有一个持续的集成过程，可以构建，运行单元测试，进行静态代码分析并生成文档。但是，我们希望将其扩展到包括自动性能测试。在这种情况下，我们正在开发.NET Web应用程序。 我们已经使用JMeter（在CI流程之外）进行了一些性能测试，但是我不知道这是否是包含在CI流程中的最佳工具？selenium是一种选择吗？WAPT Pro？ 我们应该在哪个级别上测试性能？我们应该有一套“性能

我们做的还不够好，先占个坑。 欢迎贡献章节。

注意有关编写测试的建议， 请参阅 Testing Your Code. Why? 与 Kent Beck 一起撰写关于 持续集成 (简称 : CI ) 的 Martin Fowler 对 CI 进行了如下的描述： 持续集成是一种软件开发实践，团队成员经常整合他们的工作，通常每个人至少每天集成一次 - 导致每天进行多次集成。 每个集成都通过自动构建（包括测试）进行验证，以尽快检测集成错误。 许多团队