没闲着系列 27

今早起床大概磨蹭了一会儿，到中午才算真正清醒，然后把排骨又炖了下吃完了。
刷了李政宰的韩国电影，也不是特别恐怖，讨论信仰宗教的，然后其他的电影电视剧暂时没兴趣。
暂时把目光放回了没闲着系列，想看看deepseek能给我什么回答。
首先是单元测试：

1. 单元测试（Unit Testing）
目标：验证代码中最小可测试单元（如函数、类）的正确性。
实施步骤：

工具选择：

Java：JUnit、TestNG

Python：unittest、pytest

JavaScript：Jest、Mocha

用例设计：

覆盖正常输入、边界值（如空值、极值）、异常分支（如错误参数）。

使用Mock工具（如Mockito、Sinon）隔离依赖（如数据库、网络）。

执行方式：

开发过程中实时运行，集成到IDE或构建工具（如Maven、Gradle）。

通过CI/CD（如Jenkins、GitHub Actions）自动化执行。

最佳实践：

遵循测试金字塔，单元测试占比最大（约70%）。

每次代码提交前必须通过所有单元测试。

Java Mock等也已经使用过了。下一条：

2. API测试（API Testing）
目标：验证接口的输入输出、状态码、业务逻辑及性能基线。
实施步骤：

工具选择：

Postman（手动测试）、RestAssured（Java）、Pytest + Requests（Python）。

自动化框架：Karate、Newman。

测试重点：

验证HTTP状态码（如200、404、500）。

检查响应数据格式（JSON/XML Schema）和业务规则（如订单金额计算）。

异常场景：错误参数、鉴权失败、限流触发。

数据管理：

使用动态参数化（如CSV文件、环境变量）。

清理测试数据（如调用删除接口或重置数据库）。

最佳实践：

结合Swagger/OpenAPI规范生成测试用例。

集成到CI/CD流水线，确保每次构建后执行。

postman大部分人都知道，newman可能有人不清楚，包括我，洗完澡一会儿我再看看，
究竟什么是newman。
https://blog.csdn.net/qq_67693066/article/details/145264131
看了下newman，原来应该属于postman的一个脚本工具。

虽然还没跑着测，但是现在大概知道为什么postman+newman可以进行测试了，
因为每个人写好本地的测试后，就可以进行线上接口的测试，此时需要从本地
postman导出测试json，更改环境或请求ip，在线上执行对应脚本即可：

newman run my-collection.json -e dev-environment.json