编写测试用例注意事项

发表于:2018-5-17 17:28  作者:duke370503   来源:51testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试技术 测试用例

  用例状态等, 没有的不需要填写。
  用例设计,一定要可执行(最好2分钟内能执行完)
  改进建议:
  1、用例状态:请置空
  2、用例步骤不要过长, 根据目的适当拆分几条。
  3、尽量提炼合并, 如文本框,下拉列表,文字界面,浏览器, 平台等等 
  测试分类:
  UI/UE
  通用测试用例
  功能
  冲突测试(并发)
  与外部系统交互及影响等
  兼容
   浏览器测试, 就放在兼容性测试里面, 列出所有的浏览器
  通用一套用例目标及步骤即可
  用例的步骤, 就是为了验证这个点。与业务流程操作(类似操作手册)不同
  当然, 我们前期,为了加强思考、想象和理解, 业务流程梳理
  针对需要验证的点, 再提炼测试用例目标点
  每个页面, 文本框功能验证, 可以写在一条用例里面
  用通用文本框测试方法,逐一验证。然后实际测试时,都是快速组合验证, 让问题最大化暴露。
  比如标题就可以改为,运营商授权页面正常业务流程 (这里可以用操作手册的方法写上,逐步记录),对比需求,这个时候也可能发现问题
  预期结果, 也不用专门写这么细。都是所见即所得。写功能正常 即可
  避免执行用例的人, 只盯着预期结果, 而丧失思考。
  实际执行的时候, 扫一眼, 记住目标。就开始认真抓bug.
  前期优等bug都是关于功能点和逻辑的,需要全心全意站在用户的角度思考。
  一般是页面上全部, 
  全部录入(含各类特殊符号,文本长度)或者选择项。
  完全默认,啥都不选
  按照规律组合



上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。

Python+Selenium大型电商项目(京东商城)实战直播,优惠名额抢占中>>

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2018, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道