写的接地气！点赞

总结的也很棒，学习了！

（1）没有接口文档，感觉无法测试呢。各位大神们，会怎么处理呢？
（2）如果自己的 url、method, 参数等都是正确的， 那需要找开发聊下，哪里出了问题，是否是 bug

楼主，你遇到过这种问题吗？ no tests were found,请经验分享下

现在没有权限发帖？找谁？多谢

我觉得楼主表达的观点也没有什么错或者偏激，说的也有道理，基本功不能放弃： 业务学习 + 技术学习（找适合自己项目的技术）， 目标是保证软件质量， 如果能够提高效率，那更是加分。为什么我们不这样思考问题呢？ 和开发是一种协作的关系，咱们懂他们的技术，能够知道软件是怎样被生产出来的，我们也可以从代码层面来测试产品，而不是最后靠 UI 这种方式，另外在软件研发流程上，我们再充当一个项目管理和过程改建的角色， 这样职责范围也变大了，也挺好的。

测试的价值怎么才能做出来呢？ 测试的产出不好计算呢？ 开发和产品的产出 确实非常好计算

拿怎么样才能发挥出来呢? 大神指点下

说的挺对的， 确实是， 保姆式的测试是最初的， 后续慢慢的需要把测试解放出来去做更多有价值复杂逻辑的测试以及新技术的学习和在项目中的落地尝试，另外当我们推动产品和开发去关心和在意质量的时候， 才能有真正的质量。

这是我在社区里看到最最接地气的一片技术帖子了！赞，希望作者有时间多多分享下！

最近我也有些同感，感觉大家都在追求技术技术，还说什么会功能测试 + 懂点自动化的人以后路越来越窄。。。。 我就不明白了， 我们技术肯定是要为业务服务的， 如果整天追求牛 B 的最新技术，但是不适用于当前的项目，脱离了实际， 感觉没有什么毛线用。 我觉得需要根据自己的项目来选择相对应的技术（这个技术不一定是现在最流行和牛 B 的），但是是适合的，这种基本的手工测试还是不能抛弃的。。。 或者有的公司已经直接抛弃了手工而是，全是用代码测试代码？？？求大神们指导下

是的，我现在说的是好多公司里面技术不能服务于业务， 技术脱离了业务的这种组织架构，并且这些懂技术的不愿意做业务，就喜欢做点平台啊，没有多大用处。。

看了楼主的帖子，感觉进入了深深的绝望中。是的，对于这些干了多年的测试工程师来说，因为当时测试新起，这些老一辈测试都是从手工测试开始，然后慢慢到了性能、安全、自动化的测试领域，确实是挺不容易的； 然后对于新起的测试同学们，可能已经从老一辈中吸取了经验和教训，在学校就开始编程、框架之类的，出来后就能直接上手进行平台开发或者工具开发， 这点确实是他们的优势， 但是在工作中这些脱离了业务的测试开发又有多大价值呢？ 开发出来的东西不能给黑盒测试工程师带来任何的方便和效率提升，脱离了业务，随处点击都是 bug, 这又有什么用呢？ 然后又拿着笔黑盒测试工资多得多，但是他们真正带来了多大的价值？除了做了一些花里胡哨的不适用的平台和工具而已？ 试问： 当一个项目上线了， 如果有光这些脱离业务的测试开发，能保证项目上线后的额质量吗？ 测试时需要提高技术，这点毫无疑问，但是感觉这个行业在慢慢吹捧这些脱离了业务的测试开发的价值。。。 个个都要求技术都牛 B，试问真正工作中，你们用到了多少技术？？？

楼主，你觉得如何才能做出测试的价值来？ 除了测试项目提交 bug 意外？

学习了，挺有用的。

掌握 pyton 可以吗？ 还是需要继续学习其他语言呢？

我同样感觉到迷茫，最近也老在思考，是不是该转开发了， 测试：我们基本 1:10 左右，一个人负责好几个大型的项目， 另外测试的产出不能量化， 所以前途也比较渺茫；另外感觉开发这边可以专心去做事情，挺羡慕的，工资也高