软件测试52讲
茹炳晟
eBay中国研发中心,测试基础架构技术主管
立即订阅
13425 人已学习
课程目录
已完结 63 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从“小工”到“专家”,我的软件测试修炼之道
免费
测试基础知识篇 (11讲)
01 | 你真的懂测试吗?从“用户登录”测试谈起
02 | 如何设计一个“好的”测试用例?
03 | 什么是单元测试?如何做好单元测试?
04 | 为什么要做自动化测试?什么样的项目适合做自动化测试?
05 | 你知道软件开发各阶段都有哪些自动化测试技术吗?
06 | 你真的懂测试覆盖率吗?
07 | 如何高效填写软件缺陷报告?
08 | 以终为始,如何才能做好测试计划?
09 | 软件测试工程师的核心竞争力是什么?
10 | 软件测试工程师需要掌握的非测试知识有哪些?
11 | 互联网产品的测试策略应该如何设计?
GUI自动化测试篇 (10讲)
12 | 从0到1:你的第一个GUI自动化测试
13 | 效率为王:脚本与数据的解耦 + Page Object模型
14 | 更接近业务的抽象:让自动化测试脚本更好地描述业务
15 | 过不了的坎:聊聊GUI自动化过程中的测试数据
16 | 脑洞大开:GUI测试还能这么玩(Page Code Gen + Data Gen + Headless)?
17 | 精益求精:聊聊提高GUI测试稳定性的关键技术
18 | 眼前一亮:带你玩转GUI自动化的测试报告
19 | 真实的战场:如何在大型项目中设计GUI自动化测试策略
20 | 与时俱进:浅谈移动应用测试方法与思路
21 | 移动测试神器:带你玩转Appium
API自动化测试篇 (3讲)
22 | 从0到1:API测试怎么做?常用API测试工具简介
23 | 知其然知其所以然:聊聊API自动化测试框架的前世今生
24 | 紧跟时代步伐:微服务模式下API测试要怎么做?
代码测试篇 (3讲)
25 | 不破不立:掌握代码级测试的基本理念与方法
26 | 深入浅出之静态测试方法
27 | 深入浅出之动态测试方法
性能测试篇 (7讲)
28 | 带你一起解读不同视角的软件性能与性能指标
29 | 聊聊性能测试的基本方法与应用领域
30 | 工欲善其事必先利其器:后端性能测试工具原理与行业常用工具简介
31 | 工欲善其事必先利其器:前端性能测试工具原理与行业常用工具简介
32 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(上)
33 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(下)
34 | 站在巨人的肩膀:企业级实际性能测试案例与经验分享
测试数据准备篇 (4讲)
35 | 如何准备测试数据?
36 | 浅谈测试数据的痛点
37 | 测试数据的“银弹”- 统一测试数据平台(上)
38 | 测试数据的“银弹”- 统一测试数据平台(下)
测试基础架构篇 (4讲)
39 | 从小作坊到工厂:什么是Selenium Grid?如何搭建Selenium Grid?
40 | 从小工到专家:聊聊测试执行环境的架构设计(上)
41 | 从小工到专家:聊聊测试执行环境的架构设计(下)
42 | 实战:大型全球化电商的测试基础架构设计
测试新技术篇 (5讲)
43 | 发挥人的潜能:探索式测试
44 | 测试先行:测试驱动开发(TDD)
45 | 打蛇打七寸:精准测试
46 | 安全第一:渗透测试
47 | 用机器设计测试用例:基于模型的测试
测试人员的互联网架构核心知识篇 (5讲)
48 | 优秀的测试工程师为什么要懂大型网站的架构设计?
49 | 深入浅出网站高性能架构设计
50 | 深入浅出网站高可用架构设计
51 | 深入浅出网站伸缩性架构设计
52 | 深入浅出网站可扩展性架构设计
特别放送篇 (8讲)
测试专栏特别放送 | 答疑解惑第一期
测试专栏特别放送 | 答疑解惑第二期
测试专栏特别放送 | 答疑解惑第三期
测试专栏特别放送 | 答疑解惑第四期
测试专栏特别放送 | 答疑解惑第五期
测试专栏特别放送 | 答疑解惑第六期
测试专栏特别放送 | 答疑解惑第七期
测试专栏特别放送 | 浅谈全链路压测
测一测 (1讲)
测一测 | 这些软件测试题目,你都掌握了吗?
结束语 (1讲)
结束语 | 不是结束,而是开始
软件测试52讲
登录|注册

09 | 软件测试工程师的核心竞争力是什么?

茹炳晟 2018-07-18
在前面的文章中,我给你介绍了测试工程师应该具备的一些基础知识,包括如何设计测试用例、如何制定测试计划、什么是测试覆盖率,以及软件生命周期各个阶段的自动化技术等等内容,相信你通过这些文章,或温故知新,或拓展视野,希望你有所收获。
那么,在介绍完这些比较基础的内容后,今天我就来和你聊聊测试工程师的核心竞争力到底什么。只有当你真正明白了自己的核心竞争力,你才能理清“应该做什么”和“应该怎么做”这两个问题,才能朝着正确的方向前行。
我以我们团队招聘功能测试和测试开发工程师为例,带你了解一下测试工程师的核心竞争力到底是什么。
案例一来自我们的资深功能测试工程师招聘。当时,有一位拥有近 9 年测试经验的资深测试候选人,我对他的简历还是比较满意的,所以就安排了面谈。但是,在聊的过程中我很快发现,这位候选人绝大多数的测试经验积累都“强”绑定在特定的业务领域。
如果抛开这个特定的业务领域,他对测试技术本身以及产品技术实现都缺乏系统的思考和理解。换言之,他的价值仅仅能够体现在这个特定的产品业务上,而一旦离开了这个业务领域,他的经验积累很难被有效重用,也就是说他很难快速适应并胜任我们的业务领域测试。所以,他最终没有得到我们的 offer。
从这个案例中,你可以看出作为测试人员,必须要深入理解业务,但是业务知识不能等同于测试能力。
案例二来自我们的测试开发岗位招聘。当时,有一位 5 年测试开发从业经验的候选人,是南京大学软件学院的硕士,毕业后一直在国内的互联网巨头公司从事测试框架和工具平台的开发工作。
看完他的简历,我发现他参与开发过的测试框架和工具和我们当时在做的项目很匹配,加之他的背景也相当不错,内心感
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《软件测试52讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(44)

  • Cynthia🌸
    为什么开发很少讨论自己的核心竞争力,我想是因为开发的学习线路图和发展路线比较清晰,而测试,其实大家都是在迷茫中摸着石头过河。
    个人认为,如果是开发转测试,去做测试开发,可能会更清楚自己的路线和规划。
    如果是从功能测试入门进来,则很容易迷茫。因为入门很容易,而想要更深一步去走的话,像作者列出来的这几条能力,也是很难量化的,都是需要在实践中摸爬滚打,再加上不断总结经验教训,才能有一点感悟。很难说要怎样“学”会,或者怎样“教”会后来者。
    而开发就不一样了,目标明确,容易量化,拥有大量教程。
    期待作者后续的文章更深入的讲讲实践部分。
    2018-07-18
    77
  • 人生总有一点来不及
    个人是觉得测试工程师涉及的太广了,然后就很迷茫,觉得什么都要会,什么都不精,然后就不知道职业发展需要往哪个方向走。感觉在日常工作中被各种杂事淹没了,没有个清晰的职责,这样就很难找到方向
    2018-07-18
    29
  • Luckybear
    我认为测试的核心竞争力是一直是清晰的,也并没有因为互联网时代到来而有根本性的改变。对自动化技术的掌握要求,比确实比以前高。但自动化仍然是服务于产品质量的提高,而非提高自动化测试率,所以测试人员要做的是利用自动化,更smart地测试。
    之所以很多的测试会感觉到迷茫,或者找不到自己的核心价值,是因为测试的核心价值的得到和提高,并没有太多具体的书和文献可看,一切都需要测试人员自己一直保持主动去思考,去总结,在不断实践中潜移默化地完成升华。这种能力每个人都有,但并不是很容易做到。另一方面,测试确实经常处于大量繁杂琐碎的任务中,还有很多重复性的工作,比如一遍遍的回归测试。越不思考和总结,就越是在按部就班地劳动,能力和价值难以提升,最终产生迷茫和对测试价值的怀疑。
    2018-07-19
    13
  • A冰淇淋麻麻,不听语音
    这里讲了传统的功能测试工程师和测试开发工程师,能不能讲讲性能测试工程师

    作者回复: 很好的点,性能测试工程师的核心价值不是会多少性能测试工具,而是对于性能问题的直觉和定位能力,这个都是需要靠扎实的基础理论知识和大量的实践才能培养出来的。有核心竞争力的性能测试工程师就像经验丰富的医生,一看测试报告的各项参数就能猜测可能的问题点,这个就像有经验的医生一看验血报告就知道问题大概在哪里是一个道理。

    2018-07-23
    11
  • 燕子
    从功能测试入行,想做自动化测试或者性能测试,发现到后面瓶颈越来越大,越来越发现不会代码的苦恼,自学开发感觉真的好难,网上各种查资料,买书学理论,到最后发现实践还是不会,痛苦……迷茫……
    2018-07-18
    10
  • 简愿
    功能业务测试可替代性更强,核心竞争力中的沟通、探索、学习其他岗位人员也具备,用例设计的优秀和一般体现不明显,测试策略大部分人可快速习得达到一般水平、完善细化可以依靠团队补充,自动化技术体现在自动化测试人员、纯功能测试未体现,所以纯功能测试更焦虑;测试开发,即便只会开发去学习测试的知识也更容易。
    2018-07-19
    9
  • sylan215
    1.非常赞同这个观点:测试开发岗位的核心其实是「测试」,「开发」的目的是为了更好的服务于测试;

    2.对于偏业务的测试工程师来说,个人理解,业务是自己的最大优势,如果懂技术并且知道灵活应用,那就很厉害了;

    3.对于偏技术的测试开发来说,个人理解,技术是自己的最大优势,如果懂业务,并且可以自行分析提取业务中的自动化需求进行实现,那就相当厉害了;

    4.万变不离其宗,测试和测试开发都是为了保障产品质量,而保障质量又不是哪一个人的事,是团队的事,从这个角度来说,软技能对测试和测试开发来说会显得尤其重要;

    5.所以我总结的核心竞争力是业务、技术和软技能。

    以上,欢迎沟通交流。
    2019-02-12
    1
    6
  • 白梦
    能否有专门的章节详细讲解一下测试策略的设计方法。还有本文提到的测试策略设计中可能遇到的几种问题的应对方法,非常想了解这方面的相关知识。
    2018-07-19
    6
  • Geek_84a77e
    老师可否配合例子说明理论?
    比如提高测试的用例设计能力,可否分享一下具体的例子,您对于常见的缺陷模式、典型的错误怎么总结归纳从而形成了哪种体系化的用例设计思维。就像之前文章中讲的登陆功能模块测试一样。多谢
    2018-07-19
    5
  • 在路上
    作为一个外包的自动化功能测试人员,对工具的掌握,业务的理解,测试用例的设计,深感重要性,但依然迷茫,即使提高能力,但职业天花板就在眼前,测试发展方向是不是过于狭窄了。
    2018-07-18
    4
  • justin
    按照这个思路,从培训班流水线出来的开发,做两年开发转测试,会比一开始做测试的人更有竞争力。后面一直做测试的人会被淘汰,回到国外资深开发人员才能做测试的状态。这一切的乱象会结束?
    2018-07-18
    4
  • 小小光芒
    大厂里,测试人员设计优秀的测试用例,很优秀的缺陷报告,也很少人会注意到。kpi似乎也对写coding的人更加宽容。互联网行业,除了金字塔尖的一些人,开发人员和测试人员本身存在感差别很大,求职市场上待遇差别明显。测试门槛也低,人员能力参差不齐,从整体上更加削弱存在感。从个体上,从实际项目中摸爬滚打出来的资深测试,从自身发展角度考虑,很多人想着转行产品经理。没有了前辈示范,剩下刚入行或者有几年工作经验的人,会更加迫切寻找核心竞争力的定义和发展规划
    2018-07-28
    3
  • 红娟
    关键词 功能测试工程师 测试开发工程师 核心竞争力
           说实话,我最近一直在思考软件测试中最重要的是什么?我的结论是测试用例的设计和测试方案的灵活设计。沟通能力和测试能力也是同等重要。以前总觉得自动化测试很深奥,经历过几个项目的自动化平台的应用,发现bug的效果并不尽如人意。所以要平常心看待自动化测试,它必经是一个工具,关键还是使用工具的优点。
             老师总结的功能测试和测试开发的核心能力,我的思维顿时清晰,原来自己的更靠近功能测试。测试策略,测试用例,快速学习,探索性测试,自动化测试,沟通能力。接下来我知道自己努力的方向。多谢!
           
    2018-07-18
    3
  • 小老鼠
    1,性能测试工程师(非功能测试工程师)属于两类中的哪类?
    2,什么业务均能测试的人才真是太难得了?
    3,设计好的测试用例,己任还建议大量阅读bug。
    4,对于计算机专业毕业的人员如何学习好业务知识,比如电子、通信、金融…?
    5,接触一个新东西,一上来就看官方文档容易找不到北,建设先看一下博客,有了基本概念再去看官方网站,再看博客,如此反复,效率更好。
    4,我认为测试的任务是发现缺陷而不是去定位问题,让专业的人作专业的事。
    5,开发工程师也是需要有核心竞争力的。
    2018-10-08
    2
  • 口水窝
    我的核心竞争力:优秀的测试策略,编写高质量的测试用例,沟通技术。短板:自动化技术了解甚少,所以现在进军java行列。
    2019-03-19
    1
  • 派森
    以前不信测试开发能做开发,直到进了测试开发团队

    作者回复: 测试开发的综合能力应该是很强大的

    2019-01-25
    1
  • 陈雷@英诺 | 微信慢回 急事...
    因为测试本就该消失掉,测试工程师的独立存在,是时代的产物,是别人失误的成本。
    2018-09-18
    1
  • 大脸猫
    功能测试运气好的能走上管理岗位,运气不好的只能沉沦了。毕业之前跟着老师做开发,感觉确实是不适合做开发。毕业后就去了一家银行,师兄劝我去做开发,不要做测试。但是我当时对开发实在是怕了。就没去。但是现在去看。银行里的技术确实是比较落后的。做开发也许是可以的。而做测试,感觉自己做了几年功能测试,有点废掉的感觉。现在转了自动化测试,对性能测试有了一丢丢的理解。不知道前路如何。
    2018-08-07
    1
  • 温如玉
    测试用例设计部分,之前有章节特意说到好的测试用例与缺陷无关,为什么这一章节说好的测试用例设计能力是设计出能高效发现缺陷用例的能力呢?
    2018-07-31
    1
  • Struggling
    有听友留言说这个跟测试逐渐被重视需求量变大有关系,我的观点刚好相反。我觉得现在更多谈测试的核心竞争力正是由于在敏捷开发的模式下对测试的要求越来越高,很多时候甚至要求开发即测试,测试即开发,传统的测试已不再具有竞争力。而恰恰一直以来由于传统的测试入门容易,从事测试工作的人员还是很多,这个时候想要继续在测试这条路上发展,必须要有自己的核心竞争力,所以与其说谈测试的核心竞争力,不如说是顺应时代科技的发展。个人观点,欢迎指正。
    2018-07-19
    1
收起评论
44
返回
顶部