测试大佬是怎么看待测试用例设计的

前言

  最近干的最多的事情就是设计测试用例、评审测试用例了,于是我不禁又想到了一个经典的问题:如何设计出优秀的测试用例?

  可能有些童鞋看到这个问题会有些不以为然,这有什么好想的?干个测试谁还不会设计测试用例?

  但是以我个人经历,以及一些接触来说,这个测试基本功确实不是那么容易做好的。可能很多人都觉得这个太基础了,往往就越容易忽略,而喜欢趋之若鹜的追求各种开发语言、自动化测试、测试平台这种上层建筑。

  在我看来,业务测试是基础,其他的各种技术栈都是用来提效的手段,主次是分明的。另一方面来说,只有深入透彻得理解业务,才能更好的挖掘可以提效的点。

  ok,言归正传,下面以我个人理解来浅谈如何设计测试用例,欢迎交流。

  如何设计测试用例

  一、研究需求文档

  通常来说,正确的测试流程应该是:需求评审->测试用例设计->测试方案设计->测试环境\数据准备->提测后执行用例进行测试&查漏补缺,所以仔细的研究需求文档是重中之重。

  一般来说需求文档里会定义产品的功能点,我们可以先通篇阅读对整个产品功能有个整体的印象,然后再开始从多个角度去深入产品细节中去,挖掘有价值的东西:

  ·产品显性功能点:这个很简单,就是产品里明确定义出来的内容。

  · 产品隐性功能点:产品没明确定义,但是会涉及到的功能点。

  · 疑问点:需求定义不清楚的地方,或者涉及到一些测试范围的确认等等。

  在需求文档输出之后,一般相关部门也会跟着输出其他辅助文档,比如:UE交互文档,UI设计页面,这些可以更好地帮助我们形象化产品,更好的去设计测试用例。

  二、知晓开发设计

  需求确定后,开发一般也会开始进行开发设计。通常会有一些架构设计、流程图、时序图、接口文档等内容输出,千万不要忽略这些文档,我觉得是非常有价值的。

  记住:就算是做黑盒测试,也不要把被测系统真正的当做一个大黑盒。

  必须对内部的架构有清楚的认识,数据背后传输的链路、数据库的读写分离、消息中间件 Kafka 的配置、缓存系统的层级分布、第三方系统的集成等。

  拿最近在忙的车控业务来说吧,当你在手机APP上点击开车门后,这个指令如何达到车端,车端又是如何返回结果的。整个链路经过了哪些服务,中间件等你都要清楚才行,否则你就不能说是真正地熟悉这个业务。不是真正的熟悉业务,那么又如何真正设计出一份优秀的测试用例呢?

  单单根据测试需求点设计的用例,只能覆盖“表面”的一层,往往会覆盖不到内部的处理流程、分支处理,而没有覆盖到的部分就很可能出现缺陷遗漏。

  另外,我们可以去了解开发的实现思路,有能力的童鞋或许可以直接去看开发代码。看不了的也可以通过跟开发沟通了解实现过程,这些对我们都有很大的帮助。

  有时候开发在给你讲述实现过程的时候,甚至就能自觉地发现一些问题。

  但是,我们也不要完全根据开发的代码实现为依据去设计测试用例,还是根据原始需求来设计。

  三、用例设计方法

  了解的足够多了,开始要去设计测试用例了。我们是先写脑图,记录出思路和问题点,最后我们才会编写Excel版的测试用例。一般传统互联网可能也不要求写Excel了,这个看不同公司规定。

  然而不管你用什么形式,你还是要通过运用一些方法来设计你的case,这里提一下最常用的三种测试用例设计方法:

  ·等价类划分方法

  · 边界值

  · 错误推断法

  当然了这里只列出了这三种,我觉得是最常用的,起码对于大多数的软件测试场景都是这样的。除非一些特定的领域,还会用到因果图方法、判定表驱动分析法、正交实验设计方法等等,这些就不表了。

  方法在于你能真正的实际运用好才行,记得在面试的时候问到候选人类似问题,方法说的头头是道,让举个具体的例子有的人就开始支支吾吾了,这些都是基本功不扎实的表现。

  四、多角度拓展

  基本功能点都设计完了,就要站着更多的角度去拓展下,挖掘一些隐形需求了。比如:

  · 功能:与其他模块产生交互,集成测试是否充分

  · 性能:涉及到的接口是否存在压力场景,并发场景等

  · 安全:数据传输/存储的加密、是否脱敏等

  · 兼容性:不同设备、不同系统、不同屏幕是否显示完好,覆盖市面主流机型

  · 易用性:功能是否好友,提示是否友好等

学习上

作为一个软件测试的过来人,我想尽自己最大的努力,帮助每一个伙伴都能顺利找到工作。所以我整理了下面这份资源,现在免费分享给大家,有需要的小伙伴可以关注【公众号:开心螺蛳粉】自提!

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。在这里插入图片描述

在这里插入图片描述

行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群:1150305204,里面有各种测试开发资料和技术可以一起交流哦。

你可能感兴趣的:(测试用例,单元测试,功能测试,压力测试,selenium,测试工具,postman)