之前有幸做過2個月的Bug、需求收集整理的工作，期間對每個Bug都有記錄，本文中提到的9點測試內(nèi)容沒有高大上的黑盒、壓力測試，有的是對Bug頻發(fā)之處有感而發(fā)，雖不全面但對產(chǎn)品或運營人員興許仍有幾分價值。

排序測試，有列表就有排序，排序測試的內(nèi)容包括排序規(guī)則與排序調(diào)整。在測試排序之前先了解排序規(guī)則，再針對規(guī)則做出相應的排序調(diào)整，觀察是否有相應的界面變化。

例：消息列表、團購列表、中獎名單列表。

字符測試

輸入框中避免不了輸入字符，字符測試內(nèi)容包括特殊字符、字符長度。先了解輸入框內(nèi)容界面顯示位置，初步預估出理想中的顯示效果，再輸入特殊字符如中英文、Emoji符號、反斜杠等來測試顯示效果，同樣的再輸入最大允許長度及最小允許長度進行測試。
例：商品標題在不同尺寸大小的手機上測試，文字描述中輸入Emoji符號看顯示效果，中英文括號（ ( 是否占字符長度，推薦使用列舉法測試。

緩存測試

對于高性能的產(chǎn)品，使用緩存是必不可少的。測試的內(nèi)容包括緩存時間，緩存更替。在測試緩存模塊前，先了解被緩存模塊及緩存時長，緩存模塊中往往存在著不能緩存的數(shù)據(jù)，再相應的對緩存數(shù)據(jù)進行相應的修改或刪除，觀察界面數(shù)據(jù)更替時長。如參與人數(shù)、中獎人數(shù)等，100個中獎名額最后卻顯示97人中獎就已結束會導致作弊嫌疑。

必要信息測試

這項測試主要是針對搜索而言，搜索出來的數(shù)據(jù)是有相關性與準確性要求的，但開發(fā)的過程中，產(chǎn)品如沒有細節(jié)上的跟進，搜索結果卻有可能不是你需要的，在進行該測試前，先想清楚該搜索的作用，同時將數(shù)據(jù)項分為：重要、一般、不重要，在兼顧美觀的同時對顯示結果數(shù)據(jù)項做出甄選，同時對重要數(shù)據(jù)項做必要性測試。

最多/少數(shù)測試

界面顯示資源有限，同時兼顧美觀及軟件性能，會有最多/最少的限制。如banner的數(shù)量、商品首頁顯示量等，在測試過程中，可使用系統(tǒng)允許的最多/最少數(shù)量進行測試，來觀察系統(tǒng)的反應及顯示狀態(tài)。

多環(huán)境測試

對PC版而言，多環(huán)境指不同的瀏覽器。對移動版，多環(huán)境指不同的系統(tǒng)?？尚械霓k法有獲取目前系統(tǒng)（或瀏覽器）份額前5及手機排行榜前15用來測試。如果為了更可靠的顯示效果還可以針對不同屏幕分辨率進行相關性測試，瀏覽器可兼顧Retine顯示，移動的可兼顧pad顯示。

外部環(huán)境測試

外部環(huán)境同樣可分為PC與移動，PC中可以是cookies關閉，flash安裝狀態(tài)等，移動端可以是GPS、網(wǎng)絡、攝像頭的狀態(tài)，同樣的在測試前先了解到軟件模塊需要獲取到外部環(huán)境的功能，測試中將所需外部環(huán)境關閉進行測試，觀察軟件對外部環(huán)境做出的相關性變化及用戶體驗，包括加載時長、閃退概率、狀態(tài)友好提示。

準確性測試

這一點是最容易被忽視的測試。在測試完搜索能否使用以及搜索結果必要性后，會理所當然的認為出來的數(shù)據(jù)就是正確的，但在開發(fā)的過程中，工程師很少會檢察數(shù)據(jù)庫查詢語句的完整性，例：結果中缺少時間及狀態(tài)的約束。

亡羊補牢測試

系統(tǒng)不能保證100%的穩(wěn)定，而在最關鍵的環(huán)節(jié)系統(tǒng)出問題如無補救措施，將造成不可預估的損失，例如支付環(huán)節(jié)因不可抗拒的外界因素戛然而止，用戶能否再次支付，再舉個切身的例子，用戶在實惠APP抽中免費的獎品，但在填寫收貨地址中閃退未獲取到收貨地址，用戶卻認為地址已填寫收貨地址，因為缺少補救措施，導致投訴用戶激增。

Bug無窮無盡，以上也只是匯總的開始，測試的方法也在隨著互聯(lián)網(wǎng)的發(fā)展而不斷變化并適應著，在測試的過程中Bug的解決對開發(fā)者是好的開始，不至于臨時抱佛腳，對運營者是安全感，不至于后院失火，對公司是榮譽，好產(chǎn)品出自好公司。

本文為作者老柴（微信：Binregion）投稿發(fā)布，轉載請注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接