分层的测试

--前言：这里代表的是个人的观点，难免会有不正确或者不妥的地方

针对web应用的，之前画过一张图，主要是为了和组员们探讨一下测试可以从哪几个方面入手，侧重点是有哪些。

围绕着直观的（界面层）和看不见的（接口层和存储层），这里肯定不全。

个人觉得这也是测试的基本方式了。

界面：

随着前端技术越来越流行，这一层做的事情也越来越多。出问题的概率也会越来越大。这部分可以分成两个，一个是内部系统使用的，一个是社会大众使用的，针对前面那部分，可以根据需要，自行定制。针对后面的那部分，投入的精力就要加大。这部分入手点主要是从项目的背景，界面这部分最直观的显示了这个者系统的真实目的。所有的页面以及功能都可以追溯到需求点。除开了这点，还要注意的的，可以适当的怀疑展示的内容，是不是用户需要的，会有什么好处之类。

接口：

系统的架构，一定程度上决定的接口的多少和复杂性。接口也可以按照重要性来划分。有些接口组件专注传输，有些接口组件注重逻辑验证，可以根据实际情况来划分。这部分的测试工作，如果有mock来支持，会有很大程度的提高。毕竟这样可以减少依赖前端的输入，提高了测试手法的灵活性和方便性。

数据存储：

数据可以分为两种，一种是需要展示的，一种是不需要展示的。需要展示的数据，根据特定的用户群体，了解对应的要求，比如有些是内部报表，有些是基本所有用户都可以看到的，有些是管理员才能看到的，有些是高级用户可以看到的。不需要展示的数据，大部分会参与计算或者数据传输之类，以便产生需要展示的数据。数据的正确性和完整性就尤为重要。捋清数据的本质，是值得考究，特别在数据设计的不是那么合理的时候，这部分会异常的让人抓狂。

性能：

如何衡量性能和优化性能。这个也是困扰我的事情，所以做的工作不少。但是效果不很明显，可能是这种划分方式存在很大的缺陷。

上面只是笔者的一点惯性的思考方式，具体是如何去做的，不同的系统有不同的方式，碰到的问题也会是不一样的。