微服务间的测试策略
发布于 2023-07-18
1955
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
CKL的思考空间
扫码关注公众号
扫码阅读
手机扫码阅读
文章强调了在设计微服务测试策略时,要考虑技术可行性和成本效益。提出了几种针对微服务接口管理和测试的方法,包括无文档、手动维护接口文档、由插件自动生成文档等。建议在接口管理不成熟的情况下,不要过于投入接口测试,而应优先完善微服务的整体测试策略。
文章介绍了一种实践方法,通过接口测试平台监测接口变化并存储稳定接口的“契约”,定时执行测试用例以确保接口的稳定性。这种方法技术实现难度不大,但能有效监测接口的变化。
文章进一步讨论了契约测试的概念,强调了契约的制定、更改和使用的重要性。介绍了三个流行的契约测试框架:Pact、Swagger和Spring Cloud Contract,并解释了它们的用途和适用场景。
还提到了测试环境使用的重要性,特别是微服务间依赖关系的管理。提出了部署稳定全量版本和通过路由配置处理依赖的方法。对于技术能力有限的团队,建议建立多套环境,利用容器化技术实现环境的快速拉取和回收。
最后,作者总结了微服务测试策略,提醒测试Leader根据团队现状选择合适的方法。同时提供了关于契约测试的资源链接,鼓励读者参与讨论并关注作者的公众号以获取更多信息。
CKL的思考空间
CKL的思考空间
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
CKL的思考空间的其他文章
单体微服务的测试策略
在允许的情况下,多做一些这类的测试,也是个不错的选择。千里之堤,溃于蚁穴,质量的构建也是从这点点滴滴积累起来的。
测开造轮子漫谈
本文内容是5月21号在深圳第13届MeetUp上的分享记录,主题是“测开造轮子漫谈”,缘由是观察到了现在大多数的测试同行都是卷测试平台(是就“造轮子”),各类接口的,UI的平台也见了好多,这是不是个好的现象呢,接着往下聊。
如何让"名义下属"变成"真实战力"
只有愿意服从你的,听你指挥的、按照你的指示和思路办事的,才是你的下属。剩下的所有人,不论在职务职级上他们是不是从属于你,如果他们不愿意服从,不愿意按照你的指示和思路做事,那么,他们就不是你的下属,而是你在职场上要去争取合作的对象
测试报告别踩坑
写作其实是个非常重要的职场能力,测试报告写的好,有些坑就要特别注意,你关注到了么
研发度量:向内求己,对外伤人
对于研发度量,笔者是保持支持态度的,通过透明团队的工作内容,识别系统性风险,还是利大于弊的。对于度量指标的使用,笔者建议只开放给中高层管理者,辅助日常团队管理即可,而非面向全员的KPI考核。不希望把度量当成一把砍向基层员工的“利刃”。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线