這些天正好與朋友聊測試視角，如何培訓建立測試視角，都認爲還是有一定困難的，畢竟軟件測試是門實踐性的學科，經驗積累還是很重要的，測試的項目多了，自然而然的思考的測試角度廣了，深了。但是如果是培訓的話，如何在一天配撇中，提升測試視角呢？其實應該也有一些方法，下面我通過一個小例子，談談如何建立測試視角。
這是一個檢測項目的頁面，通過瀏覽器訪問的，主要是通過新建項目按鈕建立項目後，可以啓動進行檢測、中止等操作。針對這個頁面，我們要思考如何測試。
主要考慮用戶要輸入的地方，新建項目
‘新建項目’，假設新建項目只需要輸入項目名稱和版本，同時上傳一個壓縮文件。新建項目後，列在下面的一行中。新建項目時輸入項目名稱和版本號，大家都要通過等價類和邊界去設計長度不同、英文字符、中文漢字等各種測試用例覆蓋項目名稱這個字段。還有就是版本號，除了常規的長度不同需要考慮之外，是否要考慮支持幾級版本號，例如3.9.4.1，支持嗎？上傳文件，能夠上傳1個文件還是多個文件，支持何種文件格式，大小是否限制？上傳過程中中斷了如何處理？這些常規的設計完測試用例後，是否覆蓋完成了呢？
沒有，我們先簡單考慮一下，當新建項目列出後，新建項目是顯示放在最上面，還是最下邊。一個用戶建立項目數是否有限制，沒有限制的話，當一頁滿了以後，是否有翻頁功能，翻頁功能是否正確？
還有，新建項目後，是否進入等待檢測隊列，等待檢測的項目數是否增加了， 等待檢測的項目能刪除嗎？如果有刪除功能，刪除後是否減少？這些就是由於測試當前某個功能點，引起的其它功能點的聯動設計測試用例，這個絕對不是像培訓那樣，針對一中功能設計測試案例即可，一定要考慮一個功能的狀態改變，是否引起其它功能點的改變，要聯動設計測試用例。
看到上面有檢測中的項目數，等待檢測的項目數了，那這兩個數字什麼情況下改變？一般初級測試人員也會設計測試用例覆蓋這兩個值的改變情況。但是考慮的還不夠，是否我們要思考同時檢測的項目能多個情況嗎？ 是多線程同時檢測嗎？啓動檢測試試就能知道，是否能同時多個項目檢測。如果不能，檢測中的項目數值是否永遠是1，那在這裏顯示還有意義嗎？等待檢測的項目數，我們這裏有兩個項目，一個正在檢測中，一個等待檢測。再新建一個項目後，是否是等待檢測狀態呢？數字是否增加？
到這裏，覆蓋完了這兩個數字的測試用例嗎？
沒有，你要考慮測試登錄的這個賬號是什麼賬號，是否還有其它賬號登錄，其它用戶上傳後，是否能夠同時檢測，這裏顯示的數字是當前賬號的，還是所有賬號的總計呢？ 需求中有詳細說明嗎？如果沒有，怎麼比較合理？
到這裏前面說的兩個功能點，用例設計覆蓋率100%了嗎？
還沒有，爲什麼？考慮輸入項目名稱和版本號的地方，是否存在SQL了嗎？ 一個惡意的用戶如果破壞系統或想獲得更多的信息，注入怎麼辦。是否要進行檢測？
上傳文件是否限定了文件是否對可能上傳腳本，攻擊者是否可以繞開檢查策略。
這裏覆蓋100%了嗎？只能說，基本上的功能差不多了？ 那界面上的排版，是否對齊，美觀，字體顏色，背景色是否和諧。適用性是否考慮了？用戶選擇上傳文件，是否可以拖拉呢？ 用戶是否要一定輸入，是否可以用選擇框或列表框代替呢？
FTP上傳，上傳性能如何？ 1K文件上傳多長時間，1M呢，1G呢，最大支持多大文件上傳。
上面界面中，還有兩個按鈕，第一個啓動或中止檢測，第二個按鈕是重新上傳。啓動和中止按鈕選擇後，狀態是否改變，上面顯示的數字是否聯動改變。啓動檢測後，點擊中止後，是否保存中間檢測結果，如果保存，再次單擊檢測，是否能夠繼續檢測。如果不保存，停止按鈕是否能夠按下，按下後，後面的顯示文字對不對等。
還有項目類型是檢測的項目類型，放在靠前的位置是否有必要，有什麼用，過濾，排序？ 客戶看到這個信息，有什麼作用？
這些列上的文字，怎麼對齊的都有，是否換亂，不用寫測試用例，直接提建議bug吧。
馬上睡覺了，就寫這麼多吧，還有一些沒有來得及寫出來，拋磚引玉，大家討論一下吧。
關注安全，關注作者