首先我們看一下功能測試是什麼，我們是如何測試的：
拿乙個最簡單的功能測試來說：我們模擬使用者 啟動乙個 真正的瀏覽器視窗
開啟我們期望的我們希望這個網頁的標題是歡迎你，所以寫個**去檢查做乙個斷言測試，assert"歡迎你" 是否在.title中.
在的話得到結果 ok 不在就給乙個錯誤資訊。這樣我們就知道這個功能是否實現了，如果我們實現了說明我們這個功能實現了，若沒有說明我們沒有實現這個功能，那麼我們就要想辦法去實現。
我們再看單元測試：
我們去寫一段**去判斷一些**是否能夠得到200 的狀態碼
得到的顯示ok
得不到的就報錯`
如果不是200這說明我們的**有問題
那說明我們的**有問題我們需要去改看是**出了問題
顯然最基本的區別就是： 功能測試是站在使用者的角度從外部測試應用檢視效果是否達到
單元測試是站在程式設計師的角度從內部測試應用
結語：
使用者只會關心你這個功能是否實現，他不會去關心你的**是否合理清晰明確，功能測試很有必要。
但是以高效明確的**去實現乙個功能 這是我們程式設計師需要去考慮的，單元測試必不可少，他可以讓你少走很多彎路。
他們的作用是一至的：那就是保證我的**是否按照我想的那樣工作了。我在更新，新增**後是否實現了預期的應用程式效果。
單元測試主要的測試功能點
作為單元測試，其重要程度不言而喻 它保證了我們在做 重構以後的正確性，能讓我們肆無忌憚的去修改我們的半成品。但是作為開發新人或者剛接觸單元測試的開發人員來講，怎麼去測試，去測哪些方面應該是比較迷惑的。一下幾點是平時工作 中經常需要用到單元測試來驗證的功能點，作為記錄，方便自己以後寫單元測試的時候可以...
單元測試 整合測試 系統測試的區別
單元測試 單元測試是對軟體基本組成單元 軟體設計的最小單位 進行正確性檢驗的測試工作，如函式 過程 function,procedure 或乙個類的方法 method 整合測試 整合測試是在單元測試的基礎上，將所有模組按照概要設計要求組裝成為子系統或系統，驗證組裝後功能以及模組間介面是否正確的測試工...
壓力測試和單元測試
壓力測試 adb shell monkey p 包名 v 次數 單元測試 需要測試的方法 public class test 測試的 public class testz extends androidtestcase 1 繼承androidtestcase類 2 在androidmanifest....