• 聊一聊职业发展 at 2018年10月12日

    不同团队差异很大的。整体的导向是让开发承担更多质量活动,提高开发测试比。

  • 聊一聊职业发展 at 2018年10月12日

    推荐的就是那本 The little black book on Test Design

  • 聊一聊职业发展 at 2018年10月12日

    要求的确不低,这算是行业挑战吧。但价钱是好价钱。根据我的了解,好的测试开发比普通测试工程师高出不少,甚至比普通开发工程师工资都会高。30k+每月的base在一、二线的公司都是可以能够拿到的,部分人的薪水是是4xk,甚至更高。对于一个工程师来说,真的很不错啦。

    我司的薪水没有得到授权,不敢乱说。但网上应该有不少讨论了,可以参考一下的。如果是P7及以上,相当有竞争力。

  • kubernates 基本已经一统江湖。 要考虑一下技术延续性和生命力。没人维护,萎缩的东西,碰上卡了你的东西都没人管,填坑成本就太大了。

  • 聊一聊职业发展 at 2018年10月11日
    仅楼主可见
  • 聊一聊职业发展 at 2018年10月11日

    加油:)以前有个同事学水土保持的,通过自学现在也做的不错。工作后的成长其实比大学四年更重要。我本科学的数学,大学毕业的时候连个简单的小网站也写不出来,第一份工作写JSP,头三个月被折磨死了,后来也挺过来过来了,后续的具体知识其实大部分是自学的。

  • 聊一聊职业发展 at 2018年10月11日

    https://testerhome.com/topics/16397 在这个帖子回答了 “ 如果让你去测试一个你完全不熟悉的系统,你会怎么办?”这个问题的参考答案。

    试着再回答另外两个吧:

    如果测试时间不够,你会怎么办?

    仍然没有标准答案,但我比较满意的点会有:

    • 跳出这个问题,讲如何从初期避免测试时间不够,以前有过很成功的案例是很好加分项。
    • 懂得基于风险的测试,估算时间,设计测试策略,把最有限的时间分配在项目风险最大的地方。这是项非常重要的能力(有专业知识,请参考ISTQB教程)有非常成熟的形式化方法,也有非常多的实战checklist(做过大项目的人肯定能够讲出不少条)。
    • 清晰让主要干系人随时知道现在项目的状态,特别是质量情况,未来可能的走势,大概什么可能达到发布状态。 QA是一个夜间走山路汽车的大灯,他的职责就是最有效的发现项目所有的大坑,并明确的告诉司机(项目主要干系人)。这里面隐含着对沟通能力的考察,也隐含着对风险管理的能力的考察。
    • 一定的项目管理能力,如何让团队对现状,对现在的项目计划是否能够有效进行下去有一个清晰的认识,并且引导团队work smart 搞定挑战。你不一定是TL,在系统测试阶段,从某种意义上QA就是项目Leader。在关键时刻,项目的成败,重要决策是否能够被做出,与负责项目的QA有重大关系。
    • 软技能:推动能力,ownership,协调能力,抗压能力,能否激励团队,给团队信心等等。
    • 如果应聘者谈到以前工作,可能会追问,考察其它知识点。
    • 只能回答出“加班呗”,而没有其他思路的人,大概率只能pass了。虽然接受加班一般用人单位都比较喜欢,但没有展示出任何QA应有的能力,技能上肯定是不合格了。

    你平时会使用那些测试设计方法?

    主要考察做测试设计的时候是否靠谱。思路是否开阔,是否收过专业训练,是否积累了自己的一套方法。仍然没有标准答案。

    • 如果只能讲出:我会等价类,边界值,然后。。。。我想想。。。想不出来了。 。。 如果再简单引导,还是无法给出更多内容,大概率会被pass(很多应聘者都会这样)。
    • 如果你觉得你没有听懂这个问题,反问我,我会给你加分。
    • 如果你熟练掌握等价类、边界值、判定表、状态图转化、组合测试等通用方法,并能够举出一个例子来,我会给加分(最基本的东西用了)。
    • 如果能够给出基于被测物详细分析做测试设计的案例,我会给加很多分。
    • 有固定套路的人(例如 可以使用 基于guide word的测试设计 )会加分。
    • 能够讲出自己一套方法论,并且有明确案例支撑的人会大大加分。
    • 能够结合自己工作侃侃而谈并说到点上的人(虽然显得比较散),也会给加分。
    • 测试设计本质上要回答两个问题:你的测试设计是有效的么?(是否经过测试就靠谱了,覆盖率是?)你的测试是高效的么?(是不是能够用不太多的用例高效找出主要问题,这在大规模项目里非常重要) 再往大里讲讲,“测试设计”不仅仅包含了一些简单的方法的使用,还包含了过程活动、质量意识在里边。不展开说了,有兴趣的同学可以参考这本书The little black book on Test Design 通读5遍,同时把他引用的所有链接全看了。再跟你的工作联系起来,再不断的翻过来调过去揣摩、实践里边的方法,半年后,你看测试会有比现在深太多的认识。别人问你测试设计,你能给他讲1天。你的工作也会发生本质改变。

    还是那句话,面试主要还是考察平时的工作经验积累、思考积累、解决问题的能力的积累。

    哈哈,我感觉自己被面试啦,希望我的回答你满意。btw,如果觉得非常对路,欢迎投递简历到我这里啊。缺小伙伴缺的厉害。

  • 你这种回答我会加分啊。然后我会追问你以前有没有遇到这种情况,你做了什么来从一定程度上扭转这类问题。如果有很好的实践,你大概率是我的菜。 :)

  • 发现论坛一个小bug,编辑栏里的序号是5,贴出来变成了1.

  • 1.这个问题是一个开放性的问题,适合不断加入上下文来追问。那个面试官的模式很像我。😀。
    2.有上下文的持续追问是能够检验应聘者对问题有没有深入理解、简历上过去工作经历有没有水分的非常好的做法。如果只是了解皮毛,简历注水非常严重,被追问几句必然败下阵来,并且留下非常不好的印象(不诚实)。
    3.回到这个具体的问题,从这个问题出发的考察点有几个:是不是具备快速学习能力?是不是有很好的获取知识的套路(测试的过程本质上是一个学习的过程)?是不是有很强的探索精神?是不是有很强的沟通能力?是不是有不错的总结能力?
    这里并没有标准答案,但一定是有考察点的。
    4.如果你的回答里有明确的亮点,一定会加分,加分比较多,胜出的几率就很大。举几个加分的亮点的例子:
    a.我会先去直接操作和观察被测物。(比直接奔向需求要加分很多,想一下,你实际工作中,快速理解一个东西靠的是什么?肯定不是先读文档,且不说这些文档是不是能够正确的描述被测物)
    b.我依托原来的工作经验,讲出了十几种信息来源,而不是只能讲出需求:同类产品,说明书,直接操作、观察被测物,原有版本,找产品经理,找开发,找销售,运维,客服,找用户,公司知识库,历史邮件,会议纪要,原来的各种文档,代码,google,相关法规,行业标准。。。。 能够有效开动脑筋,从各种地方获取信息帮助测试的人会让人眼前一亮。 只能讲出依照需求,说不出其它的人基本上会被pass。
    c.讲出原来几天搞定了一个从来没有经手过的系统的测试,并经受住追问,不管路子多野,多山寨,也会是加分项。
    d.能讲出克服的一个具体困难点的例子,并经受住追问,也会是加分项。

    1. 追问就会转到其它问题,考察点会结合你的反馈变更。 比如那个问题:如果项目进度很赶呢? 我的理解是要考察你有没有“迭代”的工作思路。 如果回答给出了快速上手的正确方法,给出了通过迭代,一边学一边加深理解,一边给出质量反馈的思路,肯定会是加分项。

    6.一般能有五六个亮点,你胜出的几率就很大了。

    我的思路大概是这样。

    面试的初衷还是要在一个时间段内(1小时)尽量了解应聘同学的各方面是不是适合这个岗位。应试会有些用。但最关键还是平时的积累和思考。

    good luck。

lxg0618@163.com 其实很少用gmail了。。。