(2)對《炮轟“測試左移”》之若干評論的整理與點評

繼續對《炮轟“測試左移”，向軟件測試領域的“歪理邪說”宣戰》的評論進行整理，評論的第一部分請看(1)對《炮轟“測試左移”》之若干評論的整理與點評

評論內容請見下文：

評論4：萌萌噠

評論

領測老賀回復：

?????? 按照“萌萌噠”的這個表述，沒有問題。但是領測老賀這里要多說一句，組織里面通常有兩類人：一類非常關注一線人員是否嚴格遵照流程做事，另一類人是對公司流程規范嗤之以鼻。其實兩種做法都不可取。

?????? 我們需要對公司的流程規范有個正確的認識。在管理中我們通常會將“復雜的事情簡單化，簡單的事情標準化，標準的事情流程化，流程的事情自動化。”

?????? 上面的總體概述解釋了流程規范的作用。所以，作為管理者應該清楚的知道什么工作應該標準化，什么應該流程化，什么應該自動化。如果選擇錯誤，那給組織帶來的就是一團糟！

評論5：Sancery

評論

領測老賀回復：

?????? 實際上評論所述的工作方式就是“測試左移”的最左邊了，在文章中我也闡述了要實施這種模式，對參與的測試工程師和需求工程師都會有更嚴格的要求，如果不是團隊中相對有經驗的人員進行這樣的工作，對人力資源使用來說是個巨大的浪費。

?????? 具體到如何進行度量，大家可以參看ISTQB高級測試經理模塊的度量章節。簡單的說應該進行兩個層次的度量，一個是作為研發方角色對測試角色的主觀評價，用以判斷作為項目干系人是否認可測試方的工作成效。另一類應該是在需求階段發現的缺陷，如需求具有二義性，不可測試性，邏輯錯誤，功能描述錯誤等。通過量化這些缺陷的重要性，通過歷史數據是能夠計算價值的！這又是一個巨大的話題。

評論6：Ruink

評論

領測老賀回復：

?????? 最近十年，軟件測試領域爆火的一個崗位就是“軟件測試開發工程師”，起源于微軟。具體崗位描述我就不說明了。

?????? 我想在這里表述我的一個觀點，可能也是最容易引起很多人不適的觀點！

?????? 軟件測試開發工程師是為整個測試目標服務的，代碼測試代碼絕不可能解決所有軟件測試的問題，最典型的就是易用性測試。

?????? 那在領測老賀眼里測試開發工程師解決什么問題那？他應該在一個設計良好的測試體系中承擔將手工測試效率低的測試用例，轉化成可以高效執行的自動化的測試用例！

?????? 請注意，這里有兩個關鍵點：

• 一定要有個設計良好的測試體系，在這個體系中，不同的測試類型都被考慮到了，是基于覆蓋率思維和風險概率思維構建的，
• 自動化的測試用例解決的是效率的問題，而不是被設計用來發現缺陷的。

這里我就不展開講了，所以在我看來，只有沒有體系的組織才會無限放大自動化測試的效果，才會認為自動化測試是銀彈，無限拔高測試開發的價值。我不是認為測試開發沒有價值，反而認為對提升效率具有無可取代的優勢，但是如果沒有完善的測試體系支撐，那自動化測試絕對是個災難！

未完待續......