把尝试功能实现得工作改名叫做调试。和老板说，这个工作我可以做，但是我做这个工作的话那么这个项目必须是我来管理，因为调试和测试不一样，是需要对项目进行决策得。老板要同意恭喜你升官，不同意的话就继续测试呗。但更大可能还是让你帮助开发人员进行基础的验证工作，那就和老板说让开发人员把明确的测试需求写好，形成文档这样不仅能体现工作量，而且还有可能开发因为嫌麻烦就把简单的调试工作自己给做了 。以上是个人见解哈

2 楼说的对

这个工作我可以做，但是我做这个工作的话那么这个项目必须是我来管理，因为调试和测试不一样，是需要对项目进行决策的。
默读三遍并背诵！

所有和尝试相关的都变成测试工程师的事情

想问下和尝试相关的事情，具体是什么事情？既然都叫做尝试了，为啥会变成测试？
这个部分没太看懂，所以先不发表见解，避免走偏。

比如说对接能不能通？配置配的对不对等等等，大体就是这个事我做完了，配置也改了，对接也做了，但是不知道对不对。需要测试去测试下，当然自己还没有试过。

这个我们这叫做开发联调。

这个很明确是开发团队自己的职责，至少在开发环境的联调是要开发自己完成的，测试环境如果是测试管理，那还可以测试来协助。

建议你可以给老板算一个帐：
假设开发自己做联调：1 个人 10 分钟
开发改完测试来测通不通：沟通了解要怎么测（2 个人 5 分钟），实际测试（1 个人 10 分钟，另一个人干等 10 分钟），如果刚好测试有别的事情忙还要额外的等待时间（几分钟到几个小时不等）

这么一算，测试也不是不能干，本身 1 人 10 分钟，会变成 2 人共 30 分钟，增加 3 倍。老板觉得变成 3 倍资源投入可以接受，那也没问题。

如果说开发自己都不会联调，那只能说这个开发不及格。

1.先让老板觉得你人有价值。
2.让老板信任你。
3.让老板相信你说的事情，操作起来对公司有价值。

1,2 做不到，你说再多只会嫌你烦。