带你读《2022技术人的百宝黑皮书》——我在阿里做测试，入职5个月的回顾与总结(5) https://developer.aliyun.com/article/1243239?groupCode=taobaotech
稳定性相关分析设计
当功能性的测试用例设计完成之后，可以补充一些非功能性的稳定性相关的测试用例，比如性能、并发、可用性、兼容性限流验证等相关的用例。
例4：梳理并验证活动核心接口在限流后的表现是否符合业务预期，以及是否配置了限流、限流是否能生效等，以及对应预案的执行和恢复情况。
例5：发布兼容性测试，代码和数据有兼容性时需增加对应的测试用例。
如我们本次示例需求中的活动页面还有灰度放量的新版和老版的区分，在完成了需求的功能测试之后，还应对代码和数据的兼容性进行分场景的测试与回归。
更进一步-项目质量方案
在充分地理解需求和较为全面地设计好测试用例后，测试人员应该对项目的质量保障有更高追求。例如我所在的会员业务是淘宝内用户数量较多的业务，在各个大促期间更是会有比平常高不少的QPS，如果保障项目的稳定性，是我们在完成功能性验证后更需要关注的重点。下面我将从核心链路梳理、强弱依赖梳理、限流兜底和资损防控四方面来介绍。
稳定性治理：核心链路梳理
每一个业务动作背后都是多个系统之间的调用，而这些系统之间的调用组成了一条条的链路，梳理并明确这些链路的调用关系对于稳定性保障具有重要的意义。针对技术方案，测试人员需要在脑海中形成整个业务的流程和明确其中的数据流转。通过梳理业务场景下的核心链路不仅可以帮助测试人员提前发现技术方案的风险点，也可以让我们明确哪些链路是需要重点保障的，在测试时更有侧重点。
稳定性治理：强弱依赖梳理
强弱依赖治理就是通过科学的手段持续稳定地得到应用间依赖关系、流量、强弱等数据，提前发现因为依赖问题可能导致的故障，避免依赖故障影响用户体验。在测试前提前梳理强弱依赖，在测试过程中验证下游依赖异常时，活动页的表现是否符合预期，避免页面空窗、白屏等。
针对示例需求的强弱依赖梳理如下，通常我会使用混沌工程工具真实地注入各个强弱依赖的故障以此来验证业务表的现是否符合预期，对于难以真实注入故障的场景可以考虑通过debug抛出异常来实现。
带你读《2022技术人的百宝黑皮书》——我在阿里做测试，入职5个月的回顾与总结(7) https://developer.aliyun.com/article/1243237?groupCode=taobaotech
