做为一名测试，要编写测试用例，你得先问自己：为什么要设计case？case怎么写？怎么写出来的case能够覆盖用户体验和产品需求？
测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
测试用例是软件测试的核心，而一份好的case是检验一个测试人员最基本的需求。
网上搜索怎么设计case，大概都会是从什么等价划分，边界值，因果图之类的。下面我就告诉你怎么设计：
1. 设计要素
软件测试用例的基本要素包括ID、Modle、Area、Subarea、Description、Precondition、Steps、Expected Result、Status、Priority、Actual Result。
基本要素中除了Modle，其他应该都很容易理解，至于表格设计样式，颜色，怎么看起来漂亮，自己来喽！！！！！！
2. Modle - UI
UI就是产品设计，就是你实际看到的界面上的东西。这个你完全可以根据需求说明书上的设计，一条一条往下写。只要是界面上该出现的，位置在哪？多少px？颜色对不对？大小对不对？整体UI设计是不是符合用户体验？
3. Modle - Function
Function就是功能点。比如某个button点进去到哪个页面，返回的时候应该退出到哪个页面？全选，反选？搜索应该怎么输出？排序等。
根据page和UI上可跳转的功能写出功能点。
4. Modle - Field Validation
Field Validation指的是各种输入框，dropdown-list，checkbox等的验证。
比如输入框，可以设计有效值，无效值，输入最大／最小。经常遇到开发没有定义输入最大值导致输入很多的时候提交，系统立马奔溃。
5. Modle - Performance
至于性能方面，看具体需求。可以模拟某一段时间一千人访问，也可以持续模拟很多人访问？点击某个button好几下？一直进出某个页面等？
测试用例设计好了以后，一定要全组测试人员参加审核，这样既可以纠正错误，又可以学到其他你想不到的。测试用例也要时时根据新的需求更新哟。
一大波测试相关来袭，关注点赞哦！每天晚上十点更新，土豪请打赏，转载请联系。
