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

发表于:2016-11-30 08:33

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:给你一颗小瓜子    来源:51Testing软件测试网采编

  做为一名测试,要编写测试用例,你得先问自己:为什么要设计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好几下?一直进出某个页面等?
  测试用例设计好了以后,一定要全组测试人员参加审核,这样既可以纠正错误,又可以学到其他你想不到的。测试用例也要时时根据新的需求更新哟。
《2023软件测试行业现状调查报告》独家发布~

精彩评论

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号