编写测试用例注意事项

发表于:2018-5-17 17:28

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

 作者:duke370503    来源:51testing软件测试网采编

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



上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号