编码、测试与文档:良性循环
1. 性能分析与测试类型
在生产服务中,为了跟踪请求耗时,可以使用 Flask Profiler 以图形化格式展示。而对于生产环境的服务,推荐使用 Prometheus(https://prometheus.io/)、InfluxDB(https://www.influxdata.com/) 等工具,或者使用云托管提供商的内置工具,如 AWS CloudWatch。
端到端测试是从最终用户的角度检查整个系统是否按预期工作。测试需要像真实客户端一样,通过相同的用户界面(UI)调用系统。对于某些应用程序,简单的 HTTP 客户端可能不足以模拟真实用户。例如,如果系统的可见部分是在客户端渲染 HTML 页面的 Web 应用程序,则需要使用 Selenium(https://www.selenium.dev/) 等工具,它可以自动化浏览器,确保客户端请求每个 CSS 和 JavaScript 文件,并相应地渲染每个页面。
目前有多种测试类型,具体如下:
| 测试类型 | 描述 |
| ---- | ---- |
| 功能测试 | 对于 Web 服务而言是最重要的测试,在 Quart 中通过实例化应用并与之交互来执行较为容易。 |
| 单元测试 | 是很好的补充,但要避免滥用模拟。 |
| 集成测试 | 类似于功能测试,但针对实际部署进行。 |
| 负载测试 | 有助于了解微服务的瓶颈,并为后续开发步骤进行规划。 |
| 端到端测试 | 需要使用客户端通常使用的相同 UI。 |
通常,每次更改代码时都应编写单元测试和功能测试。理想情况下,每次代码更改都应包含一个新测试或修改
超级会员免费看
订阅专栏 解锁全文
2219

被折叠的 条评论
为什么被折叠?



