当然好啦。

客气了。赛道不同，每个垂直赛道都可以成为优秀的人。加油。

我觉得很厉害了，不知业务复杂度如何，可以尝试挑战一下。

对的。

交易我不敢当，不敢回答你，体系是个很庞大的概念。贯穿整个软件项目的生命周期。
我只能谈谈我做过哪些事情：

1. 常规的需求评审，正向、逆向、履约（我主要是正向）
2. 提测质量的监督。（工具平台支撑，比如发提测单）
3. 全链路监控（接的星环运维）
4. 流量回放做回归（中间件隔离）
5. 全链路压测。
6. 资金红蓝军攻防演练（就是 monky 注入）。
7. 废单演练。
8. 提效工具、造数平台的开发。
9. 发布、回滚监控。

第二个问题，转开发的建议。

1. 工作两三年有机会就转。
2. 30 岁以前想搏一搏，转。
3. 30~35，有 P6+ 开发能力，转。
4. 其他，做好测试，天花板测试总监。

谢谢

客气。

多谢

大佬好，同事好。

客气。生存与挑战。

可以

客气

多谢张老板。

恩。

感谢恒捷大佬。
现阶段跟你看到基本差不多，测试团队主导研发效能，通过各种质量、指标进行度量。
目前的体感就是交付效率，基本一个需求两周上线，一周代码写完，3 天联调和测试，后续验收和上线。

因为疲于需求迭代，我不一定说的对。

1. 架构、设计能够给出相应的建议，可能开发确实没想到，通用性设计的考虑以及性能方面。
2. 因为都在预发测试，所以测试环境数据构造就显得颇为关键。测试环境最好基本要解决低级问题再上预发，要不影响其他人。
3. 辅助功能的开发，比如人员信息查询，这个要问开发，开发也应该相信测试（最好要快）。
4. mock 的功能，测试给第三放接口 mock，那是真的太赞了。
5. 账号映射等功能，比如角色类的代码，可以开发映射功能，提供不同身份人员的视角查看数据，可以通用到所有组织。
6. 能帮我修一些 bug 和功能，监控、告警、核对等，不是开玩笑，是真的。

很简单，一个 version 字段，可做数据隔离和恢复。

多谢。

见谅，白天工作，只能 11 点以后抽时间，感谢。

没什么干货，见谅。

当时 SDET 做的最好的也只有微软，其他公司做的也一般。但是相对于国内的其他企业，测试门槛其实不低。很多都是按开发招的，后续也都转去做开发了。

猫总客气。

感谢关注，最迟一周。争取日更。

高校，打错了。多谢华老板。

rethinkdb 在做统计方面坑的很，而且有个已知的 bug，缺少周函数。

stf Windows 装不了，我原来想在 cygwin 下装，问题是，nodejs 从某个低版本开始不支持 cygwin，所以 stf 就跑不起来。别试了。放弃吧。这个坑我踩过