我真的从测试转成了开发......

· 浏览次数 : 7

小编点评

前言:意外的早退与功能失效 因为走的圈太大了,早上上班差点迟到。幸好有我每日5公里的加持,侥幸踩点进办公室。哈哈,真的好险! 工作总结:功能开发受阻与全面测试 上午开始着手某功能的开发,还在写后台逻辑。结果到了下午,由于前端同学的代码冲突,打包发布后,导致我写的功能直接不能用了。瞬间emo了! 反思与成长:从测试到开发的心理转变 1. 接受挑战和失败:接受失败,并从中学习培养解决问题能力。 2. 接受不确定性:开发工作常常需要面对更多的挑战和不确定性,需要有试错的勇气和不放弃的精神。 3. 不断的学习:需要不断地学习和更新自己的技能,保持学习的连贯性和深度的拓展。 4. 沟通与协作:与组内同事、产品经理、UI设计师等多个角色进行沟通和协作,保持开放和协作的态度。 5. 测试转开发的优势:能够利用之前的测试经验,更准确地理解问题产生的背景和原因,预防问题,加强团队协作。 结语:享受与乐此不疲的坚持 我不知道努力会不会有回报,虽然也曾幻想过想要有什么样的回报,但随着时间的流逝,我发现已经记不起想要的是什么了。所以,这时努力已经变成了享受和乐此不疲的坚持。

正文

写在前面

因为走的圈太大了,早上上班差点迟到,幸好有我每日5公里的加持,侥幸踩点进办公室,哈哈,真的好险!

我开发的功能不能用了

上午开始着手某功能的开发,还在写后台逻辑。

结果到了下午,由于前端同学的代码冲突,打包发布后,导致我写的功能直接不能用了,瞬间emo了!

套用我之前同事总说的一句话就是:“这TM谁干的!”

来吧,全功能的回归测试

还好我是测试出身,瞬间秒变测试工程师,并针对我开发的功能进行了全功能的测试!

结果,我发现前端同学代码冲突后,很多之前我开发的可用功能,大部分基本阵亡了!

我把影响的功能整理后,一并发给了前端同学。

附上截图,并留言说:"好疼!"

测试转开发,心态的转变

这里来聊一下测试转成开发后,心态的一些改变!

1、接受挑战和失败

这块怎么说呢。

在开发过程中,代码出错或功能不符合预期真的是常有的事。接受失败,并从中学习培养解决问题能力是成为一名优秀开发的关键吧。

大部分时间都在”沐浴“失败,和”遇见“失败,就是我们所说的debug,甚至更多感觉是在一直在脚踏失败而前行,才有了更健壮的程序运行!

至于挑战,开发工作往往比测试更具挑战性,更多需要深入理解系统的内部逻辑,并从头开始构建功能。这可能需要更多的耐心和细心。

2、接受不确定性

开发工作常常需要面对更多的挑战和不确定性。相比于测试岗位,需要更加主动地去解决问题,并且需要更具备一定的抗压能力。

比如需求变更、别人把你的代码覆盖了、和需求的battle、和测试存在沟通不畅或误解的时候等等。

现在角度来看,都能理解以前的开发了,哈哈!

值得一说的是,更多的是要有试错的勇气和不放弃的精神,虽然可能会失败,关键在于如何从失败中习得解决问题的能力。

3、不断的学习

需要不断地学习和更新自己的技能,工作可能遇到的,新的编程语言、框架等等,总之,学吧,根本停不下来。

当然,也要有设定明确的学习目标和计划,保持学习的连贯性和深度的拓展。

很可能需要投入大量时间去练习写demo,去磨炼你的API,所以只有不断地写,根本毫无捷径可言!

可能有的同学说了,六哥我有GPT,GPT最强!

我承认GPT确实比百度和google那些搜索引擎强多了,尤其在无广告这块,但是你深深地低估了它编瞎话的能力,人家是可以自己编API的,不信你细品!

再补充下就是,如果你对某一门语言一点不懂的话,有了GPT也是很无力的!

4、沟通与协作

主要体现在,需要与组内同事、产品经理、UI设计师等多个角色进行沟通和协作。保持开放和协作的态度,可以更好地理解他们的需求和痛点,从而写出更符合要求的代码。

再一个就是与团队紧密合作是必不可少的,需要了解他们的需求和痛点,以便更好地完成工作。

最后一个就是跨部门的协作,与开发、产品、设计等其他部门的同事保持良好的沟通和协作,一定要及时沟通需求,确保不是变来变去的。

还记得第一次,我和前端同学联调的时候,他问我,你是后端开发?

我说:我是测试!

5、测试转开发的优势

  • 站在用户角度:能够利用之前的测试经验,更准确地理解问题产生的背景和原因。更能从用户的角度出发,发现开发过程中可能忽略的问题。
  • 预防问题:先自己测试,本地测试没问题,才会发布,在设计、编码和测试等各个环节中能更好的进行质量把控。
  • 快速定位与解决:有更强的复现问题的能力和测试思维,能够更快地定位问题的原因,可以大大缩短问题的修复时间,提高开发效率。
  • 加强团队协作:测试人员在转开发后,可以与开发团队更好地协作。可以共享测试经验和问题解决方案,更好地帮助团队提高整体的开发能力和质量。

写在最后

我不知道努力会不会有回报,虽然也曾幻想过想要有什么样的回报,但随着时间的流逝,我发现已经记不起想要的是什么了!

所以,这时努力已经变成了享受和乐此不疲的坚持。

因为这一刻,我已经是开发了!

与我真的从测试转成了开发......相似的内容:

我真的从测试转成了开发......

写在前面 因为走的圈太大了,早上上班差点迟到,幸好有我每日5公里的加持,侥幸踩点进办公室,哈哈,真的好险! 我开发的功能不能用了 上午开始着手某功能的开发,还在写后台逻辑。 结果到了下午,由于前端同学的代码冲突,打包发布后,导致我写的功能直接不能用了,瞬间emo了! 套用我之前同事总说的一句话就是:

测试仔的开发者日记:做了近俩月的开发感受.......

写在前面 在大约一个月前,我在掘金上发了《我一个测试仔,做了20多天开发的感受......》这样一篇文章。 在文末我看到了很多评论,虽然,我没有给出任何回应,但每一条评论都有认真看,真的很感谢每一位朋友的关注。 向钱看齐,向钱看 这是评论区中,很多人的看法,都是本着自身利益最大化原则,一点毛病也没有

性能优化陷阱之hash真的比strcmp快吗

最近网上冲浪的时候看到有人分享了自己最近一次性能优化的经验。我向来对性能是比较敏感的,所以就点进去看了。 然而我越看越觉得蹊跷,但本着“性能问题和性能优化要靠性能测试做依据”,我不能凭空怀疑别人吧,所以我做了完整的测试并写下了这篇文章。 可疑的优化方案 分享者遇到的问题很简单:他发现程序中超过一半的

聊聊我认为的OpenFeign

此篇文章不从源码角度解析,网上一搜一大把。我个人的习惯是自己评估与思考下大概的设计思路是什么,然后看源码与博客佐证。否则一来就是使用然后看源码,一坨一坨的代码,真的看的头疼。以上仅是个人的学习方法。 聊聊OpenFeign,其实这个框架,之前用过,但没留意太多;说白了这个框架的出现就是为了让我们做R

13年过去了,Spring官方竟然真的支持Bean的异步初始化了!

你好呀,我是歪歪。 两年前我曾经发布过这样的一篇文章《我是真没想到,这个面试题居然从11年前就开始讨论了,而官方今年才表态。》 文章主要就是由这个面试题引起: Spring 在启动期间会做类扫描,以单例模式放入 ioc。但是 spring 只是一个个类进行处理,如果为了加速,我们取消 spring

面试官:Java中缓冲流真的性能很好吗?我看未必

一、写在开头 上一篇文章中,我们介绍了Java IO流中的4个基类:InputStream、OutputStream、Reader、Writer,那么这一篇中,我们将以四个基类所衍生出来,应对不同场景的数据流进行学习。 二、衍生数据流分类 我们上面说了java.io包中有40多个类,都从InputS

OPPO主题组件开发 - 调试与预览

本篇作为 OPPO主题组件调试与预览 文档的补充,因为它真的很简单而且太老,一些命令已发生变化😪 1. 调试前准备 1. PC 端下载 adb命令工具 下载 https://adbdownload.com/,或从其他地方下载也可 解压,放在你想放的文件夹下 配置环境变量 右键 我的电脑/此电脑 选

我的日常AI使用

从去年年初开始,AI技术真正走入了我们的日常生活。从OpenAI到如今字节跳动的coze,我们通过AI大模型可以做很多事情,工具和平台众多,如何选择和使用有必要总结一下。 编程和debug方面 尽管gpt-4和gpt-4o确实很强,但对于持续代码改进和代码调试方面,依然不够好,并且它对于非Plus会

AI 能多强「GitHub 热点速览」

不知道 AI 在你那边是什么样的具象,在我这就是各种搞图:从给线稿图上色,到直接给你生成一张小色图,AI 最近是真出风头,本周热点速览也收录了

白话区块链是什么

国庆放假倒计时,无心恋战,分享点儿东西,也算做点儿贡献。 起因是,我老婆的公司最近技术上在搞“区块链溯源”,ppt里言必称无法篡改,客观公正,可确保真实安全。她表示听不懂,于是问我 “到底什么是区块链?”。 “自己查啊”。 “查了,看不懂。”…… 按说区块链从比特币火起来之后,现在已经快10年了,火