1.站在使用者的角度
按照使用者的角度首先需要考慮軟體存在的正常流程 其次考慮軟體的異常流程 考慮使用者操作行為 考慮使用者輸入資料
使用者角度公式：使用者思維+使用者行為+使用者資料+使用者場景
使用者思維：指測試過程中主流程和異常流程組合
使用者行為：指測試過程中可能進行的各種操作
使用者資料：指測試過程中可能輸入的任意資料
使用者場景：指測試過程中觸發的事件流
2.盡快的熟悉軟體的業務
從軟體核心業務角度，由核心業務為重點，向業務中涉及的功能點輻射，從區域性到全域性，在從全域性到區域性
3.熟悉軟體主流程
從乙個完成主流程角度，分析流程中各個節點附帶的功能點，從整體流程到區域性流程轉化，間接達到快速熟悉系統的目的
4.抱著懷疑的眼光去驗證
懷疑軟體中一切可能存在影響軟體操作的行為
5.隨機功能驗證
在功能測試完畢後，進行任意模組及流程的測試工作，隨意操作軟體，會有意想不到的收穫
6.考慮軟體相容性
驗證軟體在不同平台及不同的瀏覽器的運**況
7.軟體整體的邊界值校驗
從數值角度，驗證輸入數值的範圍，輸入大於最小值 小於最小值 大於最大值 小於最大值 中間值
8.回歸缺陷
從回歸的缺陷角度，以回歸缺陷的問題為基礎點，驗證回歸缺陷時可能影響到的功能
發現的缺陷越多，說明軟體缺陷越多嗎？
面試難免讓人焦慮不安。經歷過的人都懂的。但是如果你提前 面試官要問你的問題並想出得體的回答方式，就會容易很多。廢話不多說，直接上乾貨！我是黃財財，不願意看到任何人去外包打工的菜菜測試。這是乙個比較常見的現象。測試工程師在沒有找到缺陷前會絞盡腦汁的思考，但是找到乙個後，會接 二連三的發現很多缺陷，頗有...
軟體測試缺陷等級劃分 軟體的缺陷等級應如何劃分？
51testing軟體測試網 s upo q kw 軟體缺陷的主要型別有 51testing軟體測試網k w rb4ll4g nz51testing軟體測試網0 b5t f fx il 1 功能 特性沒有實現或部分實現51testing軟體測試網0gre d m2c d9i d02 設計不合理，存在...
如何有效發現UI使用者介面層的缺陷
ui型bug定義 這裡指的ui型指以下兩種bug 第二種是ui效果不一致的bug，比如應該是個圓角按鈕，做出來的介面卻是個平角的按鈕 有下拉箭頭效果，做出來的介面卻沒有下拉箭頭效果 混動介面應該有3屏，做出來的介面卻只有2屏，諸如此類。ui型bug的產生 理論上ui型bug的產生只有一種原因，即開發...