到底该不该从开发转测试

到底该不该从开发转测试,我相信很多的人跟我有同样的困惑。那么自己到底合不合适呢?到底该如何选择呢?

我从一下几个方面来分析:

第一点:开发和测试你到底喜欢干什么?也许很多人说,这是一句废话。要是喜欢开发我还考虑转测试干什么,那就直接干开发得了。其实我说的喜欢并非浅层次的喜欢,而是一种由心的判断。其实很多人觉得开发难,测试易所以就喜欢测试不喜欢开发。这只是一种表面的喜欢,而你带着这种喜欢去选择测试我估计你也做不了太远。其实做测试的人要走的远,必须要不仅喜欢开发还要热爱测试。否则,你还不如做开发。

第二点:做开发和做测试你是看现在还是看发展?开发和测试的发展方向还是有所不一样的。而一般的人考虑时只是简单的看现在。看当前的话开发的工资比测试高那是一定的。然后,开发受重视的程度也比测试好。那么既然如此那还考虑测试做什么呢?测试的发展空间其实一点都不比开发少。因为测试接触的东西多,前端、后台、产品、开发、市场、客户等等。所以测试必须是一个多面手。而且好的测试必须要懂开发。要能将技术的东西生活化,将生活的东西技术化。感觉这个像产品该做的对吗?确实如此,测试和产品一样既要和技术打交道又要对直接使用者负责。所以这种能力也是必须的。

想必看到这里已经有点觉得不想做测试了吧。下面就来讲讲做测试的发展方向分析:

专业做测试:功能测试->性能测试->安全测试->自动化测试->测试开发

这是一种纯技术路线,怎么样其实跟开发也差不多。很多人曾经误以为做一段时间的测试学一门编程语言就可以做开发。然后越学就越觉得做不了开发了。其实做测试专开发绝非是转普通开发,而是做专业的开发测试管理和测试软件的开发。所以做测试的朋友没必要被人忽悠着这个语言火就学这门语言,那个现在不错就学那门语言。其实很多时候,你精通一门语言了其他的语言看的懂就可以了。没必要非得弄得跟开发一样的程度,如果能做那样那你还是做开发的好。做开发的能够精通两门语言已经是不容易了。

测试到产品:这个其实也是比较容易的。做测试的做产品,最主要的就是在测试过程中要多积累产品知识。会熟练使用产品制作工具肯定是第一步。然后就是在这个基础之上积累产品的思想。分析用户使用习惯,分析产品需求,产品痛点等。还有就是写文档的能力了。经过多年测试文档的写作我相信写文档的能力也能得到不少的提升吧。所以,如果你想做更有多薪水更有挑战的工作,产品是一个不错的方向。

测试到管理:这个其实是很多行业都可以达到的方向。但是做条路线的重点就不再于技术了。技术主要是一个附加项了。基础的能力还得靠自己学习积累了。但是测试也是一个不错的起点,应为测试你做的好还是比较容易做到测试组长的。带团队的第一步你比其他行业跟容易靠近一点吧。

所以你到底要不要做测试?自己结合实际情况好好分析。以上皆是我个人的看法,仅供参考。

时间: 2024-12-15 21:28:18

到底该不该从开发转测试的相关文章

第一行代码:以太坊(2)-使用Solidity语言开发和测试智能合约

智能合约是以太坊的核心之一,用户可以利用智能合约实现更灵活的代币以及其他DApp.不过在深入讲解如何开发智能合约之前,需要先介绍一下以太坊中用于开发智能合约的Solidity语言,以及相关的开发和测试环境. 智能合约就是运行在以太坊上的程序.客户端可以通过Web3.js API调用智能合约,而智能合约本身又可以直接访问以太坊网络,也就是说,智能合约前面连接着客户端,后面连接着以太坊网络,起到了承前启后的作用,而且通过智能合约,可以让整个以太坊网络更灵活,可控性更强.其实智能合约的作用相当于微软O

模型训练过程中的训练集、训练开发集、开发集和测试集总结

36.什么时候你应该在不同分布上做训练和测试 当你的猫app已经上传10000张图,你已经人工标记它们有没有猫,同时你有200000张互联网上下载的图,这时你要怎么划分训练开发测试集呢? 当你训练深度学习模型时,可能必须用到那200000张图,那么训练和测试集的分布就不同,这会怎样影响你的工作呢? 当然将210000张图片随机分裂到训练开发测试集是一种方法,但我(吴恩达)不推荐这种方法,记住选择开发测试集的推荐方法是:选择你未来预期会得到的数据来作为开发测试集. 大多数学术文章假设训练开发测试集

敏捷开发下, 如何将需求分析,架构(软件)设计,开发与测试,一气呵成式的结合且高效的完成 ?

产品开发中,时常会发生类似如图中 "削马铃薯"的悲剧. 悲剧的发生,往往是由于我们只传递了 "要作什么功能"给开发人员.却缺乏了一个有效的且轻量级的实践,能在正式进入迭代开发前,确认开发人员是否真有能力,能将 "使用者的需求"转化为 "可执行的代码"? "场景树" 便是一结合Use Case, Domain Driven Design, UML 的轻量级可视化的敏捷实践. 经由场景树,可确认开发人员,是否已

中小企业可以用docker来标准化开发、测试、生产环境

一.使用 Docker 搭建 Tomcat 运行环境 1 Docker与虚拟机 2 搭建过程 2.1 准备宿主系统 准备一个 CentOS 7操作系统,具体要求如下: 必须是 64 位操作系统 建议内核在 3.8 以上 通过以下命令查看您的 CentOS 内核: # uname -r 2.2 安装Docker # yum install docker 可使用以下命令,查看 Docker 是否安装成功: # docker version 若输出了 Docker 的版本号,则说明安装成功了,可通过以

web接口开发与测试

最近一直在学习和整理web开发与接口测试的相关资料.接口测试本身毫无任何难度,甚至有很多工具和类库来帮助我们进行接口测试.大多测试人员很难深入了解web接口测试的原因是对web开发不太了解,当你越了解开发就会越看得清接口是什么.当然,web开发是比较麻烦,我们很难一下子掌握. 注:不过本文并不是一个零基础的文章,需要你对 Django web开发,requests接口库,unittest单元测试框架,三者有一定的了解. Django快速开发之投票系统 之前分享过一篇Django开发投票系统的例子

android开发及测试工具

1.Buckfacebook开源的Android编译工具,效率是ant的两倍.主要优点在于:(1) 加快编译速度,通过并行利用多核cpu和跟踪不变资源减少增量编译时间实现(2) 可以在编译系统中生成编译规则而无须另外的系统生成编译规则文件(3) 编译同时可生成单元测试结果(4) 既可用于IDE编译也可用于持续集成编译(5) facebook持续优化中项目地址:https://github.com/facebook/buck 2.Android Maven PluginAndroid Maven插

互联网产品上线前,做些什么——产品、开发、测试的视角

这阵子,经历了一个做产品以来速度最快的一个项目,太多第一次遇到的情况,从中秋节前到现在,除去校招出去的5天,一直都在赶项目.即使是校招,也是以项目为主题进行群面和创意PK. 每天早上9点多到公司,晚上12点后收工,甚至有到凌晨4点才下班,早上7点多起床,中午还不休息. 赶项目的节奏,大抵如此吧.这不是一种健康的状态,会逐步调整过来. 先说一点特别重要的事情: 无论进度多赶的项目,发布前,请一定内测. 无论进度多赶的项目,发布前,请一定内测. 无论进度多赶的项目,发布前,请一定内测. 这段时间,真

docker技术剖析--中小企业可以用docker来标准化开发、测试、生产环境

一.使用 Docker 搭建 Tomcat 运行环境 1 Docker与虚拟机 2 搭建过程 2.1 准备宿主系统 准备一个 CentOS 7操作系统,具体要求如下: 必须是 64 位操作系统 建议内核在 3.8 以上 通过以下命令查看您的 CentOS 内核:   # uname -r 2.2 安装Docker   # yum install docker 可使用以下命令,查看 Docker 是否安装成功:   # docker version 若输出了 Docker 的版本号,则说明安装成功

从产品、开发、测试论恋爱的不同阶段

1.产品的角度: 当两个人在一起本身就是一个错误时候,说明两个人在恋爱之前没有互相了解对方:没有互相做需求调研导致双方身心疲惫,心灵受到伤害.同时就涉及到需求变更(需求变更流程复杂),需求变更会导致感情受到伤害的两个人疲于应付感情,把自己的感情世界包裹的很严. 注:需求变更适合花心大萝卜. 2.开发的角度: 在恋爱的过程中发现问题,说明前期做过需求调研但不充分.既然在一起了双方就要学会包容和理解,如果遇到实在不可调和的矛盾,那就要采用程序员的思维: A:开发自测,试用场景:双方知道感情问题原因的