目前我见过的用例都有什么样的？
见过的第一份测试用例是一个用excel写的几千条，只有几个tab页简单的进行了分类，密密麻麻看的我头皮发麻，至今实在想不起当时是怎么执行完的了。大多数用例都是类似上面这种，也百度过各种测试用例的写法，都没有什么让人眼前一亮之处。
测试用例的作用：
1、由测试人员来执行
2、检验软件的准确性
3、让新员工熟悉业务
4、提交给客户
什么样的用例才是好用例？
首先还是百度了一下，资料不多，大概有以下几个点：
1、用例覆盖程度
2、用例是否已经达到工作量最小化，
3、用例的分类以及描述是否足够清晰
4、用例是否表明了测试目的
5、测试用例的易于维护性
我是怎样写用例的？
1、虽然工作时间不多，但我也有幸有机会写过几次测试用例，我觉得重要的原则有以下几点：
覆盖程度要高 、 易于测试人员来执行 、工作量最小化 、描述清晰易于维护 、分类，分类无处不在，分类让世界变得简单。分类的方法有无数种，能让复杂的事情长期简单化的分类才是好的分类。
2、我的分类：页面用例、业务用例、数据用例
理由： 1、现在开发都分为前端、服务层、数据我们身处于这个行业测试这样的产品，与其对应的分类方式可以让我们测试用例更加有侧重点。
2、对于最重要的数据正确性的检验单独拿出来，可以测试的更加充分。
3、业务用例可以在培训新入职员工的过程中让员工更快熟悉业务的主要流程，而不是过多的关注一些流程无关的细节。
4、每一个分类下又根据系统的特点灵活分类，根据测试对象的特点分类不拘泥于形式，使得测试用例耦合性极低、重复性极低、易于维护更新。
5、由于分类的作用使得用例结构清晰，执行测试用例的人员能够快速掌握用例的思路、领会测试思想。
2、写一个用例包，类似于java框架的思想
由于编写过几次用例，在编写过程中发现有很多地方有共同点，于是便想把这些提取出来，设计成一个用例包，以后不论谁来写用例都可以直接拿这样一个包过去稍加修改拼装即可。
------由于时间有限，常常有更重要的事情需要处理，这个想法只是开了一个头，实在没有时间来全面展开实现。
