就是说你的测试数据写在 java 代码里。改数据的时候要改代码。像你只传一个用户名密码的例子里这样用是可以的，但在测试用例数量上去之后，或者你的数据变得复杂起来的时候，这个维护有点麻烦。

举个例子，你现在只测一个用户的登录，如果需要测的用户不止一个，有 10 个用户都想测一下登陆，其中有几个预期结果是登录失败，失败时返回的信息各有不同，你这个框架下怎么实现。

如果框架成熟，测一个用户和一组用户的区别只是定义不同的用户名和密码。测成功登录和各种失败登陆的区别只是预期结果不同。也就是我理想情况下要创建这些用例，只需要输入这些数据,而不需要再写任何其他的代码。

缺了测试数据和测试业务逻辑的分离。写在一起难以维护。

啥反射，这里用继承就好。一个父类定义 send_request 方法，在子类里分别实现不同协议的 send，用的时候直接多态。

你自己觉得这个东西好维护吗？

1w 的水平其实很高了。后面是跳跃式的，1w 零一点的水平搞不好下一步就年薪 80w 了。开发能力很重要。

同不看好测试开发工程师，
一直区分不出测试开发工程师和二线开发的区别。
做内部工具项目混吃等死。

看不懂你的一些专有名词。在不同项目里大家使用的概念都不一样。探索测试阶段之前有哪些阶段，不同的项目里也是不一样的。只能说，永远也发现不了所有的 bug。

长江后浪推前浪，前浪更比后浪浪。大部分公司做的自动化都很烂，各位想做好自动化的，优先选择大公司吧。