一楼这几个问题下来 半条命没了吧

可以讲下自己的解决思路以及不懂的地方，然后再给别人帮忙解决

但是前提一定是自己想办法解决了的 ，确实搞不定的 还差不多，不动脑子就发出来 确实不好

别人可能就解决不了呢 谁不是从屁都不懂成长起来的，每个人知道的东西不同 ，个人觉得不管难不难，不会就抛出来 挺好的

哈哈哈 浓浓的味道~

1 楼没少被灵魂拷问啊

这么个问题你都要匿名，请问你这个问题的底层逻辑是什么？顶层设计在哪？最终交付价值是什么？过程的抓手在哪？如何保证回答闭环？你比别人的亮点在哪？优势在哪？你的思考和沉淀是什么？这个问题换成我来问是否会不一样？你的独特价值在哪？

就是领导要你走，我现在就是这种状况，准备跑路了

所以你们完全不复用测试样例，每次都手动跑这些？

就是把你整个系统全都起起来，从一边扔输入进去，到最终的输出结果那里去验证假设和结果

在我们项目中是指我方到第三方的数据交互。 抽象出来应该就是两个不同地方的数据交互，可以是客户端到服务器，也可以是服务器到服务器，也可以是服务器到任何地方。 个人理解仅供参考。

我理解的是终端设备到后端

我理解的差不多也是这样

我理解的就是业务的全流程测试，这样可以将系统的上下游都链接起来

其实换个角度讲，你接手一个对你来说是全新的功能，会测试边界值，类型这些内容吗？恐怕也会。

公共的只需要写一份，就和封装代码一样。而且如果功能无改动，只需要主流程测试就可以了

没必要, 我都是只写功能点 , 但是测试的时候 都会测到那些所谓的 字符合法,边界值等, 都成条件反射了

我觉得没得必要 那不是累死人 ，问产品 ，看他们怎么要求的，最主要还是看排期 时间长的话能细就细，时间短，就是保证最新功能要一定没得问题

马上 30 了，也挺焦虑的。如果公司走不了管理岗，感觉那还是学点代码比较稳妥。

1、让人自动离职的常规手段
2、当出现任务不饱和情况要及时和上级进行沟通，明确问题所在
目测你已经预料到在搞你了

冷暴力啊，这个领导有问题

功能测试能上 20K 都顶天了，要是不整点花样，实在没法让人把你待遇再往上提高。

想拿好绩效就要主动去找事情做。

都很闲的话，就学习。就你闲，就得去沟通下了。