您现在的位置是：首页 >技术杂谈 >这10道测试用例面试题，面试官肯定会问到网站首页技术杂谈

前言

软件测试面试中，测试用例是非常容被问到的一个点，今天小编就给大家把最常见的测试用例方面的问题给大家整理出来，希望对大家的面试提供帮助。

1、 什么是测试用例‍

答：测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。

2 设计用例的好处？

答：设计用例的过程可以更深刻的理解需求，熟悉各功能点，保证尽可能全的覆盖到各测试点。也便于用例评审。

3 用例必备4个方面？

答：预置条件、执行步骤、预期结果、测试结果；用例要点：需包括与其他模块耦合关系、用例的级别，考虑哪些需求必须完成，哪些需求可以后续完成。

4 测试用例的设计理念？

答：首先要保证产品的质量，测试用例的数量并不能决定质量的好坏，要做到覆盖全面，提倡高质量的自动化测试。

5 测试用例有哪些设计方法？

答：等价类划分法、边界值分析法、功能图法、错误推测法、因果图法、场景法等。

6 何时开始设计测试用例？

答：需求文档定版后，即可开始陈列测试点和编写测试用例。

7 用例写完，我们要先做什么？

答：先自检，自检完毕，列出有疑惑的点，评审之前，把用例提前发给相关的开发、产品，预留时间告诉他们先看，再统一时间进行评审。

8 什么时候写测试点，什么时候写用例？

答：

1.如果公司只有你一个测试员，就没必要写测试用例了，写测试点，提取关键要素；

2.如果需求老是频繁变化，写测试点吧；你的测试用例的更新速度永远跟不上需求的变化速度，每天都在改用例。太详细的用例，无太多的意义和价值；

3.如果你们的节奏控制的非常紧凑，完全没时间严格按照测试用例执行，写测试点吧，提取关键要素；

4.如果团队的整体测试员技能均衡，测试点已经能够充分覆盖了，写测试点吧，测试用例的意义不大；

5.如果这块的逻辑非常复杂，你未曾接触，尽量写详细点的测试用例，通过用例的梳理过程，是一个很好的梳理理解需求和产品的过程；

6.如何用更少的测试点，尽可能的充分考虑各种可能性呢?跟什么因素有关呢？与用例设计方法、经验、需求理解等等有关。我们要综合运用等价类、边界值、错误推测、场景法、因果图等测试用例的设计方法；

7.不要总找刁钻的用例，要把客户常用的流程弄好。产品上线之前无论经过多少轮测试，一定要把主体业务流程进行回归测试。

9 测试用例的更新？

答、评审后需要更新、测试过程中需要更新、测试结束后根据线上反馈情况进行更新。

10 如何保证用例的覆盖度？

答：首先一定要熟悉需求，需求分析，拆解非常重要，需求熟悉过程中，不理解的地方，一定要找产品进行及时沟通，确定结果。其次项目开发过程中，每期的用例都要不断总结，学会总结，尽可能的保证少漏。其实这个与测试思维关系密切，工作经验的积累，以及测试思维的形成，都有助于你设计一份较完整的测试用例。

以上这些面试题都是非常容易被面试官问到的，建议保存，面试之前反复观看，最后祝愿所有的面试者都能够找到自己满意的工作。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取