当前位置: 首页 > news >正文

翻译一篇文章:It's Difficult to Grow a Test Developer(成为测试开发工程师的艰辛)...

翻译一篇文章:It's Difficult to Grow a Test Developer(成为测试开发工程师的艰辛)

 

    以下文章是送给来poptest学习测试开发工程师的学员们,很多人想测试工程师很容易,培训也抱着轻松的状态来学习,但是我们这里学习的强度很大,每天早上9点开始到晚上8点,但是大部分时间可能超过晚上11点,因为Poptest团队在其他培训机构工作过,我们做过评估Poptest测试开发培训的第一阶段培训12天的课程相当于其他培训机构40天的课程量,在这里祝福那些辛勤的学员们,希望你们拿到好的offer,将来发展的更好。

原文:

A lot of testers begin life as software test engineers.  That is, they execute tests but don't do any (or much) programming.  The dream of many testers is to become a test developer or a developer.  Reciprocally, the dream of many test managers is to grow their testers into test developers.  Is this a realistic dream?  It can be, but probably isn't in most cases.

It's very hard to become a self-taught developer.  When we look out at the computer landscape we see plenty of self-taught programmers so it looks easy.  However, for each one that succeeds, many more fail.  Why is that?  Two reasons I suspect.  First is that some people are just not cut out to be programmers.  Second, and perhaps more important, is that it is really hard.  Becoming a good programmer* requires a lot of knowledge.  That means a lot of reading (online or books) and a lot of practice.  It turns out that it is a lot easier to desire to be a programmer than to put in the work to become one.

I covered the first point in my post entitled You Can't Teach Height.  Studies show that a good number of people, even those interested in programming, cannot grok it.  My suspicion is that this has to do with the abstract nature of programming.  This isn't to say that they can't program at all but they can't program well and as the difficulty goes up, more and more drop off.

The second reason is the one that gets a lot of people.  I've seen many try to make the leap and only a few succeed.  Those that did had to put in a lot of work on their own time.  Those that didn't often weren't willing to put in time outside of work.  Anyone desiring to go from tester to test dev with just the time they spend on the job is probably going to be disappointed.  It takes a whole lot of effort to become a competent programmer.  I laid out my recommendations in one of my earliest posts.  I call for learning not just the syntax but also the essentials of computer science.  You can program without these but if you don't pick them up you'll never be great.  Learning them, however, takes a lot of time and effort. 

Most of the time employers won't give you that time.  They want you to be productive and anyone learning to program is not productive.  The simplest things take a long time.  There is almost always a more competent programmer on the team somewhere and if work needs to be done, it will be given to him.  It's not that most managers discourage learning to program.  They'd like it to happen.  They just won't often budget enough of your time to actually do it.

Now that I've said how hard it is, are there things that testers can do to increase their odds?  What about test managers?  I'll cover the issue from both perspectives in future posts.

 

* It is important to note what I'm talking about here.  It's not too hard for someone to teach themselves enough C# to write an ASP.Net page or enough perl to parse some log files.  That, however, is a far cry from being able to write a test harness, analyze performance, or automate the testing of a COM object.

翻译:

很多测试工程师从功能测试开始。即执行测试,但不写任何(或者极少)代码。很多测试工程师梦想成为一名测试开发工程师或者开发工程师。同样,很多测试管理者则梦想把他们手下的测试工程师培养成测试开发工程师。能实现么?现在来看可能性微乎其微。

很难自学成为一名开发工程师。当我们考察计算机业内情况时,我们能够找到很多自学的程序员,看上去好像很容易。但是,一些人成功了,更多的人却失败了。为什么 呢?我觉得有两个原因。第一,一些人不适合做程序员。第二,也许更重要的,自学太难了。想成为一名好的软件开发工程师需要很多知识。这意味着大量阅读(网上或书 上),大量练习。结果就是,做梦容易,实施起来很难。

原因1,我在一篇文章中已经说了。研究表明,很多人,对程序感兴趣,最终无法实现梦想。我认为这和程序的抽象本质有关。并不是说这些人根本无法编程,而是说他们不能写出好的程序。而且,难度越大,放弃的人越多。

原因2也困扰了不少人。很多人试图超越,但只有少数人成功了。成功的人是花了很多私人的时间。没成功的人则不愿在工作之外花大力气。期望从测试工程师成长为测试开发工程师的人,如果仅仅是在工作时间努力则恐怕是要失望了。要成为一名称职的测试开发人员或者开发工程师都要付出很多很多努力。在我早些的一篇文章中我给过一些建议。我建议不仅仅要学编程语言的语法,还要学习计算机科学的基础知识。当然,不学这些你也能编程,但做不到更好。而要学习这些,则要花费很多时间和汗水。

大部分时候,企业不会给你时间去折腾。他们想要员工们生产力高效,而正在学习编程的员工不会很高效。他们简单的事情都要做很长时间。当有事情要做的时候, 团队里总是会有更有效率的开发人员可用,因而事情就给他们去做了。并不是这些管理者不鼓励学习编程。他们也希望员工水平更高。但他们未必能预留足够的时间去 让你实际去学习。

我已经阐明这其中的困难,那么测试员可以做些什么来提高他们的成功机会呢?测试经理那方面呢?我将在以后讨论这些问题。

* 请注意我这里说的。人们可以自学C#来写个ASP.NET界面,或者自学perl来分析日志,这并不难。然而,这种程度离写出测试框架,分析性能,或者自动化测试COM对象,还差得很远很远。

 

 

转载于:https://www.cnblogs.com/poptest/p/4917326.html

相关文章:

  • Spring的核心机制:依赖注入
  • Spring获取ApplicationContext对象工具类
  • linux基础学习8
  • Ubuntu系统更新命令笔记
  • 大龄屌丝自学笔记--Java零基础到菜鸟--038
  • VMWare虚拟机提示:锁定文件失败,打不开磁盘的解决办法
  • HDU2030 汉字统计
  • Windows下删除不需要的服务
  • [原创] SQLite数据库使用清单(下)
  • Oracle11g安装详细步骤【有图在里边哦】
  • Myeclipse链接Oracle等数据库时lo exception: The Network Adapter could not establish the connection
  • taglib的使用
  • Oracle解锁封锁的账号
  • 期中总结
  • Web应用解决中文乱码的两种方式
  • [原]深入对比数据科学工具箱:Python和R 非结构化数据的结构化
  • 【跃迁之路】【735天】程序员高效学习方法论探索系列(实验阶段492-2019.2.25)...
  • Dubbo 整合 Pinpoint 做分布式服务请求跟踪
  • es6--symbol
  • gops —— Go 程序诊断分析工具
  • iOS仿今日头条、壁纸应用、筛选分类、三方微博、颜色填充等源码
  • java 多线程基础, 我觉得还是有必要看看的
  • jdbc就是这么简单
  • Python socket服务器端、客户端传送信息
  • Yii源码解读-服务定位器(Service Locator)
  • 案例分享〡三拾众筹持续交付开发流程支撑创新业务
  • 关于字符编码你应该知道的事情
  • 机器学习学习笔记一
  • 精彩代码 vue.js
  • 目录与文件属性:编写ls
  • 判断客户端类型,Android,iOS,PC
  • 视频flv转mp4最快的几种方法(就是不用格式工厂)
  • 微信小程序开发问题汇总
  • 主流的CSS水平和垂直居中技术大全
  • 06-01 点餐小程序前台界面搭建
  • 【运维趟坑回忆录】vpc迁移 - 吃螃蟹之路
  • CMake 入门1/5:基于阿里云 ECS搭建体验环境
  • ​DB-Engines 12月数据库排名: PostgreSQL有望获得「2020年度数据库」荣誉?
  • ​业务双活的数据切换思路设计(下)
  • #Linux(帮助手册)
  • #NOIP 2014# day.1 T2 联合权值
  • #微信小程序(布局、渲染层基础知识)
  • $.type 怎么精确判断对象类型的 --(源码学习2)
  • ( )的作用是将计算机中的信息传送给用户,计算机应用基础 吉大15春学期《计算机应用基础》在线作业二及答案...
  • (04)odoo视图操作
  • (1)安装hadoop之虚拟机准备(配置IP与主机名)
  • (javascript)再说document.body.scrollTop的使用问题
  • (Matalb时序预测)PSO-BP粒子群算法优化BP神经网络的多维时序回归预测
  • (第27天)Oracle 数据泵转换分区表
  • (三) diretfbrc详解
  • (一)Linux+Windows下安装ffmpeg
  • (转) 深度模型优化性能 调参
  • (转)AS3正则:元子符,元序列,标志,数量表达符
  • .h头文件 .lib动态链接库文件 .dll 动态链接库
  • .NET CORE 第一节 创建基本的 asp.net core