testing - 测试架构的方法有哪些？

Question

如何测试架构？在架构仍处于成型阶段时，是否可以完成与测试相关的事情？

我计划进行迭代，但我不想等到整个架构完成(即使它非常粗糙)才开始考虑测试。

更新: 我使用架构这个词的方式与它在代码完成中的使用方式相同。

换句话说，此时此刻，我的架构是一堆纸，展示了各种 blob 如何交互(例如，一张纸显示了一个遗留系统，它与一个解析/切片和切 block 的外观对话，而这个外观又反过来与主要网站应用程序对话)。

稍后，我会将其充实到公共(public)类/方法这一点。在那之后，我将写出私有(private)方法签名并研究算法，尽管我已经在研究它们的高级内容，例如文本分类。

Answer 1

通常，“测试架构”意味着测试 applicative and technical architecture (相对于业务和功能性的，后者与其说是“测试”不如说是“验证”)。
这也不是“单元测试”或“持续集成”或 TDD，而是一种从头到尾测试所有系统(由许多模块组成)的黑盒方法。

您确实可以开始设计多个测试策略，而不是一个:当它们涉及“架构”时，它们通常是“系统范围”测试，这意味着专用基础设施(网络、靠近部署目标的服务器)。

因此，在设计您的第一个“架构”测试时，您可以考虑:

• 您想首先进行哪种测试(回归、压力测试、uat -- 用户验收测试 --)？
• 您希望这些测试与初始需求集之间有什么样的可追溯性？
• 您需要自动化哪种部署流程，以便轻松快速地设置或更新测试平台(特别是如果涉及到基础，您将如何处理架构升级和测试数据？)。<

所有这些主题都可以在改进架构的同时解决，以便在开发工作开始时更有效地支持它。