却少开发经验 先写个东西吧，比如自己写一个网站或者写一个自动化工具
框架这种的话不急，你只要直接的业务代码写出来，然后再抽象抽象抽象 在封装。。就行了。
微服务 也就是模块化开发，你抽象出来就是了。。
会不会是特效格式不支持白鹭引擎啊。。
我们最终输出的不是 json 格式的，美术资源部分输出 json 项目我也见过，但没研究过。你可以在确定下是否特效压缩格式，然后在运行过程中解压导致的。
大概情况和你说的差不多，做过多年的业务测试，用过 c#，正在学 java。我也正在写一个自动化测试，很可能也会从 excel 中读取用例来执行。能否请教一下，你从 excel 中读取的用例，包含预期结果吗？这一块感觉很难写到 excel 中去。
问题就在于你是会这些知识的皮毛。这不算会。举例说，我去面一个好单位时人家问我消息中间件懂不懂，然后我就因为没用过被刷掉了。
楼上写网站没用的那位懂吗？
个人感觉，光会码代码算不上测试开发，最多是一个会开发的测试~测试可能理论和经验要求多一点，但是针对开发，很多底层的东西我觉得应该有更深入的了解，比如 spring mvc 框架的源码，架构，而不是仅知道怎么用，怎么配置~~当然这个是个长期积累的过程，当达到了一定能力和水平，你所看到的问题，应该不再是神马校验错了，为空了~一些架构的问题，对业务潜在的变化针对目前系统提出问题~等等~
共勉~
同样迷茫，工作三年多了，不知道该往哪边走了
你已经是了，按照目前的招聘要求，都叫测试开发。
找到测试中痛点，然后自己通过技术方式，改进痛点，我认为这就是测试开发了。
看了半圈大家对测试开发有点误区？开发都分初级和终极 ，测试开发只有高级的吗....有代码能力肯定就已经有能力转测试开发了，到什么程度决定了你的上限而已
我认为业务测试过度到测试开发主要优势两点：
1、了解业务测试环节痛点，在做脚本和工具开发时应主动向高效解决这些痛点的自动化方案入手。
2、积累下来的业务 bug 风险点，开发中提前对已知风险点进行甄别、分析、统计归类。
实实在在拿如何解决自己经历过的痛点练手，实现方案应用现有业务落地。多积累些解决问题的思路方案，之后就看能接多大的测试自动化脚本方案或工具设计业务需求能力了。
我是从客户端功能测试转测试开发，从功能测试到带执行组，之后转脚本方案设计，再之后安卓端性能测试相关方案建设，以此为基础扩展到带安卓项目基础体验团队。有一点明显的体会：不断用自动化方案解决自己过去遇到痛点，实际试用推广到所在团队，自然而然内部转岗后就成了测试开发了。这期间前期主要是用自己经历过的痛点练手自动化思路设计，学到更好用的思路就打破重构，有过成功方案思路落地，之后就可以接需求做更多事了。
遇到很多问我学自动化要看什么编程语言，甚至是有些人去报班培训，结果会用了还是维护别人自动化方案的自动化用例维护人员。。。要去换位想想业务上有哪些自动化需求，自己能独立解决多少。
看了这些回答,我反思了一会.在我看来,测试开发,需要比较多的是 2 点
1.测试,测试放在单词的前面,说明是需要一定的测试经验,测试理论,烂大街的说法起码要知道测试的流程,还有杯子测试理论神马的
2.开发,开发需要的开发技能,包括组建自动化测试团队的技能,建立自动化测试系统的能力.
我发现,第二点我缺陷很大,但是第一点经验倒是蛮多的了.
虽然掌握 android,(ios 没钱买 mac,没实现),web 自动化的基础知识,但是需要升级到自动化的原理,比如 selenium 原理是什么,这是我很大的缺陷.
自动化框架的能力,用轮子没问题,自己造轮子问题还是很大.
精通一门语言,我 python 还是半吊子,也不知什么时候精通.
还有 web 开发,android 开发的能力.起码自己你能写一个博客吧,我特么还停留在 hello world 阶段.什么 http 协议也不太懂.
哎,想想就很伤心.
哦,这是写给我自己看的.
xyh421
回复
我转测试开发就两点自我认知：
1、不拼编程语言掌握程度，重点关注需求逻辑组织变现，把逻辑思路想透并尽可能的简化和优化代码处理中的开销。
方案初版实现-》掌握更优的思路和开源框架就引入后重构，经过这种台阶式的重构提高把自己实现的方案不断优化，从而培养出自己解决自动化需求的方案套路。
注：这里重要的一点就是要做强需求的实现，且需要长期被使用。这样才有动力持续维护，我 13 年的 TV ota 压测脚本方案迭代维护用到现在；14 年初的 cpu 内存监控方案经过思路重构，新需求点引入，也维护使用到现在并集成到多个专项中。方案的思路的持续思考和升级能不断训练自己快速构建完整逻辑的能力，期间会形成自己的风格特点。
2、拼自己独立实现的方案成果，且推广到所在业务团队得到认可
这里就是积累自己特色的实用解决方案，而不是人云亦云的跟随，开源方案落地到业务都是需要个性化定制的，需要有自己个性化定制的套路，或完全自己实现该框架思路的实现形式。
极限编程，未来要和程序持平编程水平。
代码能力够了，业务能力不够？没理解，楼主哪方面业务能力不够。
你说你的代码能力够了，真的够了？去阿里面试下呗
- 测试开发测试开发，本质上也还是开发。
- 业务开发服务业务 feature，测试开发服务于产品质量、服务于团队效能。
- 单纯的测试开发，相当于 RD，但是很多公司的测试开发身兼测试业务，所以不但要测试业务，还要开发工具、出具性能测试方案和手段。 这是我对测试开发浓缩起来的一些基本的想法。
- 如果你有相关研发能力和思想，能够帮助产出提高产品质量、提高团队效能的小工具，那你算是一名合格的测试开发。
- 说到底，还是做产品的思想，你能找到团队中质量、效能上的痛点，并且从中提炼出你的产品 feature，然后将其实现，那你是一名优秀的测试开发。
- 语言、框架、算法都是你实现产品的手段，掌握越多肯定越好，但有没有做产品的思想，是真正需要去思考的。
