首先虽然我也没系统学习过压测，但你的回答和我上网搜一篇博客文章看十分钟能得到的信息差不多。

这.......

通篇看完，感谢楼主的分享，有收获

沟通的时候，最好复述一遍你理解的意思，保证双方理解一致

写的很好，努力精进吧

对于每个测试项目测试的测试用例不是一成不变的，随着测试经验的积累或在测试其他项目发现有测试不充分的测试点时，可以不断的补充完善测试项目的测试用例。

是的，产品也不是一成不变的，测试用例应该及时调整

非常赞同，具备团队其他成员不具备的能力，能够给团队带来增益。

测试结论和风险说明很重要，基于测试报告做出一些决策

从自己手中出去的产品，要有最低的质量保证，如果出现问题，及时反思，寻找解决办法

看团队氛围，其实甩锅没有必要，产品的质量应该是团队一起负责，还是要积极解决问题，预防问题，提升自己

测试用例是逐步完善的，深有感触，测试的过程也是学习的过程，对系统的了解程度逐渐加深，会发现很多有意思的问题

好像每个点都是浅尝辄止，希望能够看到后面又更深入的分享，感谢楼主

感谢楼主的分享，帮我完善了测试的思路，最近正好需要测试报表

回复测试

10 年前的我接受到了：乐于提问，并正在积极的实践

学习了，最近一直被压缩的测试时间所折磨，只能基于风险做出取舍的测试。还是项目管理不太行

难啊，没找到下家，都不敢离职

Bug1 级，2 级要全部关闭，3 级 Bug 只能留下多少，这是正常情况下，如果项目比较赶，那就只有项目组评估风险再决定发布还是延期。

1.会去主动学习现在不会用到的东西
2.但是就我而言，效率太低，没什么成就感，学习动力就比较低
3.工作中接触到的，我不会的，需要去学习的已经很多了，慢慢来吧

在早高峰的地铁 看完 意犹未尽

遇到问题，解决问题；发现问题，解决问题，大概都是事件驱动去学习一些知识

我也是

【测试工程师只有被人信任其设计能力，不会轻易遗漏重要用户场景，及时抓住主要风险，才能获得向上晋升的影响力。】希望能做到

加油，向你学习

缺乏局限性？

已 Mark