功能測試（function testing）
功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到使用者要求的功能。功能測試也叫黑盒測試或資料驅動測試，只需考慮需要測試的各個功能，不需要考慮整個軟體的內部結構及**.一般從軟體產品的介面、架構出發，按照需求編寫出來的測試用例，輸入資料在預期結果和實際結果之間進行評測，進而提出更加使產品達到使用者使用的要求。
在小型移動開發團隊中，這個環節一般由產品經理或開發自己負責，檢視自己提的需求有沒有被實現。比較大的團隊會有正規測試人員進行這項工作。
單元測試（unit testing)
單元測試（模組測試）是開發者編寫的一小段**，用於檢驗被測**的乙個很小的、很明確的功能是否正確。通常而言，乙個單元測試是用於判斷某個特定條件（或者場景）下某個特定函式的行為。
單元測試是由程式設計師自己來完成，最終受益的也是程式設計師自己。可以這麼說，程式設計師有責任編寫功能**，同時也就有責任為自己的**編寫單元測試。執行單元測試，就是為了證明這段**的行為和我們期望的一致。
整合測試（integrationtesting）
整合測試，也叫組裝測試或聯合測試，是單元測試的邏輯擴充套件。在單元測試的基礎上，將所有模組按照設計要求（如根據結構圖）組裝成為子系統或系統，進行整合測試。
它最簡單的形式是：把兩個已經測試過的單元組合成乙個元件，測試它們之間的介面。從這一層意義上講，元件是指多個單元的整合聚合。在現實方案中，許多單元組合成元件，而這些元件又聚合為程式的更大部分。方法是測試片段的組合，並最終擴充套件成程序，將模組與其他組的模組一起測試。最後，將構成程序的所有模組一起測試。此外，如果程式由多個程序組成，應該成對測試它們，而不是同時測試所有程序。
記憶體洩漏測試（memory leaktesting)
記憶體洩漏也稱作「儲存滲漏」，用動態儲存分配函式動態開闢的空間，在使用完畢後未釋放，結果導致一直佔據該記憶體單元。直到程式結束。（其實說白了就是該記憶體空間使用完畢之後未**）即所謂記憶體洩漏。
記憶體洩漏形象的比喻是「作業系統可提供給所有程序的儲存空間正在被某個程序榨乾」，最終結果是程式執行時間越長，占用儲存空間越來越多，最終用盡全部儲存空間，整個系統崩潰。所以「記憶體洩漏」是從作業系統的角度來看的。這裡的儲存空間並不是指物理記憶體，而是指虛擬記憶體大小，這個虛擬記憶體大小取決於磁碟交換區設定的大小。由程式申請的一塊記憶體，如果沒有任何乙個指標指向它，那麼這塊記憶體就洩漏了。
回歸測試（regression testing）
回歸測試是指修改了舊**後，重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤。自動回歸測試將大幅降低系統測試、維護公升級等階段的成本。回歸測試作為軟體生命週期的乙個組成部分，在整個軟體測試過程中占有很大的工作量比重，軟體開發的各個階段都會進行多次回歸測試。在漸進和快速迭代開發中，新版本的連續發布使回歸測試進行的更加頻繁，而在極端程式設計方法中，更是要求每天都進行若干次回歸測試。因此，通過選擇正確的回歸測試策略來改進回歸測試的效率和有效性是很有意義的。
alpha
測試&beta測試
alpha測試是使用者在開發環境下的測試，或者是開發內部的使用者在模擬實際環境下的測試；beta測試是由軟體的乙個或多個使用者在實際使用環境下進行的測試。
兩者區別：
alpha測試由開發人員或測試人員在場，可隨時記錄下錯誤和使用中出現的問題。
beta測試開發人員和測試人員都不在場。
所以，只有當α測試達到一定的可靠程度時，才能開始β測試。它處在整個測試的最後階段。
軟體壓力測試（software testingpressure）
軟體壓力測試是一種基本的質量保證行為，它是每個重要軟體測試工作的一部分。軟體壓力測試的基本思路很簡單：不是在常規條件下執行手動或自動測試，而是在計算機數量較少或系統資源匱乏的條件下執行測試。通常要進行軟體壓力測試的資源包括內部記憶體、cpu 可用性、磁碟空間和網路頻寬。
負載測試（load testing)
通過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試物件承擔不同的工作量，以評測和評估測試物件在不同工作量條件下的效能行為，以及持續正常執行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常執行。此外，負載測試還要評估效能特徵。例如，響應時間、事務處理速率和其他與時間相關的方面。
效能測試（performancetesting）
效能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。負載測試和壓力測試都屬於效能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的效能，目標是測試當負載逐漸增加時，系統各項效能指標的變化情況。壓力測試是通過確定乙個系統的瓶頸或者不能接受的效能點，來獲得系統能提供的最大服務級別的測試。
驗收測試（acceptance testing）
驗收測試是部署軟體之前的最後乙個測試操作。在軟體產品完成了單元測試、整合測試和系統測試等之後，產品發布之前所進行的軟體測試活動。它是技術測試的最後乙個階段，也稱為交付測試。驗收測試的目的是確保軟體準備就緒，並且可以讓終端使用者將其用於執行軟體的既定功能和任務。經整合測試後，已經按照設計把所有的模組組裝成乙個完整的軟體系統，介面錯誤也已經基本排除了，接著就應該進一步驗證軟體的有效性，這就是驗收測試的任務，即軟體的功能和效能如同使用者所合理期待的那樣。
工程及其他相關領域中，驗收測試是指確認一系統是否符合設計規格或契約之需求內容的測試，可能會包括化學測試、物理測試或是效能測試。在系統工程中驗收測試可能包括在系統（例如一套軟體系統、許多機械零件或是一批化學製品）交付前的黑箱測試。軟體開發者常會將系統開發者進行的驗收測試和客戶在接受產品前進行的驗收測試分開。後者一般會稱為使用者驗收測試、終端客戶測試、實機（驗收）測試、現場（驗收）測試。在進行主要測試程式之前，常用冒煙測試作為乙個此階段的驗收測試。
黑盒測試常用方法
1 等價類劃分的定義 軟體工程中等價類劃分及標準如下 等價類是指某個輸入域的子集。在這個集合中，各個輸入資料對於揭露程式中的錯誤都是等效的，並合理地假定 測試某等價類的代表值就等於對這一類其他值的測試，因此，可以把全部輸入資料合理劃分為若干等價類，可以用少量代表性的測試資料取得較好的測試結果。2 等...
monkey常用測試方法
monkey常用測試方法 對整機進行指定時間間隔的隨機事件 adb shell monkey v 100 對整機進行100次隨機事件。adb shell monkey v throttle 1000 100 對整機進行100次隨機事件，每次事件的時間間隔為1000毫秒。adb shell monke...
常用的軟體測試方法
1.黑盒測試 黑盒測試顧名思義就是將被測系統看成乙個黑盒，從外界取得輸入，然後再輸出。整個測試基於需求文件，看是否能滿足需求文件中的所有要求。黑盒測試要求測試者在測試時不能使用與被測系統內部結構相關的知識或經驗，它適用於對系統的功能進行測試。黑盒測試的優點有 1 比較簡單，不需要了解程式內部的 及實...