祝社区越办越好，更多的人能有机会去参加大会增长见识，更多的小伙伴涌入进来，一起走向更好的未来！

测试用例评审完了，然后还是根据测试点进行验收

后来她逛 testerhome 又看到了你分享的这个贴。。。。

只要工资过得去，做什么有什么关系 ，有多余时间就学习保持一定竞争力吧

挺有意思的，坐等更新~

这是开发的领域吧？做测试这么久都没有这一环节呢。。。

之前看的是各个阶段该做什么类型的测试，用金字塔展示顺序和测试的范围，现在看来还可以是：“他是一个类比的概念，形容每一层，或者说不同集成阶段测试覆盖率和知行效率之间的一个相对关系。”

可能因为你已经不在这个阶段了，看基础的觉得没什么作用，所以看不下去了。。。。

先马一个！

哈哈，当时确实说了可以拿来拍人。。。

是的，面试时已经遇到几个问如何测试电梯的问题了，还有一个问一块砖可以用来做什么，尽量功能越多越好，真的是烂大街了，

工作中测试能把一个问题 BUG 描述清楚的能力也很重要，特别是在复盘问题的时候，知道了产生 bug 的原因，修复情况，是否阻塞版本发布，这样一个表述的过程也是很重要的，能让别人或者领导明白你的意思，从而做出判断！

同学，我都是在牛客网上去看的，看看能解决你这个问题不。网址给你贴上：https://www.nowcoder.com/

看的直尴尬。。。。

楼主有什么想去的公司吗？我觉得可以针对公司来刷题要好一点？直接刷实在是太多了啊。。。。

我觉得可以努力再搞一个副业，上班主要交五险一金，即使待遇低点，也能撑过去！但是如果只想靠技术吃饭，那就一直跟紧潮流多学习吧！

编写用例提及的覆盖范围挺广的，就是每一条写的太简单潦草了，比如这压力测试：压力测试：输入 10 条记录运行各个功能，输入 30 条记录运行，输入 50 条记录运行。。。进行测试。只是提及了数据量具体怎么去设计就太模糊了，如果涉及到性能，这个压测还是很重要的，先提这一点。

重要数据流向的我们都是分在涉及到的重点模块中找人专门测试闭环，或者整理到冒烟中，其余的就是看主要是哪个模块就分到哪个模块中去测，如果是重要的，那重复测试也不造成浪费，因为本身就可以形成交叉测试了

领导抓到打瞌睡，处罚 1000，算嘛

先把公司项目的业务弄熟，怎么实现的，架构、语言是什么，业务流程等，用 xmind 进行测试点梳理，再根据测试点编写测试用例，核心抓住了，其余时间再学习一下语言和一些工具的使用

看来平时有交情，又不想上报，楼主是这里发发牢骚嘛？！其实遇到这种很正常，人各有志

柳暗花明又一村