按測驗技識訓分
- 黑盒測驗、白盒測驗、灰盒測驗
被測驗物件是否運行
- 動態測驗、靜態測驗 (檔案檢查、代碼走查)
按不同的測驗手段劃分
- 手工測驗(點工) 、自動化測驗(工具+代碼)
按測驗包含的內容劃分
- 功能測驗、界面測驗、安全測驗、兼容性測驗、易用性測驗
- 功能測驗：測驗業務邏輯(手工、自動化)--核心重要
- 界面測驗：UI（user interface）--外觀美好、設計合理、友好、---主觀性強=需求檔案 (原型圖 UI切圖)--優先級會低
- 安全測驗：高級型別-工具 (掃描--appsan) 代碼(腳本-sql注入) --漏洞，薄弱
- 性能測驗： 高級型別-雙十一(訪問人數多)--并發 (10000) ---資源 記憶體 --正常處理
- 易用性測驗： --人性化 ，舒適，用戶體驗==提bug ===站在用戶角度考慮，考慮成熟產品
- 兼容性測驗：軟體+硬體(windows，Linux，MacOS,Android,Ios); 軟體+軟體--呼叫; 軟體不同版本之前App(老功能，資料)
按測驗階段劃分
- 單元測驗、集成測驗、系統測驗、驗收測驗、a測驗、b測驗
其他測驗
回歸測驗、冒煙測驗、探索性測驗/自由測驗(測驗思維)
- 回歸測驗: regression test : 測驗-bug ，開發修復bug(修改代碼)== 驗證bug==其他沒被修改的代碼模塊測驗，影響： 上線之前-很多輪 (2-4輪) 的回歸冒煙測驗（重復） ==自動化測驗
- 冒煙測驗：來源--硬體測驗 : 電路板-冒煙-短路被燒了=打回開發重做--軟體測驗：軟體提測-核心業務功能
主流程 ，提高測驗效率
- 探索性測驗: 發散測驗 -能力要求非常的高 ，沒有依據，方法 ，只能靠 經驗、積累、直覺
需求評審：
什么是需求評審:
專案相關人員就產品需要進行確認和評估的相關活動
為什么要需求評審:
專案組成員理解需求，以便后期高效的進行、開發、設計作業
測驗人員參與需求評審的職責
1.確保主機的理解與產品設計理念一直
- 明確實作的需求范圍
- 提出主機對產品需求不合理或遺漏
產品需求評審案例 ： 只看功能是否正常 ，看控制元件位置 ，對流程的控制
有需求提需求，讓產品更加完美
測驗計劃，就是一個word檔案
測驗用例測驗思路
用例設計思路：幫助測驗人員構建清晰的測驗思維，指導測驗思路
個人頭像功能測驗需求分析
分析顯性，和隱性
顯性：正常文章描述的東西
隱性： 那邊邊邊角角沒有顯示出來的細節
測驗用例的撰寫
使用Xmind列出要測驗的點，根據測驗的需求來定，簡單一句，就是找測驗點
最后使用Excel 進行功能測驗
就是這么玩的
需求
測驗用例
弱網測驗
使用Fiddler 模擬 3G ，4G 的訪問速度，也就是 具體時間
交叉測驗
缺陷記錄：
有人喜歡創造世界，他們做了開發者；有的人喜歡開發者，他們做了測驗員，什么是軟體測驗？軟體測驗就是一場本該在用戶面前發生的災難提前在自己面前發生了，這會讓他們生出一種救世主的感覺，拯救了用戶，也就拯救者這個軟體，避免了他們被卸載的命運，
微信搜一搜【程式員一凡】關注這個文縐縐的程式員，關注后回復【面試】有我準備的一線大廠面試資料和簡歷模板，希望大家都能找到心儀的作業，學習是一條時而郁郁寡歡，時而開懷大笑的路，加油，如果你通過努力成功進入到了心儀的公司，一定不要懈怠放松，職場成長和新技術學習一樣，不進則退，如果有幸我們江湖再見！
如果對軟體測驗、介面、自動化、性能測驗、測驗開發、面試經驗交流，感興趣可以1079636098，群內會有不定期的發放免費的資料鏈接，這些資料都是從各個技術網站搜集、整理出來的，如果你有好的學習資料可以私聊發我，我會注明出處之后分享給大家，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/172559.html
標籤：其他