模型Model:负责为系统存储中央数据

最后，本文从测试金字塔模型的角度，分析了分层测试后各阶段应该关注的内容。

接下来，我们从MVC模式的角度，从软件开发模式的角度，谈一下层次测试。

1.首先说明MVC是什么：

MVC是一种体系结构，或者说设计模式，它必须把应用程序的输入、处理和输出分离开来，把应用程序分为三个部分：模型+视图+Controller，即模型+视图+控制器，如下图：

视图：向用户显示信息(视图)。

Model：负责为系统存储中央数据。

Controller：用来处理用户输入的信息。在应用程序中处理用户交互的部分是负责从视图中读取数据、控制用户输入和向模型发送数据。对用户交互控制进行管理和控制。

MVC模式的基本思想是：数据、显示和处理相分离。

2.MVC是如何工作的(了解)：

第一步，向用户显示视图，用户在该视图上操作，并输入业务数据。

然后用户按一下提交按钮，就可以发出请求。

(3)由视图发出的用户请求将到达控制器，控制器将在请求中包含您希望实现的业务功能和相关数据。

(4)控制器将处理用户请求，封装请求中的数据，然后选择和调用适当的模型，请求模型进行状态更新，然后选择下一个向用户显示的视图。

(5)模型将在维护和更新模型状态的同时，处理用户要求的业务功能。

三、通过理解MVC模式，具体谈谈分层测试。

视图View-----对应于UI层，即用户可以看到的部分。

在测试方面，视图View指的是：UI测试和功能测试，它们在我们的日常测试中占有最高的比例。

控制控制层不会对控制器Controller-----进行任何数据处理。举例来说，当用户点击连接时，控制层接受请求，但并不处理业务信息，只是将用户信息传递给模型，告诉模型要做什么，然后选择符合要求的视图返回给用户。

在测试层面上，前端请求返回后台数据时，感觉不到任何后台处理过程，只能根据返回的结果，是成功还是失败，来判断业务是否完成。

与数据存储相关的模型Model-----数据模型主要是指实体对象的数据保存即数据持久性。例如把一个订单保存到数据库，当前端再次请求查询时，直接从数据库中读取它。当前从前端查询的信息，将存储在数据库或缓存中。

在测试方面，模型Model是根据用户的要求，在一系列代码处理之后，持久化到数据库中的数据，并随时供前端查询获得。这个层，测试主要验证数据存储是否正确，敏感信息是否加密存储，常用字典信息是否应该放慢存储时间等等。首先，验证数据。

摘要：建议站在不同的角度来思考软件测试，思路会更开阔，关注点会更全面。推荐去了解更多的设计模式。喜欢开发的测试同学提出了一些想法。

上面只是一些近期的思考，如果有错误请指出。