答案 0 :(得分：2)
我的观点是，您应该只应用任何类型的设计模式，并且只有在您真正需要时才应用。仅仅因为设计模式毕竟不容易。它们会增加您的解决方案的复杂性，但它们也将为您提供（通常）为特定类型的问题建立和工作解决方案的好处。
是否使用它们取决于你将要构建的内容以及它的复杂程度。也就是说，我可能不会使用MVC模式构建我的200行jQuery插件，也许......
但是在工作中我们创建单页应用程序，我们有2-5个开发人员同时处理项目，项目的数量为500天。在这样的环境中，事情会很快变得复杂，如果你不遵循任何正确的结构，你就会迷失方向。
我希望能回答你的问题1和2。
最终用户希望能够以更少的错误获得质量更好的应用程序，但通常他甚至不应该注意（也不关心）应用程序的底层架构。
MVC帮助开发人员
我不确定你打算用“测试者”打造哪种形象。如果他在单位或接受级别编写自动化测试，那么之前的好处几乎也是如此。如果他在导航的意义上测试整个应用程序，通过测试它对不同类型输入的反应将应用程序作为一个黑盒子，那么MVC对他来说并没有真正发挥重要作用。这就像最终用户一样。
所以我希望我能为你澄清一些事情。但正如所说的那样，永远不要只遵循一种模式，因为人们会遵循它，但只是因为它会给你带来任何好处。
答案 1 :(得分：-1)
MVC用于构建代码，特别是如果您正在使用客户端渲染进行大量工作。如果没有结构，您的代码会非常快速地复杂化。
如果您只需要部分更新，则无需等待整个页面刷新，最终用户的用户体验会更好。