测试用例————软件测试工程师面试秘笈(09)

发表于:2021-12-23 09:02

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

 作者:杨定佳 陈辑    来源:51Testing软件测试网原创

  13.2.8  测试用例
  测试用例是一个文档,是为了验证某个目标而编制的一组输入、执行和预期结果的任务描述,用于核实是否与需求一致,主要包含测试目标、测试环境、重要级别、输入数据、测试步骤、预期结果等内容。由测试人员编写,用于测试人员执行测试时参考。

  示例1:做好测试用例的设计关键是什么?
  此题对测试用例设计考察的范围比较大,面试者可以从产品需求、用例要素、设计方法、用例评审、注意事项等几个方面作答,也可以从用例设计之前的准备工作、设计之中的方法使用和要素明确、设计之后的维护和版本更新等方面作答。
  解答:在用例设计之前需要透彻地了解产品需求、程序的业务逻辑,对测试用例有一个框架式的设计,例如测试用例编号的命名、用例的管理、用例设计的颗粒度;在测试用例设计中善于运用设计方法,从功能、性能、兼容性、安全性、易用性、容错性等方面全面设计,编写时标题易懂、步骤清晰、等级划分明确;用例设计之后要及时维护,例如某个需求变更后要及时对相应的测试用例进行更新,非执行测试用例时发现的问题要将问题转换成测试用例。除此之外,在编写测试时要有计划、有方式地进行,提高效率。

  示例2:简单说说测试用例的设计方法。
  此题考察的是用例设计方法,可从白盒测试黑盒测试两方面来作答,并且对自己熟悉的一两个测试方法进行举例。
  解答:白盒测试可使用逻辑覆盖、循环覆盖、基本路径覆盖等方法;黑盒测试可使用边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法等测试方法。无论使用哪种设计方法,都要尽可能最大限度地覆盖测试点。例如,等价类划分法将所有可能输入的数据划分为有效等价类和无效等价类。如果有一个学生成绩的输入框,输入范围是0~100,则有效值可取0~100中的任意一个值,无效值则有小于0的值、大于100的值、字符串、空值等。利用有效等价类可检验程序是否实现了需求所规定的功能,利用无效等价类可以检验程序是否处理了不合理或无意义的输入数据。

  示例3:正交表设计测试用例的特点是什么?
  正交试验设计(orthogonal experimental design)是研究多因素多水平的一种设计方法,根据正交性从全面试验中挑选出部分有代表性的点进行试验,这些有代表性的点具备“均匀分散,齐整可比”的特点。正交试验设计是一种基于正交表的、高效率、快速、经济的试验。
  解答:用最少的实验覆盖最多的操作,测试用例设计很少,效率高,但是很复杂。对于基本的验证功能,以及二次集成引起的缺陷,一般都能找出来,但是更深的缺陷、更复杂的缺陷则无能为力。具体的环境下,正交表一般都很难做,基本只在系统测试时使用此方法。

  示例4:给你一支圆珠笔,如何设计测试用例?
  针对此类问题,答案都是类似的,按照功能性、性能、GUI、易用性、安全性、兼容性等几个方面进行说明,然后对每一个分类进行详细阐述。
  解答:
  (1)功能测试
  可以流利地写出字。
  写出来的字一定要清晰。
  不同的材质上都可以使用,例如纸、布、木头等。
  字的粗细、颜色、味道符合用户要求。
  对于重复使用的笔,换芯之后可以重新使用。
  笔头可以被笔套遮盖,防止在携带时身体意外碰到衣服上画出花。
  携带其他的附属功能,例如橡皮擦、量尺刻度等。

  (2)性能测试
  长时间使用圆珠笔写字,测试不会出现写不出的情况。
  测试一支笔可以使用多少时间,与市场上相同类型笔的使用时长有多大差别。
  测试笔的外壳硬度,多少力度下才能破碎。
  测试笔芯与笔套之间的磨损。
  在不同的温度下写字的流利程度。

  (3)GUI测试
  圆珠笔的外观美观,符合用户审美特点。
  圆珠笔各个部位设计合理。
  圆珠笔上的Logo或印在上面的字正确。

  (4)易用性测试
  笔的粗细合适,容易拿捏。
  换取笔芯简单,容易。
  握笔的位置有增加摩擦力的纹路或者皮胶之类的东西,以便写字时不打滑。
  小巧轻灵,方便随身携带。
  长度适合,可以伸缩,方便存放。

  (5)安全性测试
  小孩不易误食。
  圆珠笔的设计不存在妨碍人身安全的情况。
  笔身的材质及笔芯不存在安全问题。

  (6)兼容性测试
  容纳的笔芯符合常规要求。
  能够兼容其他厂商的笔芯。

  示例5:你最近一个项目一共写了多少条测试用例?发现了多少个BUG?
  解答:我最近的一个项目有3个功能测试人员参与,用时半个月,共完成了1000多条测试用例,在编写的过程中发现有需求模糊的地方还花费了时间和产品经理进行确认。执行测试用例也基本花费了半个月时间,执行完测试用例后还进行了发散测试,总共发行近300个BUG,非测试用例发现的问题有100个左右,后来也都补充到测试用例中,总共测试用例有1100多条。

  示例6:你一个工作日能完成多少条测试用例?
  解答:这个不一定,要根据需求的清晰度、功能的复杂程度综合来看,如果需求清楚、功能简单则可完成100条左右的测试用例。如果需求要来回确认、功能逻辑要花费时间进行梳理,则写的比较少,一天也可能只写20条左右。

  示例7:什么是测试用例,什么是测试脚本,两者的关系是什么?
  解答:测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,用于核实是否满足某个特定软件需求。测试脚本是自动执行测试过程的计算机可读指令。测试脚本可以被创建或使用测试自动化工具自动生成,或用编程语言编程来完成。测试脚本的编写必须对应相应的测试用例。

查看《软件测试工程师面试秘笈》全部连载章节
版权声明:51Testing软件测试网获得作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号