美文网首页软件测试软件测试相关@IT·互联网
测试用例编写之(企业)实战篇

测试用例编写之(企业)实战篇

作者: 给你一颗小瓜子 | 来源:发表于2016-10-13 11:20 被阅读509次

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

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


    一大波测试相关来袭,关注点赞哦!每天晚上十点更新,土豪请打赏,转载请联系。


    相关文章

      网友评论

      本文标题:测试用例编写之(企业)实战篇

      本文链接:https://www.haomeiwen.com/subject/uhjwyttx.html