产生此问题的原因：
1.很多人不重视功能测试，认为功能测试比自动化测试要弱
2.现实中，同样的功能点，有的测试能写 10 条用例，有的能写 20 条；有的人写的用例出 bug 的效率低，有的人写的用例出 bug 的效率高；有的人写的很慢，有点人写的很快。
所以，作为一个入行半年的新人，想请教一下各位大佬，你们是如何提升自己的，能推荐一些提升测试思维的中文书籍或帖子吗？
看 istqb 的大纲就行了，修订的挺好的
Google 软件测试之道
《不止测试》
《批判性思维》
豆瓣读书搜索 “测试”，选接近或超过 8 分，且评分人数超过 100 人的书看
极客时间的软件测试 52 讲 - 茹炳晟
这问题非常有意思，也非常好。
思维这东西有点玄乎，全靠悟。
如何悟？
多想，多思考。
而且这一切需要方法论为依据，制定相关流程规范，提升个人整体能力，再有相关工具平台来支撑。
例如你提到的 明明 10 条用例就够了，为啥写到 20 条，那怎么去证明这多出来的 10 条是冗余的呢？
可以看看《海盗派测试》，会有点难懂，但也是一种新的思维方式
有的人写的用例出 bug 的效率低，有的人写的用例出 bug 的效率高
这个倒是建议你们可以内部交流下。个人建议是不能直接用出 bug 效率评估的，也得综合看 bug 的严重程度，有些非常偏僻的路径出的 bug ，优先级并不高。
不错不错，你已经悟了