正文:
1、
问:什么是测试用例
答:测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下,软件运行是一系列有次序的、受控制的状态变化过程。
2、
问:设计用例的好处?
答:设计用例的过程可以更深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也便于用例评审。
3、
问: 用例必备4个方面?
答:预置条件、执行步骤、预期结果、测试结果;用例要点:需包括与其他模块耦合关系、用例的级别,考虑哪些需求必须完成,哪些需求可以后续完成。
4 、
问:测试用例的设计理念?
答:首先要保证产品的质量,测试用例的数量并不能决定质量的好坏,要做到覆盖全面,提倡高质量的自动化测试。
5、
问: 测试用例有哪些设计方法?
答:等价类划分法、边界值分析法、功能图法、错误推测法、因果图法、场景法等。
6 、
问:何时开始设计测试用例?
答:需求文档定版后,即可开始陈列测试点和编写测试用例。
7 、
问:用例写完,我们要先做什么?
答:先自检,自检完毕,列出有疑惑的点,评审之前,把用例提前发给相关的开发、产品,预留时间告诉他们先看,再统一时间进行评审。
8、
问:什么时候写测试点,什么时候写用例?
答:
a.如果公司只有你一个测试员,就没必要写测试用例了,写测试点,提取关键要素;
b.如果需求老是频繁变化,写测试点吧;你的测试用例的更新速度永远跟不上需求的变化速度,每天都在改用例。太详细的用例,无太多的意义和价值;
c.如果你们的节奏控制的非常紧凑,完全没时间严格按照测试用例执行,写测试点吧,提取关键要素;
d.如果团队的整体测试员技能均衡,测试点已经能够充分覆盖了,写测试点吧,测试用例的意义不大;
e.如果这块的逻辑非常复杂,你未曾接触,尽量写详细点的测试用例,通过用例的梳理过程,是一个很好的梳理理解需求和产品的过程;
f.如何用更少的测试点,尽可能的充分考虑各种可能性呢?跟什么因素有关呢?与用例设计方法、经验、需求理解等等有关。我们要综合运用等价类、边界值、错误推测、场景法、因果图等测试用例的设计方法;
g.不要总找刁钻的用例,要把客户常用的流程弄好。产品上线之前无论经过多少轮测试,一定要把主体业务流程进行回归测试。
9、
问: 测试用例的更新?
答 :评审后需要更新、测试过程中需要更新、测试结束后根据线上反馈情况进行更新。
10、
问: 如何保证用例的覆盖度?
答:首先一定要熟悉需求,需求分析,拆解非常重要,需求熟悉过程中,不理解的地方,一定要找产品进行及时沟通,确定结果。其次项目开发过程中,每期的用例都要不断总结,学会总结,尽可能的保证少漏。其实这个与测试思维关系密切,工作经验的积累,以及测试思维的形成,都有助于你设计一份较完整的测试用例。
总结:
感谢每一个认真阅读我文章的人!!!
作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。
视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。