51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1067|回复: 0
打印 上一主题 下一主题

[转贴] 面试官最常问的10道测试用例面试题

[复制链接]
  • TA的每日心情
    无聊
    4 天前
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2022-5-16 10:16:50 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    软件测试面试中,测试用例是非常容被问到的一个点,今天小编就给大家把最常见的20道测试用例方面的问题给大家整理出来,希望对大家的面试提供帮助。

    1、什么是测试用例
      答:测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。
      2、设计用例的好处?
      答:设计用例的过程可以更深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也便于用例评审。
      3、用例必备4个方面?
      答:预置条件、执行步骤、预期结果、测试结果;用例要点:需包括与其他模块耦合关系、用例的级别,考虑哪些需求必须完成,哪些需求可以后续完成。
      4、测试用例的设计理念?
      答:首先要保证产品的质量,测试用例的数量并不能决定质量的好坏,要做到覆盖全面,提倡高质量的自动化测试
      5、测试用例有哪些设计方法?
      答:等价类划分法、边界值分析法、功能图法、错误推测法、因果图法、场景法等。
      6、何时开始设计测试用例?
      答:需求文档定版后,即可开始陈列测试点和编写测试用例。
      7、用例写完,我们要先做什么?
      答:先自检,自检完毕,列出有疑惑的点,评审之前,把用例提前发给相关的开发、产品,预留时间告诉他们先看,再统一时间进行评审。
      8、什么时候写测试点,什么时候写用例?
      答:
      1)如果公司只有你一个测试员,就没必要写测试用例了,写测试点,提取关键要素;
      2)如果需求老是频繁变化,写测试点吧;你的测试用例的更新速度永远跟不上需求的变化速度,每天都在改用例。太详细的用例,无太多的意义和价值;
      3)如果你们的节奏控制的非常紧凑,完全没时间严格按照测试用例执行,写测试点吧,提取关键要素;
      4)如果团队的整体测试员技能均衡,测试点已经能够充分覆盖了,写测试点吧,测试用例的意义不大;
      5)如果这块的逻辑非常复杂,你未曾接触,尽量写详细点的测试用例,通过用例的梳理过程,是一个很好的梳理理解需求和产品的过程;
      6)如何用更少的测试点,尽可能的充分考虑各种可能性呢?跟什么因素有关呢?与用例设计方法、经验、需求理解等等有关。我们要综合运用等价类、边界值、错误推测、场景法、因果图等测试用例的设计方法;
      7)不要总找刁钻的用例,要把客户常用的流程弄好。产品上线之前无论经过多少轮测试,一定要把主体业务流程进行回归测试。
      9、测试用例的更新?
      答、评审后需要更新、测试过程中需要更新、测试结束后根据线上反馈情况进行更新。
      10、如何保证用例的覆盖度?
      答:首先一定要熟悉需求,需求分析,拆解非常重要,需求熟悉过程中,不理解的地方,一定要找产品进行及时沟通,确定结果。其次项目开发过程中,每期的用例都要不断总结,学会总结,尽可能的保证少漏。其实这个与测试思维关系密切,工作经验的积累,以及测试思维的形成,都有助于你设计一份较完整的测试用例。
      以上这些面试题都是非常容易被面试官问到的,建议保存,面试之前反复观看,最后祝愿所有的面试者都能够找到自己满意的工作。

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏1
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-25 02:02 , Processed in 0.063030 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表