我们如何测试任何产品的技术架构？

Question

测试人员如何测试任何应用程序的技术架构？这真的是一件与测试相关的事情吗?在我的项目中，我们有下面的设计：

业务架构设计:本设计包括业务操作和功能工作流，以及盈亏分析等业务观点。

应用程序和功能体系结构设计:在这个层次上，我们有一个应用程序级的设计，在这个层次上，如何以软件的形式实现业务目标，技术部分大多是抽象的。大多数QA以最终用户的身份在此设计上工作.

技术架构设计:我们有专门的基础设施、技术框架(对于任何功能项目都是通用的，如KPI、日志记录、异常management...etc)、多存储(Blobs、队列、表和文件)、虚拟网络、服务器&更多。

开发人员架构设计:在此中，我们有一个UI项目结构、多个服务、控制器、嵌套逻辑，它们以一种复杂的方式相互关联。

由于所有这些设计都是单一的最终产品，所以我们应该如何测试技术体系结构和开发人员的体系结构设计。

Answer 1

本质上，这并没有太大的变化，毕竟.

测试是通过探索和实验了解产品的过程，包括:提问、学习、建模、观察和推断、输出检查等。James，探索性测试3.0

因此，测试架构实现的思想是探索其假设和组件交互，以便您了解它们，然后发现风险和错误。

传统的测试启发式方法(如几个HICCUPPS、RCRCRC和SFDPOT )可能有助于探索过程。基于风险的测试思维也是。

产品覆盖范围轮廓可能有助于创建您测试的内容和方式的远景。启发式测试策略模型可以帮助您组织您的上下文需求和策略。

软件体系结构的一些概念，如清洁建筑或C4模型，可能会帮助您为臭虫宣传创建更好的参数。

总之，每当您要测试其中一些体系结构视图时，您必须问：

1. 我在这里看到的风险是什么，我如何发现新的风险？
2. 哪些工具和技术允许我针对这些风险调查产品(及其模型/文档)的状态？
3. 我怎样才能更好地交流我的发现，从而最大限度地解决这些问题的可能性？

Answer 2

还在瀑布工作？

拥抱敏捷！

大型的设计前沿BDUF很难适应不断变化的需求，并且假定设计者能够预见问题领域，而不需要广泛的原型开发，并且至少需要对实现进行一些投资。对于大量的项目，用户的需求需要根据最初的交付品加以改进，而业务需求的发展速度要快于大型项目完成时的速度，使大设计在系统完成时就过时了。

资料来源: Wiki。