前幾天在朋友圈再次發了一個狀態，大致的意思就是說如果接地氣來講的話，測試用例設計、測試策略的能力和開發技術哪個對測試人員來講更重要。然后結果基本上和我想的一樣，大部分人還是沒有接地氣的說出了“真話”。

[[185671]]

讓我們來看看回復吧。

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專欄作者“陳曄”的原創文章，如需轉載請聯系作者本人(微信公眾號:賞味不足】

戳這里，看該作者更多好文