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

· 浏览次数 : 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会

突破自我认知的壁垒

从之前非常迷茫到现在慢慢变清晰,其实我发现很多时候看似难以逾越的问题下要突破自我认知的壁垒,需要你有打破了重建的自我革命精神!你所看到的世界并不一定是真实的世界,都是在自我认知固化和以你的生活为蓝本的大数据编织的信息茧房中,就如同黑客帝国中的Matix一样,现实迷茫的时候你必须要突破自己的理解误区。

AI 能多强「GitHub 热点速览」

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