遇到這樣的HR，我們必須要懟他！

新年伊始，每個人都希望自己在新的一年裡能有更好的發展；工作不如意的自然想換個環境，所以三四月也就成了換工作高峰期。

最近也收到了不少小夥伴的吐槽，說是遇到了奇葩HR，下面咱們就看一下這個HR有多奇葩。

昨天去面試軟體測試工程師，HR很不屑的問我：假設1.0版本你測出了100個Bug，1.1版本你只測出了20個Bug，而且嚴重性都不高，怎麼說明你牛逼呢？怎麼說明測試對這個軟體的貢獻呢？

我的回答：Bug不在於數量，在於提高軟體的安全性，穩定性和功能的完備…（被打斷） HR繼續說：功能都是開發做的，Bug少說明開發寫的好，或者說，不是所有測試出來的Bug都是Bug 我不知道該如何回答了。

我在之後向這個HR解釋了許多，但大部分他都表示不屑，開發就真的比測試重要那麼多嗎？ 在等面試結果的時間裡，我問了很多做開發的同學，他們的回答基本都一樣，測試的用處真的不大。

我並不是不了解軟體測試，我也是在惠普的基地受過專業培訓，拿到了惠普測試工程師資格認證，畢業前也在公司做過軟體測試的實習，對軟體測試還算有一點經驗。我真的不明白，國內的軟體測試真的那麼不受待見嗎？

故事看完了，如果是你來面試，他問同樣的問題，你會怎麼應對呢？

下面我來給大家分享一下，遇到這樣的HR，我們應該如何懟他。

假設1.0版本你測出了100個Bug，1.1版本你只測出了20個Bug，而且嚴重性都不高，怎麼說明你牛逼呢？

怎麼說明測試對這個軟體的貢獻呢？

對於一個軟體來說，結果導向才是最重要的。交付後的軟體沒有問題，那麼軟體產品的質量本身就證明了開發和測試工程師的合作是很牛逼的。個人去證明沒意義，事實說話才有力量。

如何說明測試對這個軟體的貢獻？

可以通過測試case的覆蓋率來說明工作量，測試數據和產品缺陷率降低的對比曲線以及針對Bug不同維度的數據統計來證明測試的作用。

功能都是開發做的，Bug少說明開發寫的好，或者說，不是所有測試出來的Bug都是Bug。

Bug少說明開發寫的好這個觀點我也認為是對的。但是還是必須要測試的。因為是否有Bug本身就是一種風險。

有Bug更會帶來負面的風險。測試是降低這種風險的一種必要手段，沒有測試無法降低風險。

開發者也可以自己測試，但是做超出他工作範圍的測試會降低他的工作效率，同時他自己測試也無法替代第三者視角從不同維度測試所帶來的效果。

我在之後向這個HR解釋了許多，但大部分他都表示不屑，開發就真的比測試重要那麼多嗎？

開發比測試重要是顯而易見的。因為從流程上他們是一個先後銜接的關係。沒有開發的成果輸出，那麼就沒有測試的輸入。

開發的產品會帶來收益，但是Bug會帶來負面風險，嚴重的時候負面風險甚至比收益更大。

而測試來降低這種負面風險。能夠保證在約定範圍內，收益遠大於負面風險。所以測試是有所價值的。 我問了很多做開發的同學，他們的回答基本都一樣，測試的用處真的不大。

你首先問他們 Bug的負面風險怎麼來控制並降低。再問當一個軟體足夠複雜到超過參與開發的個人理解能力或者範圍的時候，怎麼樣去降低這種Bug風險？同時再讓它們思考是否能夠通過分工提高工作效率？

對軟體測試還算有一點經驗，我真的不明白，國內的軟體測試真的那麼不受待見嗎？測試肯定是重要的。

但是測試不受待見的原因一般是下面幾條：

1 軟體足夠簡單，Bug的風險開發者自己能夠解決。

2 測試工程師對軟體的了解未達到軟體本身複雜度要求的水平。

3 測試工程師的技術能力未達到能和開發配合一起工作的水平。

4 質量重要，但暫時不是首要目標，開發者自己測試足夠了。

5 團隊爛，根本不注重質量。

聽完之後，是不是覺得這就是真相了？

想了解更多面試方面的知識？請關注下面的內容！

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

到底怎麼樣面試才能拿到一份更好的offer？

面試前的準備大學問

鏈接：