有什么测试架构的方法？

Question

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

我计划进行迭代，但是在开始考虑测试之前，我不想等待完成整个体系结构（即使它很粗糙）。

更新：我正在使用“ 代码完成 ”一词中使用的体系结构一词。

换句话说，在此刻，我的体系结构是一堆纸，显示了各种斑点如何相互作用（例如，一张纸显示了一个旧系统，该旧系统与与解析/切片和切块的立面进行对话，然后与立面进行对话）。主网站应用程序）。

稍后，我将把它充实到公共课程/方法的重点。之后，我将写出私有方法签名并戳算法，尽管我已经在研究它们，以进行诸如对文本进行分类之类的高级工作。

Answer 1

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

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

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

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

所有这些主题都可以在架构完善时得到解决，以便在开发工作一开始就更有效地支持。