前几天在朋友圈再次发了一个状态，大致的意思就是说如果接地气来讲的话，测试用例设计、测试策略的能力和开发技术哪个对测试人员来讲更重要。然后结果基本上和我想的一样，大部分人还是没有接地气的说出了“真话”。
让我们来看看回复吧。
1. 当然是测试用例设计啦，这是核心，不能忘本。
是不能忘本，不知道有多少测试从业人员还能说出测试用例的设计方法有哪些。
2. 为了KPI，一个字，撸Coding!
终于有人接地气了
3. 当然测试用例重要，没有这个思想怎么去开发测试脚本
现在有公司开发测试脚本有用思想?什么思想?
4. 用例设计水平决定一个测试的底线，开发技能水平决定一个测试的高度
说的好，这的确很接地气的。换而言之，测试就是一个一直只在守住自己底线的角色。
5. 看测试所处的层级
的确，不同的阶层要使用不同的技能
6. 测试策略>测试用例设计>开发技能
从正常的测试角度和测试日常的工作来讲，很正确。从目前实际行业对测试的面试考核来看的话，bullshit!
7. 能实现自动按照策略执行的测试开发技能比较重要
我帮你翻译下，开发技能比较重要
8. 开发技能。不懂原理很难设计出有效的测试用例
能不能设计出有效的用例我不知道，但的确要深入了解需要有技术的基础
9. design first，但大多数企业招聘就看开发技能，招聘偷懒
是的，都在学BAT
10. 个人发展来讲必然是开发技能，因为没有这个技能，你根本爬不到能谈测试策略的位置
送你1024个赞
11. 会有很少关注测试策略，大部分都在问过用什么工具，用什么语言，做过哪些测试
时势所趋
12. 先做正确的事，然后才是正确的做事
nice
13. 懂行的企业老板会认可测试用例设计和策略，成长中的难免看2
是的，可惜懂行的老板我一个人都不认识。。。。。
14. 这几天在面试，很少公司去关注设计和策略
对嘛，这才是现实
15. 编码能力好考察，设计能力不好考察。其实程序员应该是地位***的，只不过国内没有程序员和工程师的分别，导致大部分人看重编码能力。
是不是***的我不知道，但的确设计不好考察
16. 快速迭代中，测试用例有时候会被弱化
毕竟从传统来讲是下游工作
17. 面试更多的关注技术，技术好的大大的加分项，用例设计和策略好的，几乎不加分
希望以后能够加分
***我说下我的观点吧，现在由于大部分公司本身就不知道应该怎么去衡量一个测试好坏，所以就完全跟着大流去考算法和编程能力，这就是现实。大家只要多出去面试看看就明白了。
但测试用例设计和策略就不重要了吗?不，很重要。但一般在两种情况下很重要，***就是你作为一名合格的测试打基础的时候。第二就是你需要根据产品需求，设计，团队现状等各种上下文来制定团队测试策略的时候。剩下的在测试执行也好，编写测试代码的也罢，你的主管看重吗?面试的时候看重吗?KPI有关吗?相关就重要，不相关就不重要。
【本文是51CTO专栏作者“陈晔”的原创文章，如需转载请联系作者本人(微信公众号:赏味不足】
