标准答案的,现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考:
1. 首先一般都是比较老套点的问题:介绍一下你的经历。
HOHO..这个问题我想谁都被问过吧,注意一下重点,不要紧张慢慢说就OK了。
2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解?
这个就要仁者见仁、智者见智了,也基本上都是书上的东东,如果能有一些自己独特的想法那就最好啦,呵呵
3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么,你原先的公司又是怎么的流程了?
前面个问题也还是书本上的东西,一般介绍软测的书上都有,实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范,测试流程也是如此,没办法,
这就是现在我们整个大的测试环境,这个问题照着书上说的办就行了,后面那个知道该怎么做了吧,尽量把原来公司的测试流程言简意赅的表达出来。
4. 接着问题就可以有一大堆了,这些问题很多都是要看自己的测试经验以及对测试的理解来作答了,如:
(1) 你对SQA的职责和工作活动(如软件度量)的理解:
SQA就是独立于软件开发的项目组,通过对软件开发过程的监控,来保证软件的开发流程按照指定的CMM规程(如果有相应的CMM规程),对于不符合项及时提出建
议和改进方案,必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入,从而减少后期软件的维护成本。SQA主要的工作活动包括制定
SQA工作计划,参与阶段产物的评审,进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等;
(2) 说说你对软件配置管理的理解:
项目在开发的过程中要用相应的配置管理工具对配置项(包括各个阶段的产物)进行变更控制,配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的
规模越大,配置管理就显得越重要。还有在配置管理中,有一个很重要的概念,那就是基线,是在一定阶段各个配置项的组合,一个基线就提供了一个正式的标准
,随后的工作便基于此标准,并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等,偶只用过CVS,对其它的不熟悉
(3) 怎样写测试计划和测试用例:
简单点,测试计划里应有详细的测试策略(测试方法等),合理详尽的资源安排等,至于测试用例,那是依赖于需求(包括功能与非功能需求)是否细化到功能点
,是否可测试等。
(4) 说说主流的软件工程思想(如CMM,CMMI,RUP,XP,PSP,TSP等)的大致情况以及你对它们的理解:
CMM:SW Capability Maturity Model 软件能力成熟度模型,其作用是用于软件过程的改进、评估及软件能力的评鉴
CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的软件管理实践,同时弥补了SW-CMM模型中的缺陷
RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最
终用户需求的高质量产品,个人认为:它的核心观念是开发的迭代,每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁,制定出符
合自己的软件开发流程。
XP:extreme program,即极限编程的意思,适用于小型团队的软件开发,想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的
重要性,强调测试(重点是单元测试)先行的理念。编程可以明显提高代码的质量,持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程(Personal Software Process),群组软件过程(Team Software Process)大家都知道,CMM只是告诉你怎么做但并没有告诉
你如何做,所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做,PSP强调建立个人技能(如何制定计划、控制质量及如何与其他人相互协作等等)而TSP着重
于生产并交付高质量的软件产品(如何有效地规划和管理所面临的项目开发任务等等)
总之,单纯实施CMM,永远不能真正做到能力成熟度的升级,只有将实施CMM与实施PSP和TSP有机地结合起来,才能发挥最大的效力。因此,软件过程框架应该是
CMM/PSP/TSP的有机集成。
(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具):
这个就要看个人的了,没法说了
(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等);
5. 还有问一下你是怎样保证软件质量的,也就是说你觉得怎样才能最大限度地保证软件质量?
测试并不能够最大限度的保证软件的质量,软件的高质量是开发和设计出来的,而不是测试出来的,它不仅要通过对软件开发流程的监控,使得软件开发的各个阶
段都要按照指定的规程进行,通过对各个阶段产物的评审,QA对流程的监控,对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方
式,是软件质量保证工程的一个重要组成部分。
6. 然后紧接着就基于目前中国的国情,大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范,你认为在这种情况下怎样保证软件的质量
?(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量,因为这些公司一般就是这种情况-既不想投入过多又想保证质量,faint )
出现以上的情况,如果仅仅想通过测试来提高软件质量,那几乎是不可能,原因是没有足够的时间让你去测试,少而不规范的文档导致测试需求无法细化何谈足够
且有针对性进行测试。所以,作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型(比如RUP的剪裁,原型法),明确项目的开发
流程并督促项目组按照此流程开展工作,所有项目组成员(项目经理更加重要)都要制定出合理的工作计划,加强代码的单元测试,在客户既定的产品交付日期范
围之内,进行产品的持续集成等等,如果时间允许可以再配合客户进行必要的系统功能测试。
7. 差不多了就该问一些只和软件测试相关的问题了,如:
(1) 你觉得怎样才能做一个(或者,怎样才能算一个)优秀的测试工程师?(faint,这个问题好像是必问的,答案也无非是什么要求全面的技术能力、缜密的逻辑思
维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊?该有的能力都有,不该有的也有,而且个个能力还都是出色的,这就是优秀,呵呵,
开玩笑的,反正这个问题差不多就这样,具体的什么要求网络上也到处都有。
(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪
水要求、何时能到岗等等这些啥面试都要回答的问题,这个就只能自己斟琢着办了。
(3) 另外还有一个重要的问题就是语言能力啦,尤其是英语水平,这个的话每个具体的公司都有不同的要求,也就没啥好说的了。
差不多基本上就是这些了,如果有需要的可以有针对性的google一下,hoho仅供参考!
软件测试面试前的最后一波恶补!不要打没有准备的仗。
想要拿到心仪的offer,光有相应的技术水平是不够的,还是要提前做好面试题的熟悉以及学习一些面试时的技巧,否则,就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧!
1、软件测试的流程是什么?
分析:每当hr问一个问题的时候,我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息,做好了这步先行工作再回答就比较稳健了。如果有工作经验,那么直接按照公司流程去答就可以了,如果你刚转行或者是才实习,那就按下面的标准回答走就行了。
回答:项目经理将项目需求文档给到开发,开发记录文档内需求不明确或者遗漏点做好准备,然后在需求评审会议上,各开发人员提出自己的疑问并解决,需求评审最终得到一份需求规格说明书。(需求评审阶段)
评审通过后,开发这边的经理就开始编写开发计划,测试经理编写测试计划,计划评审通过后开发人员进行程序的开发,测试人员开始测试用例的编写。当项目的第一个版本出来后,开发负责第二个版本的迭代,而测试这边对项目进行测试并记录追踪管理bug,直到项目迭代完毕。(产品研发阶段)
项目迭代完毕并修复大部分的bug后,测试这边开始进行总结,最终产出一份测试报告书,记录此次的测试工作及项目存在的问题。(产品发布阶段)
2、测试用例主要有哪些元素?
分析:每家公司用的模板都不尽相同,所以内容也是多种多样的,你只需要把基本的元素回答出来就行了。
回答:测试用例的主要元素有:ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等
3、软件测试有什么策略和阶段?
分析:策略就是你是以什么样的思路去测试,或者是通过什么样的技术或者步骤去执行等等。
回答 :软件测试的策略主要有:动态、静态测试;白盒、黑盒测试。测试阶段按照研发顺序分别是:单元测试、集成测试、系统测试,有些公司还会有验收测试;(单元测试开发在调试代码时就完成,集成测试也是,但是有时测试人员也需要进行集成测试;测试人员平时主要的工作就是系统测试,验收测试是客户参与进行的测试);
4、测试用例是什么?有什么作用?
回答:测试用例实际上就是预设好一个特定的场景,让软件再这个场景中运行,以检验程序是否给出正确反应,来衡量软件是否正确满足了客户需求。
作用:
1、避免盲目测试并提高测试效率;在软件版本更新之后只需要少量修改即可开展测试工作,提高工作效率,大幅度缩短测试周期。
2、可以直观看出哪些是测试重点,测试用例是测试工作的见证,可以看到测了哪些功能,又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。
5、你平时是怎么设计测试用例的?
分析:这个问题的点主要考察是否掌握测试用例设计方法,在回答之后,HR可能会继续追问某种设计方法的概念或者实例,这时举例说明即可;如:等价类划分法就是把程序的输入域划分成等价类,从每个部分中选取少数代表性数据当做测试数据。
回答:设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法;
6、你们公司的需求评审是怎么进行的?
分析:需求评审,就是对客户需求,软件各个模块之间模糊的点进行审查,排除不理解或者没有考虑到的点。
回答:需求评审,在一些分工比较明确的公司,都是由PD负责,需求确认好后再下发到开发和测试部门;分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨;评审形式一般分为线上和线下两种方式,负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点,为后续的评审会议做准备。
7、还有什么想要问我的吗?
分析:这个问题在每个面试的尾声都会被问到,如果你直接回答没有,会让hr有种你不在意这份工作的感觉,如果你问得多了又会显得面试之前没有做好充分的准备,所以问题一般控制在2-3个就差不多。
直接说没有,会让HR觉得你不关心这个岗位,问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答:
1、公司的研发团队目前是什么规模?开发和测试分别有多少人?
2、公司今后的业务方向是什么?
3、如果我入职了,我的主要工作职责是什么?
以上!
面试是我们进入一个公司的门槛,通过了面试才能进入公司工作,你的面试结果和你的薪资、享有的福利待遇是息息相关的。那如何能顺利的通过面试,得到HR的认可呢?面试软件测试要注意哪些问题呢?下面和成都IT培训优就业小编一起来看看吧。
软件测试面试常见问题通常分为两大类,一类是考察专业技能,另一类是考察你的稳定性和努力程度。
一、考察专业技能
专业技能方面需要你有很扎实的测试功底。你可以去搜索一下大的IT公司的面试问题,查缺补漏,也可以复习一下所学知识,针对具体面试的岗位多做背景知识的准备。这方面没有太多捷径可以走,即使你因为背了一些难题而恰巧通过了高于你能力岗位的面试,那么在试用期不能胜任工作也是会被辞退的。所以要巩固你能力范围内的知识,然后尽量避免失误。
二、考察你的稳定性和努力程度。
第二类主要是考察你的稳定性和努力程度甚至职业规划之类的问题。比如说问你怎么看待测试工作,能否接受加班,以及未来的职业规划等等。这种问题不能一时为了工作而毫无保留地答应,假设你硬着头皮接受了加班,那你之后也会因受不了996工作制度而辞职。所以可以适当询问具体的加班频率和强度,在可接受的范围内做出承诺。关于未来的职业规划,如果你有野心,想要升职加薪,那么可以适当表露出来。如果你目前只想要稳定,那么也可以谦虚地表示现阶段会努力积攒经验,等机会来了再考虑。这类问题很灵活,通常没有固定答案,只要不是过于虚伪地答应任何条件,或者不留余地干脆地拒绝,怎么回答都可以。主要是在这个过程中表露谦虚的态度以及可以商量的余地,相信肯定会赢得HR和领导的好感。
以上就是四川优就业小编回答的软件测试常见问题的一些方法和技巧,我们技术掌握的好了,要想通过面试,得到offer,还是要好好准备面试,在面试中有一个好的表现。相信大家只要认真准备、勤加练习,通过面试应该问题不大。
你会哪些,强项是什么,你对自己有信心,为什么要来我们这,觉得我们这适合你不?!
差不多都这样!