不能发现BUG的测试用例不是好的测试用例吗?

一般情况下技术岗面试都需要经历面试和笔试部分,面试过程中主要采用问答的形式,一般没有完全固定的回答,主要是根据自己的工作经验应答面试官的问题,而笔试部分更注重基础知识以及问题的常规解决方案。下面IT技术宅男为大家整理了18个常见的问题:

1、项目中相关需求问题,测试可以直接和客户沟通吗?

A1:可以,最初与客户沟通需求时,测试人员直接参与,所以我们可以直接和客户方的代表开会进行沟通。

A2:不可以,一般情况下我们需要将问题整理到一起,由项目经理和测试经理作为接口人和客户进行沟通。

A3:不可以,我们的需求是产品线提的,产品线与客户直接沟通,所以关于需求问题我们直接找产品线。

2、需求确定中不确定的需求怎么解决?

一般情况下先由项目组内讨论解决,如果依旧得不到解决,则直接与需求方确认。

3、什么是测试方案,什么是测试策略?

测试方案是指导我们怎么测的问题,里面的主要内容是测试点。策略是指导我们要测什么方面,比如要进行功能测试,性能测试,兼容性测试等等,并指出需要用什么工具。

4、测试方案包含哪些内容?

业务功能的描述,对需求功能的理解,业务流程图,业务表,测试点等。

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

等价类、边界值、错误推测法、场景法、因果图、判定表。

6、测试用例内容有哪些?

ID 、标题、 优先级、 预置条件 、操作步骤 、预期结果、 实际结果、测试人、测试时间。

7、测试用例为什么需要有优先级,有哪一些优先级?

因为在不同阶段执行的用例数目是不同的,用例对应的功能的重要程度也是不同的,我们用的是高中低三级。

8、你们项目一共有多少条测试用例?

500-------到2000,具体项目具体分析,和项目大小颗粒度大小都有关系。

9、测试用例需要哪些人来评审?

测试组内评审的,因为我们的方案是全体项目组成员(PM/SE开发和测试)来评审的并且方案里的测试点写到了测试用例标题的程度。我们是项目组全体来评审的额,毕竟测试是保证软件质量的最后一个环节,测试用例是测试执行的依据,所以测试用例十分重要,项目组非常重视测试用例的评审,希望把漏测的降到最低,所以我们的测试用例是项目组全体成员来评审的。

10、一个项目需要写多少测试用例怎么估算?

这个在需求分析之后根据测试点来评估的,我们的测试点写的很细,所以测试用例的数目几乎等于测试点的数目。

11、不能发现BUG的测试用例不是好的测试用例吗?

我不这样认为,我觉得在执行之前,每个用例都可能发现缺陷,好的测试用例是一套完整的不遗漏的测试用例,是能够被其他的测试人员执行的测试用例。不能因为是否找到BUG来说明用例是否好。

12、为什么要进行交叉测试?

因为自己执行自己设计的用例,会按照设计用例的思路来执行用例,可能会忽略一些偶然或异常的情况,交叉执行可能会发现新的BUG,当然如果用例已经写得很细,颗粒度很小吗,输入输出写得很全面交叉执行的结果都会差不多,无论谁来执行结果都是一样的。

13、什么叫预测试,预测试是怎么进行的,预测试一般为多长时间?

预测试就是开放刚刚开发完成,测试环境刚搭建起来,这时我们要对系统的各种功远程桌面能能不能跑通,业务流程能不能完成进行测试,就是冒烟测试,这就是转测试,我们转测试大概需要一天的时间。

14、你的测试职业发展是什么?

测试经验越多,测试能力越高。所以我的职业发展是需要时间积累的,一步步向着高级测试工程师奔去。而且我也有初步的职业规划,前3年积累测试经验,按如何做好测试工程师的要点去要求自己,不断更新自己改正自己,做好测试任务。

15、你认为测试人员需要具备哪些素质?

做测试应该要有一定的协调能力,因为测试人员经常要与开发接触处理一些问题,如果处理不好的话会引起一些冲突,这样的话工作上就会不好做。还有测试人员要有一定的耐心,有的时候做测试很枯燥乏味。除了耐心,测试人员不能放过每一个可能的错误。

16、你为什么能够做测试这一行?

虽然我的测试技术还不是很成熟,但是我觉得我还是可以胜任软件测试这个工作的,因为做软件测试不仅是要求技术好,还有有一定的沟通能力,耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。

17、测试的目的是什么?

测试的目的是找出软件产品中的错误,使软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。

18、测试分为哪几个阶段?

一般来说分为5个阶段:单元测试、集成测试、确认测试、系统测试、验收测试。

(0)

相关推荐