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

　　1、什么是测试用例

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

　　2、设计用例的好处？

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

　　3、用例必备4个方面？

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

　　4、测试用例的设计理念？

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

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

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

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

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

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

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

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

　　答：

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

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

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

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

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

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

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

　　9、测试用例的更新？

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

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

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

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