軟體工程模型基本就是業務建模-〉系統分析-〉概要設計-〉詳細設計-〉編碼-〉測試-〉部署。其中測試過程按4個步驟進行，即單元測試、整合測試、系統及發版測試和回歸測試。
(1)、單元測試，集中對每乙個程式單元進行測試，檢查各個程式模組是否正確地實現了預定的功能，屬於白盒測試，測試範圍為單元內部的源**和程式結構(如資料結構，邏輯控制，異常處理等)。
(2)、整合測試把已測試過的模組組裝起來，檢查模組間介面是否正確，檢查各個模組之間的通訊和相互呼叫是否符合需求。屬於灰盒測試，測試範圍為模組介面之間的資料傳遞，以及模組組合後的功能。
(3)、系統測試把被測軟體系統和計算機硬體、資料庫、外設、前端和後端以及其它軟體結合在一起，在實際執行環境下對軟體系統進行一系列的組裝測試和執行測試。目的在於檢測軟體對《需求規格說明書》的符合程度。屬於黑盒測試，只關心輸入和輸出結果，測試範圍為整個系統。
(4)、回歸測試：是軟體上線後的維護階段或者是研發修復bug之後進行確認測試。目的在於驗證缺陷已經得到修復，並檢測是否引入新的缺陷。
測試用例是乙份描述具體測試步驟的文件，包括測試的輸入引數、條件及配置、預期的輸出結果等，用以判斷被測軟體的工作是否正常。
(1)、設計測試用例要力求最大的覆蓋率，參考《需求規格說明書》對每個功能點進行操作上的細化，盡可能趨向最大需求覆蓋率。
(2)、用例要對測試功能點、測試條件、測試步驟、輸入值和預期結果準確描述。
(3)、在設計測試用例的時候，除了滿足系統基本功能需求外，還應該考慮各種異常情況、邊界情況和承受壓力的能力等。
設計測試用例時要根據具體的產品和需求所明書，比如netsign c介面普遍得就是根據輸入和輸出引數的不同情況設計用例，但也有通用的情況。
(1)、等價類劃分。把程式的輸入域劃分成若干部分子集，然後從每個部分中選取少數代表性資料作為測試用例。每一類的代表性資料在測試中的作用等價於這一類中的其他值，比如傳輸ip位址時，可以分為a類位址、b類位址和c類位址。既能減少用例總數，又能提高測試覆蓋率。
(2)、邊界值分析法。通常邊界值分析法是作為對等價類劃分法的補充，其測試條件來自等價類的邊界。因為 很多錯誤是發生在輸入或輸出範圍的邊界上，而不是發生在輸入/輸出範圍的中間區域。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。
(3)、錯誤推斷法。基於測試人員的經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例。比如字串和普通的字元陣列結尾』\0』的區別，記憶體拷貝函式stycpy和memecpy必須要進行+1或-1的操作。
（1）、軟體在不同作業系統及版本（android的emui\flyme\miui、ios、windowsphone）下安裝是否正常
（2）、軟體安裝後的是否能夠正常執行，安裝後的資料夾及檔案是否寫到了指定的目錄裡，安裝後沒有生成多餘的目錄結構和檔案
（3）、軟體安裝過程是否可以取消
（4）、軟體安裝過程中意外情況的處理是否符合需求（如宕機，重啟，斷電）
（5）、安裝空間不足時是否有相應提示
（6）、對於需要通過網路驗證之類的安裝，在斷網情況下嘗試一下
（7）、重複安裝應該有提示，
（8）、公升級安裝時，版本更新鏈結有效，比如後台設定的版本白名單
（a）、使用各種方式解除安裝程式，如直接刪除安裝資料夾解除安裝是否有提示資訊、長按圖示解除安裝、手機設定裡解除安裝、第三方應用解除安裝
（b）、測試解除安裝後檔案是否全部刪除所有的安裝資料夾
（c）、解除安裝過程中出現的意外情況的測試（如宕機、斷電、重啟）
（d）、解除安裝是否支援取消功能，單擊取消後軟體解除安裝的情況
（2）、不同的連線頁面之間導航鏈結是否有效，是否跳轉是否正確。
（3）、旋轉手機，確保程式不退出，頁面排版無異常。
（5）、輸入框說明文字的內容與產品需求一致
（6）、某頁無資料時、斷網時、有網但介面異常時的狀態頁是否和ui一致
（2）、切換後台再切換前台的操作對當前狀態如登陸、當前頁、資料重新整理的影響
（4）、登陸驗證/免密登陸時的手勢密碼和指紋是否符合產品需求
（5）、對於有資料交換的頁面，每個頁面都必需要進行前後臺切換、鎖屏解鎖的測試，這種頁面最容易出現崩潰。
（8）、很多應用會支援快取資料，測試在斷網啟動或從有網到無網時是否可以瀏覽快取資料
a、軟體許可權
扣費風險：包括簡訊、撥打**、連線網路等。
限制/允許使用手機拍照或錄音
限制/允許使用手機讀取使用者資料，手機資訊、聯絡人資訊等
限制/允許使用手機寫入使用者資料
沒有使用者的允許, 應用程式不能預先設定自動啟動。
沒有使用者的允許, 應用程式不能預先設定自動啟動
b、資料安全性
如果資料庫中重要的資料正要被重寫，應及時告知使用者。
在資料刪除之前，應用程式應當通知使用者或者應用程式提供乙個「取消」命令的操作。
對密碼長度和複雜度的要求，
當將密碼或其他的敏感資料輸人到應用程式時, 其不會被儲存在裝置中, 同時密碼也不會被解碼。
當應用程式處理信用卡明細或其它的敏感資料時，不以明文形式將資料寫到其他單獨的檔案或者臨時檔案中
（2）、server端效能測試：通過測試介面的執行效率，如http介面
（2）、在各種系統、系統版本的不同手機上測試註冊、登陸、修改密碼等功能
（3）、ui層的相容，介面的顯示根據不同尺寸手機是否自適應
（4）、在各種系統、系統版本的不同手機上進行全方面的功能測試，如使用每乙個ios版本的iphone上測試「我的銀行卡」模組的提現功能。
軟體測試理論
一 軟體測試 目的定義和原則 軟體測試 規定條件下對的程式進行操作，從而發現問題，對軟體質量進行評估的過程 目的 以最少的人力，物力，時間來找到軟體中的缺陷並修改，從而避免商業風險 定義 使用人工和自動手段來執行的程式，目的在檢驗 二 軟體測試的原則 追上到客戶的需求 盡快和不斷的測試 測試工作有專...
軟體測試理論
軟體測試理論基礎 什麼是軟體 程式 資料 文件 軟體的特徵 1 軟體是一種邏輯實體，具有抽象性 2，軟體產品的生產主要是研製，生產成本主要在開發和研製，開發研製完成後，通過複製就產生了大量軟體產品 3，軟體在使用過程中，沒有磨損 老化的問題 軟體的特性 1，軟體對硬體和環境有著不同程度的依賴性。這導...
軟體測試理論
軟體測試軟體測試的定義 使用人工或自動的手段，來執行或測試某個系統的過程。軟體測試的意義 1.解放程式設計師和售後服務人員。2.推動了軟體工程的發展，使軟體的質量得到了階段性的提公升。軟體測試的目的 1.確保剷平完成了它承諾或公布的功能，並且使用者可以訪問到的功能都有明確的書面說明 2.確保產品滿足...