拿到一个测试需求时,如何入手写测试用例

发表于:2017-7-11 17:11

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

 作者:gavin    来源:博客

  刚开始工作的朋友,会和我一样有不少的困惑!用例该怎么写?重点在哪?项目急来不及写用例怎么办?下面分享自己的思路,欢迎探讨。
  问:拿到技术文档该如何下手,如何建立测试用例树。
  通读文档,明确产品的核心点(核心需求是什?和竞品比优势体现在哪?盈利的点在哪?)。
  要有测试计划/测试大纲;先抓产品的主干,按模块或界面区分;后面再补齐各主要模块的测试项。
  产品的需求/功能,分解输出测试项时,既要考虑程序逻辑,同时要有业务场景的考量。
  功能用例和性能用例、自动化的。最好区分开来方便管理。
  程序中的共享模块(数据共享等)写用例时需要标注出来做统一规划。
  程序中的复用模块,标注出来做统一规划。(代码复用,比如各界面的报表,很多都是一样的代码)
  业务流程标注出来做统一规划。(产品有多少重要业务是由产品的核心需求决定的)
  问:好的测试用例是怎么样的?
  覆盖率----核心需求全部覆盖;功能点基本要包含完;对业务产生影响的场景尽可能多的考虑到。(无法量化,看项目实际需要)
  易执行----一个测试点一条用例;用例的执行步骤,预期结果明确。
  可读性----用词规范,字体版面一致,清晰确切;保证他人能容易阅读,使用;(公司的用例,需要评审,其他测试交叉测试使用)
  复用性----复用性高;复用模块只需稍作修改即能使用;利用率高,回归测试时,需求改动不大时用例稍作修改即能使用。
  自动化----用例书写一开始就考虑,在需要进行自动化测试时能很快的转变(自动化进行的少,摸着的石头过河)
  问:需求/功能分解,写测试用例的方法有那些?
  输入/数据---等价类划分法
  输入/数据---边界值选取法
  条件和结果--因果图法
  条件和结果--判定表法
  场景--------场景法
  功能随数据--状态迁移法
  数据很多----正交实验法
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号