互聯網測試有什么不一樣(2)

　　3. 有更多的人參與到測試里面來

　　互聯網公司里面，測試vs開發的比例都很低，1:6，1:7都是很常見的，甚至更高，在這樣的配比的情況下，如果來保證質量?必須有更多的方法。比如

　　a. 開發人員的自測。

　　測試耗費更多時間很多時候是因為代碼的質量不夠好，有很多bug，有很多討論，很多的拉代碼的次數。所以提高開發提交的代碼質量就是一個很重要的方面。有些公司是通過開發人員的強制的單元測試來保證的，有些是通過功能級別的自測來保證的。這些可以借助一些數據來反映，比如同一個版本拉代碼的次數，或者測試用例的通過率等等。

　　b. 產品或者運營人員的體驗。

　　很多互聯網的產品不像傳統軟件產品，不是一個產品經理來提所有的需求。產品，或者稱為產品經理，是一個團隊，每人負責一塊來提出需求。另外很多需求可能是來自于運營團隊，和business相關，或者是不同系統的打通。每個產品經理或者運營，需要在開發人員實現了相應的功能之后到體驗環境里面來試用產品，就是所謂的體驗，看這些功能是不是他們想要的。這樣就可以在測試人員測試之前保證沒有明顯的需求理解的問題，避免浪費測試的人力和時間。

　　c. 發布之前的評審。

　　不同的角色進來看對于一個已經測完的工作還有沒有問題，以及發布的時候需要注意的問題，環境的問題，配置的問題，數據的問題等等。

　　上面的一些做法可能都有幫助，但是如何來推動，如果來檢驗都是需要流程和工具來支撐。

　　4. 有一些是免測試的

　　不是所有發布到現網的東西都需要測試，有些改動是不需要測試的。這個沒有一定的標準，取決于具體發布的情況，以及產品和團隊的成熟度等因素。比如一些臨時活動的頁面，一些小的圖片或者樣式的改動，一些小的修復等等。只需發布完了之后到外網去驗證。

　　有哪些可以走免測，這其實是一個很復雜的問題，當然風險也是有的，但是因此而帶來的效率的提高也是很明顯。

　　5. 海量的用戶帶來的挑戰

　　其實有很多，這里列舉幾個

　　a. 如何來保證或者驗證性能

　　傳統軟件的性能測試相對要單純一些，可以比較容易搭建一套環境，流量也比較容易模擬。而互聯網的一個產品可能有幾百上千臺甚至更多的服務器，多地多層部署，受到各種因素的影響，比如廣告促銷活動，一下子流量可以沖到很高。所以這方面的做法也會有所不同，全量的模擬不太現實，而且如上面所說，發布非?？?，也沒有那么多的時間去反復的做性能測試。所以如何來做比較輕量級的性能測試也是一個很大的課題。

　　b. 瀏覽器的兼容性。

　　用戶使用的瀏覽器種類可能非常多，包括大家都在罵的IE6，還有IE9的n種模式，版本更新速度火箭一般的Chrome和Firefox，以及很多種國產的瀏覽器。要一一覆蓋是一個很大的挑戰，其實不可能，但是產品團隊肯定希望測試能夠覆蓋更多。對于一些企業級的產品可以宣稱就支持很少的幾種，但是互聯網產品很難這樣做，那就等于放棄一些用戶。如何來設計策略?有沒有技術手段?

　　c. 一個小的改動引起的問題可以影響到無數的用戶，而且很多時候馬上會被發現，那個壓力還是非常大的。整個修復的過程也是帶電操作，沒有那么多環境和時間來在內部慢慢調整，如何來保證修復的質量?

　　6. 問題的修復

　　互聯網的產品相比傳統的產品的一個優勢或者說是特性就是問題的修復比較快，因為很快就可以影響到用戶，而不需要等用戶一個個去打hotfix或者patch，甚至安裝新版本。有很多時候，這種問題的發生到修復的時間很短，真是絕大部分用戶都沒有感知。有時候這個也會成為quick & dirty的一個借口，不過一般都會把現網的問題列為一個考核的指標。而且有些問題不是小問題，會構成事故。其實對于這樣的產品，測試人員對于漏測的壓力就更大了。

　　7. 測試工具和技術選擇上的差別

　　大概是因為互聯網自身產品的一些特點，各大公司都在大量的使用開源的，以及內部開發的平臺和系統。相應的，測試方面用到的平臺和工具主要也是這兩種，要么是開源的工具(也可能做一些改造)，要么是內部自己開發的工具。相比而言，傳統軟件行業更會去購買一些商業的測試工具，比如用于性能測試、覆蓋率或者代碼檢查的工具，還有就是測試用例和缺陷的管理平臺。 目前我了解到的情況，國內幾大互聯網公司都是改造和自研的比較多，所以在簡歷里面列一堆大的工具的使用經驗不一定有多大優勢。而對于新人來說需要花不少時間來學習和熟悉這些平臺。

原文轉自：http://www.ltesting.cn/deltestingde/