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

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

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

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

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

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

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

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

pmp 项目管理 那本书

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

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

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

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

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

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

社区版会一直免费

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

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

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

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

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

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

看向哪个方向深入了，一般我们会分成业务、技术深度
1、业务深度
足够了解业务需求，在产品需求阶段，能够推进产品经理对于功能设计的完善，不合理以及挂件类功能，提前劝退
当产生功能歧义时，能够指导开发对功能需求的理解，推进产品及时进行功能需求更正
功能需求、项目进度整体把控，研发整个阶段足够敏感，各环节主动 push，及时审查以及推进各阶段风险解决

2、技术深度
熟悉研发框架，能够分析缺陷产生于框架哪一层，具体原因相关
与开发进行功能实现方案探讨，能够解读开发功能具体实现方案，提前规避研发风险（很多时候都是开发告诉我们如何做的，测试可以一起加入探讨，明确需求如何实现）
对于缺陷，能够有更加明确的日志以及问题原因分析（哪块代码，由于什么导致，建议如何修改 ，一些懂代码的测试同学，是能够辅助给出具体产生原因以及修改建议的）

还有一个方向是测试基建的完善
各阶段自动化建设
各阶段效能工具的建设
各阶段验收流程的优化（也可以做为基建一部分）

如果你可以起步开发，直接开发岗位还是比较合适的

这样测试会很累，费力还不讨好吧.......
不过也要看：纯保姆式，或兼职教育式了

如果纯保姆，只能说你们总监太会做人了......

管理员还没有走发贴审核，现在应该可以了

@charseki 楼主可以加我下微信 不 15910532052