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