day1不涉及编写代码，只简单梳理接口测试相关的概念。
day1
接口测试的本质：功能测试的一部分
接口测试是功能测试的一部分，本质是将测试的对象从用户界面转移到了应用程序接口上。
测试用例的设计与实现
接口测试的第一步，从来都是获取接口文档。一个完整的接口文档通常包含以下几部分
- 接口名词
- 接口地址
- 请求方法(GET,POST,PUT,DELETE等)
- 请求头信息
- 请求参数(必选参数与可选参数)
- 返回值以及数据结构
测试用例的设计围绕如何验证接口的功能暂开，通常从以下几个方面入手：
- 单接口测试：验证某一个接口在不同参数组合下的行为是否符合预期。测试点包括：
- 正向测试：使用正确的参数进行请求，验证返回值是否符合预期。
- 反向测试：使用错误或异常参数进行请求，验证接口是否能正确处理异常情况。
- 边界测试：例如对于要求固定长度的参数(如身份证号)，测试其在不同长度下的响应情况。
- 业务逻辑测试：验证多个接口之间的协同工作。例如商品下单流程设计多个接口，如库存检查、订单创建、支付确认等。这些接口之间存在依赖关系，测试是需要保证每个步骤的返回值都正确传递给下一个接口。
接口调试与自动化：从postman到持续集成
postman、jmeter等可以帮助我们快速验证接口的功能。通过这些工具，可以确认接口是否正常工作，参数是否正确传递，以及返回值是否符合预期。自动化测试的实现通常是将手动测试的步骤脚本化，并在代码中实现。
例如，使用python的requests库，可以轻松地编写自动化测试脚本，并将这些脚本集成到持续集成（CI）系统中，如Jenkins、GitLab CI等。通过CI，我们可以设定每日定时执行测试，并将测试结果推送到团队的沟通工具（如钉钉、Slack）中，确保所有成员都能及时了解到项目的健康状态。
补充概念
DevOps：
一种将开发、运维结合的文化和实践方法。其目标是通过协作和自动化来提高软件交付的速度、频率和可靠性。DevOps 强调持续交付（CD）和持续部署（CI/CD），即通过自动化构建、测试和部署，确保代码能够快速、安全地推向生产环境。
自动化测试在DevOps中的作用：
自动化测试在 DevOps 流程中至关重要。通过自动化测试，可以在每次代码变更后立即验证其正确性，减少引入新 bug 的风险。自动化测试的主要作用包括：
- 回归测试：确保新代码不会破坏已有功能
- 持续集成：在每次代码提交时自动运行测试，快速发现和修复问题
- 持续交付：确保代码在交付前通过所有测试，从而减少部署后的问题
DevOps工具链中的自动化测试：
在 DevOps 工具链中，自动化测试通常与持续集成/持续交付工具结合使用。例如，Jenkins 是一个广泛使用的 CI/CD 工具，它可以自动化地构建、测试和部署代码。通过 Jenkins，测试工程师可以设置流水线，在代码每次变更时自动运行测试并生成报告。
测试驱动开发(TDD):
测试驱动开发(TDD)是一种软件开发流程，强调先编写测试用例，然后编写最小量的代码来通过这些测试，流程通常是：
- 编写一个失败的测试：根据需求编写一个测试用例，测试当前未实现的功能。
- 编写通过测试的代码：编写代码通过刚刚的测试。
- 重构：优化代码，同时确保所有测试继续通过。
TDD有助于确保代码的每个部分都是经过测试的，并且开发人员能够在早期阶段发现问题。
行为驱动开发(BDD):
行为驱动开发是一种在TDD基础上发展出来的开发流程。BDD强调在开发前，开发人员、测试人员和业务人员共同定义系统的行为，即用户故事。BDD 通常使用自然语言编写测试用例，使其更容易被非技术人员理解。例如：
• "当用户登录成功后，应该跳转到主页。"
BDD 的主要工具包括 Cucumber 和 Behave，这些工具允许测试用例以人类可读的形式编写，并且能够自动运行。
从TDD/BDD到CI/CD：
现代软件开发往往将TDD或BDD与CI/CD流程结合起来，以实现高效的测试和交付。具体流程如下：
- TDD/BDD流程：开发人员在编写代码之前，首先编写测试(TDD)或行为描述(BDD)
- 持续集成(CI)：每次代码提交后，CI工具(如jenkins)自动运行所有测试，确保代码符合预期
- 持续交付/持续部署(CD)：通过CI工具，代码在所有测试通过之后被自动部署到生产环境，或准备好进行手动部署。