先贴本文的重点图：

　　简单说吧，你们对设计测试用例有什么看法和新的补充?？

　　测试用例的设计这个问题，现在好多时候我们在面对一个功能，比如说一个帮派列表，问我们自己应该怎么测，怎么测试用例的时候你们怎么想？

　　直接想到的是：测试点->用例

　　是的，测试点->用例是传统的做法。

　　你们有没有想过测试点之上其实还能归类呢？或者说至少在测试点同一等级的概念里应该划分一些典型类型来进行测试。

　　还是拿那个帮派列表来说，所谓的帮派列表。

　　是一个面板包含所需列举信息的一个列表。

　　“我的测试用例都是简单随意的。老毛病”这是近来我经常听到的一句话，测试员A经常唠叨。

　　1、界面显示是否正常，各种浏览器、分辨率，文字是否显示正常

　　2、这个数据是否和数据库一致

　　3、按钮是否正常使用

　　4、上一页下一页按钮是否正常，能不能正常翻页

　　5、列表标题是否支持排序，排序功能是否正常

　　是比较散乱的测试条例，写得很随意

　　所以这是个问题，在我看来，测试点这种东西过于偏重了具体测试环境和测试对象，而这个是容易造成测试人员毫无积累的窘境，或者说我们理解的只是狭义的测试点。

　　列举一下，这也是我早在以前的博文中提到的基础方法：

　　传统做法是这样分，功能和数据，首先测功能，各个按钮的功能是否正确，其次看数据。

　　你们有没有想过测试点之上其实还能归类呢？或者说至少在测试点同一等级的概念里应该划分一些典型类型来进行测试——特别是我们带新人，或者说跳槽去其他公司再次面试（别说没有可能），遇到这种帮会列表问题的测试题目时，我们应该怎么去面试回答呢？