本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 第三阶段：评估与测试 你已经奠定了坚实的基础，但你怎么知道它真的起作用了呢？ 当你竞相证明产品与市场的契合度时，测试弹性听起来像是一种奢侈品。但是，有一种明智的方法可以在不影响功能开发的情况下做到这一点。本章介绍适合初创企业步伐的精益、实用的测试。 首先 [AWS Resilience Hub](https://docs.aws.amazon.com/resilience-hub/latest/userguide/what-is.html)，将其视为初始架构评估工具。它为架构的弹性基础提供了有用的基准评估。它通过检查常见的配置模式和潜在的单点故障，帮助您评估基本基础架构设置是否符合您的恢复目标。它可以标记明显的差距，例如缺少多个可用区配置或备份策略不完整。Resilience Hub 补充但不能取代深思熟虑的架构审查和对关键路径的有针对性的测试。 要验证您记录的恢复目标，请在您的开发环境[AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)中安排每月的恢复测试。尽管这需要工程时间，但它可能比在实际事件中发现备份不起作用要便宜。将其作为常规开发周期的一部分，例如运行单元测试或代码审查。目标不是完美；而是信心你可以在需要的时候恢复过来。 随着您的初创公司的发展以及客户开始越来越依赖您，请逐步升级您的测试游戏。部署新功能时，请在管道中加入基本的弹性检查。使用尝试简单的混沌实验[AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html)。从您的预制作环境开始，然后从小处着手。在考虑任何生产实验之前，请先测试您的应用程序如何处理开发中的延迟 API 响应。随着您信心的增强，请逐渐扩展这些测试，但请务必先在预制作中进行验证。对于初创公司来说，如果不故意破坏生产中的东西，就足够冒险。 关键是平衡。在测试上花费的每一小时都不是花在开发新功能上的一个小时。但是，一些战略测试可以防止那种失去客户信任的停机。使用提供的自动化工具 AWS 来完成繁重的工作，并专注于对客户最重要的测试。这可以帮助您在不减缓创新的情况下建立对应用程序弹性的信心。 下一章将探讨如何随着创业公司的规模发展而发展这一基础。