功能測試：
功能測試在測試工作中佔的比例最大，功能測試也叫黑盒測試。是把測試物件看作乙個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。採用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
黑盒測試試圖發現以下型別的錯誤：
1）功能錯誤或遺漏；
2）介面錯誤；
3）資料結構或外部資料庫訪問錯誤；
4）效能錯誤；
5）初始化和終止錯誤。
一、黑盒測試的測試用例設計方法
1. 等價類劃分方法
是把所有可能的輸入資料,即程式的輸入域劃分成若干部分（子集）,然後從每乙個子集中選取少數具
有代表性的資料作為測試用例.該方法是一種重要的,常用的黑盒測試用例設計方法.
1) 劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入資料對於揭露程式中的錯誤都是
等效的.並合理地假定:測試某等價類的代表值就等於對這一類其它值的 測試.因此,可以把全部輸入資料
合理劃分為若干等價類,在每乙個等價類中取乙個資料作為測試的輸入條件,就可以用少量代表性的測試
資料.取得較好的測試結 果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
2）劃分等價類的方法:下面給出六條確定等價類的原則.
①在輸入條件規定了取值範圍或值的個數的情況下,則可以確立乙個有效等價類和兩個無效等價類.
②在輸入條件規定了輸入值的集合或者規定了「必須如何」的條件的情況下,可確立乙個有效等價類和一
個無效等價類.
③在輸入條件是乙個布林量的情況下,可確定乙個有效等價類和乙個無效等價類.
④在規定了輸入資料的一組值（假定n個）,並且程式要對每乙個輸入值分別處理的情況下,可確立n個有
效等價類和乙個無效等價類.
⑤在規定了輸入資料必須遵守的規則的情況下,可確立乙個有效等價類（符合規則）和若干個無效等價
類（從不同角度違反規則）.
⑥在確知已劃分的等價類中各元素在程式處理中的方式不同的情況下,則應再將該等價類進一步的劃分
為更小的等價類.
3）設計測試用例:在確立了等價類後,可建立等價類表,列出所有劃分出的等價類:
輸入條件 有效等價類 無效等價類
然後從劃分出的等價類中按以下三個原則設計測試用例:
①為每乙個等價類規定乙個唯一的編號.
②設計乙個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價類,重複這一步.直到所有的有效等
價類都被覆蓋為止.
③設計乙個新的測試用例,使其僅覆蓋乙個尚未被覆蓋的無效等價類,重複這一步.直到所有的無效等價類
都被覆蓋為止.
2.邊界值分析方法
（1）邊界值分析方法的考慮:
長期的測試工作經驗告訴我們,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是發生在輸入輸出
範圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測
試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試資料,而不是選取等價類中的典型
值或任意值作為測試資料.
（2）基於邊界值分析方法選擇測試用例的原則:
1）如果輸入條件規定了值的範圍,則應取剛達到這個範圍的邊界的值,以及剛剛超越這個範圍邊界的值
作為測試輸入資料.
2）如果輸入條件規定了值的個數,則用最大個數,最小個數,比最小個數少一,比最大個數多一的數作為測
試資料.
3）根據規格說明的每個輸出條件,使用前面的原則1）.
4）根據規格說明的每個輸出條件,應用前面的原則2）.
5）如果程式的規格說明給出的輸入域或輸出域是有序集合,則應選取集合的第乙個元素和最後乙個元
素作為測試用例.
6）如果程式中使用了乙個內部資料結構,則應當選擇這個內部資料結構的邊界上的值作為測試用例.
7）分析規格說明,找出其它可能的邊界條件.
3.錯誤推測方法
基於經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇 測
試用例. 例如, 在單元測試時曾列出的許多在模組中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這 些
就是經驗的總結. 還有, 輸入資料和輸出資料為0的情況. 輸入**為空格或輸入**只有一行. 這些都是 容
易發生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
4.因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯絡,
相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件
容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適
合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯
模型）.
因果圖方法最終生成的就是判定表. 它適合於檢查程式輸入條件的各種組合情況.
利用因果圖生成測試用例的基本步驟:
(1) 分析軟體規格說明描述中, 那些是原因(即輸入條件或輸入條件的等價類),那些是結果(即輸出條件), 並
給每個原因和結果賦予乙個識別符號.
(2) 分析軟體規格說明描述中的語義.找出原因與結果之間, 原因與原因之間對應的關係. 根據這些關係,畫
出因果圖.
(3) 由於語法或環境限制, 有些原因與原因之間,原因與結果之間的組合情況不不可能出現. 為表明這些特
殊情況, 在因果圖上用一些記號表明約束或限制條件.
(4) 把因果圖轉換為判定表.
(5) 把判定表的每一列拿出來作為依據,設計測試用例.
5.判定表驅動分析方法
6.正交實驗設計方法
7.功能圖分析方法
二. 黑盒測試的優點
1. 基本上不用人管著，如果程式停止執行了一般就是被測試程式crash了
2. 設計完測試例之後，下來的工作就是爽了，當然更苦悶的是確定crash原因
三. 黑盒測試的缺點
1. 結果取決於測試例的設計，測試例的設計部分來勢**於經驗，ouspg的東西很值得借鑑
2. 沒有狀態轉換的概念，目前一些成功的例子基本上都是針對pdu來做的，還做不到針對被測
試程式的狀態轉換來作
3. 就沒有狀態概念的測試來說，尋找和確定造成程式crash的測試例是個麻煩事情，必須把周
圍可能的測試例單獨確認一遍。而就有狀態的測試來說，就更麻煩了，尤其不是乙個單獨
的testcase造成的問題。這些在堆的問題中表現的更為突出。
效能測試：
效能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。負載測試和壓力測試都屬於效能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的效能，目標是測試當負載逐漸增加時，系統各項效能指標的變化情況。壓力測試是通過確定乙個系統的瓶頸或者不能接收的效能點，來獲得系統能提供的最大服務級別的測試。
區別在於，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的功能問題。效能測試主要關注於產品整體的多使用者併發下的穩定性和健壯性。 做某個效能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然後再考慮該功能點的效能測試
功能詳細說明 軟體測試之功能測試詳細過程
功能測試 functional testing 是根據產品的需求規格說明書和測試需求列表，驗證產品的功能實現是否符合產品的需求規格。它是系統測試過程中最基本的測試，不關注軟體內部的實現邏輯。功能測試的目的主要如下 1 是否有不正確或遺漏的功能。2 功能實現是否滿足使用者需求和系統設計的隱藏需求。3 ...
移動測試測試點之功能測試測試點
4 資料更新 4.1 需要確定哪些地方需要提供手動重新整理 哪些地方需要自動重新整理 哪些地方需要手動 自動重新整理 4.2 確定哪些地方從後台切換回前台時需要進行資料更新 4.3 根據業務 速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新 4.4 確定資料展示部分的處理邏輯，是每次...
自學軟體測試 功能測試篇
軟體學習之路 功能測試，自動化測試，效能測試。近些年來，隨著網際網路的高速發展，網際網路上的教程多到你看都看不完的，自學成了乙個人最根本的能力。如何自學軟體測試，個人經驗認為可以通過以下途徑學習。注 本篇只適合未入行或剛入行的同學閱讀，老司機別下車。個人比較推薦那種電子版的書，一來 便宜，二來使用方...