问题描述
在连续集成（CI）和连续测试（CT）流水线的上下文中对测试的区别感到有些模糊。他举了一个例子，他理解在 CI 中的测试，比如在拉取请求上执行单元测试，他个人认为这应该被定义为连续测试，因为他不断地对输入的代码进行测试，然而这个实践被称为 CI。那么，CT 是什么呢？他是否是唯一一个将 CI 误认为是 CT 的人？
解决方案
以下操作可能涉及不同工具和实践，具体情况可能有所不同。
CI 和 CT 的区别
连续测试（CT）是连续集成（CI）的一个副产品。CI 的主要目的是尽可能频繁地将开发工作整合到一个可随时投入生产的状态。通过对最近整合的代码进行持续测试，实现了生产就绪性。没有连续测试，连续集成将无法正常工作，但你可以在不始终使开发代码随时可投入生产状态的情况下进行持续测试。从我的经验来看，”CT” 这个术语实际上已经不再被广泛使用。
CI 和 CT 的关系
连续集成和连续测试在软件开发流程中都扮演着重要角色，但它们关注的焦点略有不同。
连续集成（CI）：CI 的核心思想是将团队成员的代码集成到共享代码库中，以便频繁地构建和测试整个应用程序。在 CI 流水线中，开发人员的代码提交会触发自动构建和测试流程，确保新代码与现有代码的集成不会引入错误。
连续测试（CT）：连续测试更关注确保应用程序的各个方面在不同环境中持续运行正常。CT 流水线可以包括各种测试类型，如单元测试、集成测试、端到端测试等，以验证应用程序在不同场景下的表现。
CI 和 CT 的交互
虽然连续测试是连续集成的一个副产品，但两者之间有着密切的关系。在典型的 CI/CD（持续集成/持续交付）流水线中，连续测试是确保代码变更能够成功并且在不同阶段不断地进行测试的关键步骤之一。
当你在 CI 流水线上执行单元测试时，你正在验证新代码在集成后的正确性。而在 CT 流水线中，你可能会扩展测试的范围，包括更广泛的场景和使用情况，以确保应用程序在各种条件下稳定运行。
总结
在软件开发中，连续集成和连续测试是不可或缺的实践。尽管它们之间的区别可能有时令人困惑，但理解它们的关系可以帮助你更好地构建高质量的应用程序。