為什么互聯網公司不開除軟件測試工程師？(3)

喏，現在看到了吧。其實測試也是一個復雜的工程，并非單純的使用最終產品，找到其中的缺陷和問題，再提交這么簡單的事情。

說到這里，我猜想，所謂的“讓大眾去測試，去找bug”，很大程度應該是指測試金字塔中，位于頂層的那部分。讓用戶通過自己的使用，遇到bug直接報。

也有人說，單元測試那些是開發做的。對于那些測試金字塔中層級較低的測試，可以由開發人員或者其他相應的技術人員在產品發布前解決。對于那些層級高的，比如UI級別的測試，可以分發出去，讓最終用戶來測試，并且獎錢！

OK，沒問題。那就依照這個說法，我再來解釋為什么UI級別的測試也不能不管不顧的直接扔給最終用戶。前面有人也提到了相關的東西，我在這里依舊分幾點來說，先來個summary，主要是這幾個點：

• 測試是一項工程，需要計劃、策略。不能無腦亂來。

• 對于bug的描述和修復，是有相應要求的。普通用戶做不來。

詳細解釋如下：

1、測試是一項工程，需要計劃、策略。不能無腦亂來

即便對于大家認為沒有技術含量的手動測試，也要制定相應的測試策略、測試計劃。確定使用什么方法去測試產品，如何測試，開展測試時如何組織測試用例，人員如何分配，團隊如何分工合作。如果沒有這些綱領性、指導性的東西，面對產品那么多的功能，全憑腦子想，用到哪里測到哪里？這個真有點天方夜譚了。蘇杰的回答中已經提到不少。

要構建這么多測試，是需要團隊內的人員一起努力、合作的。要考慮哪些東西需要提前注意，哪些情況需要單獨拿出來測試，哪些東西不重要可以不測。在開發的過程中就盡量避免出現問題，而不是等它出現再修。

2、對于bug的描述和修復，是有相應要求的

還是那句話，測試是一項工程。發現了bug，需要把它用合理的形式記錄下來，反饋給開發方，再經過多方人員的溝通，修復，回歸測試，才能確認修復好了，再次發布產品。

對于記錄bug也有一些要求，比如要闡明在運行什么系統下、系統的版本、產品的版本、如果是瀏覽器中打開還要標明瀏覽器版本、重現步驟、提供截圖、提供測試賬號。

開發人員拿到bug后，可以根據那些信息嘗試快速地復現bug，再定位，再修復。如果中間出現問題，需要跟報bug的人員溝通、確認，是產品本身就如此設計的？是偶然發生無法復現的？是優先級很低暫且不用管的？

這些事情，如果是在團隊內，很好實施。如果需要跟用戶做這樣的溝通，那真是……費死牛勁了。所以，即便大家都認為沒有技術含量的UI測試，也不能直接扔給用戶去做。

原文轉自：http://news.hiapk.com/internet/s591fffb7e712.html