测试用例编写之（企业）实战篇

做为一名测试，要编写测试用例，你得先问自己：为什么要设计case？case怎么写？怎么写出来的case能...

做为一名测试，要编写测试用例，你得先问自己：为什么要设计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好几下？一直进出某个页面等？

测试用例设计好了以后，一定要全组测试人员参加审核，这样既可以纠正错误，又可以学到其他你想不到的。测试用例也要时时根据新的需求更新哟。



推荐阅读

点击阅读☞关于测试用例的一些个人看法

点击阅读☞你心中好的测试用例是怎样的？

点击阅读☞探索式测试体系--缘来就是你

点击阅读☞细说场景测试用例设计与实践

点击阅读☞通用测试用例写作规范

    关注 51Testing软件测试网