审核的时候有的不小心点了审核拒绝，优惠码未使用完时，默认都有效，请无视这个操作，直接发图就行

大家要给公众号发消息，索要码啊
没办法通过后台自动
发给大家呀。。。。

感觉有些跑偏了，楼主应该是偏业务方向测试的同学或者刚转行的同学
自己说自己点点点，这个明显有些妄自菲薄，我觉着这样是不对的，每个领域专精不一样的，所以工作重点也不一样，不能一概而论

说白了，市面上 80% 左右的公司，都是在做业务测试的，虽然很多公司都要求各种语言、技能之类的，但业务测试能力还是会放在第一位的，其他的测试技术是可以学习补充 的。

最近工作难找，疫情也是主要原因，不要太心急，工作机会少，可以看一些测试类视频和资源，补充 一下

正好也借机会梳理 一下未来个人发展~~

新同学感觉还是有些浮躁，做测试嘛，百屈不挠、没皮没脸。
想请教东西，心态还是平和一些的好

怎么说呢，不过我觉着万事可以先往好的地方想，从测试转向开发，也是一个好的方向和出路。
第 1 点来看，你应该是有一定的 java 基础的，能够编写 java 代码进行增删改查。
后端开发做的事情，其实和你是一样的，不外乎就是数据库表的删改查，只不过开发用的框架更多更杂一些，了解和学习下这些框架，应该是可以很快上手的。

内部转岗成功，未尝也不是好事。加油
就算后面又转回测试，但你有开发经验，也是加分项的，怎么算都不算吃亏

回复测试

我帮你改了~

接口可以理解只是服务端对外展示的一部分。
服务端构成相对来说，还是较为复杂的，spring 也有非常多的组件，很多我们看到的接口都是组件包装后的结果。
从架构层面来讲，又可能涉及到熔断、限流、降级、缓存、穿透、改写、异常保护等措施
接口测试过程中，可以将测试内容上升至架构层面开始，能够更加全面的了解服务端处理逻辑
不能指导研发进行接口开发的，不是好的接口测试

这里分为两种情况：
1、后端接口进行数据加工后，传递到前端，前端直接显示
2、后端接口直接将原始数据，传递到前端，前端加工后再显示

我理解现在是第二种情况，（不过建议还是要和开发确认清楚，很多公司对于这块区分理解是不一样的，划重点和开发确认）

当成正常的功能测试验证就可以了，所有的数据展示，就按照前端处理逻辑进行测试即可。（测试用例编写时应该与前端开发进行逻辑确认，接口开发进行原始数据确认）

同时也可结合接口文档，构造接口返回原数据，配合 Fiddler、Charles 改变返回值，进行前端其他逻辑覆盖验证

我们以前一般会根据自己的经验罗列一个影响范围，再找开发要一个影响范围，结合这个拉出一批测试用例。（当然这个范围是要项目组同学共同认可的，后面有其他歧义的时候再做查缺补漏）
如果要再细的话，就做代码版本 diff，但一般来讲没有这个必要，这个阶段进度就比较靠后了。

明天发出，6 号的时候，刚发了一波

转行做测试，有几点需要考虑一下：
1、年龄问题 （工作经验，虽然现在有非常多的手段来填补这个，但真实面试过程中，工作能力需要年纪相匹配）
2、学历问题 （非常现实，大部分公司要求是本科起）
3、沟通能力 （现在除了必需具备的能力外，很多公司都会考虑个人沟通、应变处理能力 ）
4、自我预期 （做这一行，不代表真的比其他行业赚很多钱，尤其是测试，除非真的能精在一个领域上面，或者入职公司比较大，给的比较多）

pmp 项目管理 那本书

@fishfish-yu 我是社区的徐士钊，老师能留人微信嘛

测试环境是否独享资源，建议先和团队成员以及运维同学确认一下吧

我们基本和你这个一样，测试环境就是走 mock 或者沙盒测试，正式环境会针对特定测试账号生成一个支付订单，只要有支付链接回调，就默认接口没问题。
但是每次发版后，我们会使用这个账号进行一次真实订单支付，验证一次支付流程

每个公司不同阶段诉求不同，公司业务所需技术也不同，我理解没办法一概而论
现在外面都在抄一个概念，市场不景气呀，行业不景气呀，都在裁员，掌握了各种 各样技术就不会被裁之类的
但在公司中，就会发现，裁员和具备什么技术不能说毫无关联，只能说只有一丁丁关系
主要还是看的公司业务形态，对于现有团队规模的调整方式，以及测试团队在部门中的占比。

比如：
1、部门要求整体裁员 15%，人数一平均，各个团队分一分，有需要换新血的就借这个机会换一波，当然在测试人员本身就不够的情况下，是有可能不对测试进行裁员的
2、业务稳定，没有过多测试任务，公司确实会倾向于保留有自动化能力的同学
3、业务不稳定，资源严重不够，公司更愿意保留更熟悉业务的同学
4、在无法平衡的情况下，更愿意保留，平时在团队中担事，解决问题的同学

除了废开发外，就全剩收益了呀，定位方便，跟踪方便~

社区版会一直免费

公司内部搭建测试环境无线网络，访问不同的 wifi 调用不同测试环境

这是一个 bug，还没有进行修复，审核功能当时候特别急，不是很完善，已记录，后续版本修复掉

近两天频繁出现此类问题，正在排查中....,
昨日社区频繁被攻击中，还在解决中，太难了....

组织长期技术提升培训，把开发用起来，把他们当成培训老师~~

建议跟着研发体系走，掌握和研发同类型语言，双方会有更多的沟通以及深度认可的机会

可以向测试架构师方向发展，但技术经验要求相对高一些，最少要对研发体系、研发框架、以及具体业务有一定的了解。
也可以转型到研发团队，现在很多都在说效能，但未来效能大部分应该也是研发在做了，测试在这里的作用应该会转变成需求方了。