功能測試，簡單的理解就是黑盒測試，就是檢測黑盒子，找到裡面存在的缺陷。
功能測試新人學習計畫：
1. 對於產品的學習---站在客戶的角度學習產品、看待問題
測試人員不是簡單地按照開發人員的設計文件去撰寫測試相關文件，對於設計文件的準確性同樣負有責任。測試人員需要認真學習需求說明書，審核設計文件。同時，要站在客戶的角度去理解功能設計是否合理。
2. 熟悉各種測試文件：對比自己的測試角度與思維，一邊提高自己對功能測試的認識，也一邊提公升自己的測試能力。
3. 了解功能測試的流程：瀑布模型與敏捷開發模式的區別，每個公司每個專案之間也同樣存在區別。
4. 對產品整個安裝包各層軟體的了解：必不可缺的基本技能
5. 學習自動化測試工具：對於功能測試而言，自動化測試是提高工作效率、保證測試質量及減少累積的 回歸測試工作量的重要保證。所以，自動化測試是功能測試人員的另一基本技能。隨著對功能測試越來越重視，自動化測試已經成為業界的乙個重要考量指標。
那麼，如何學習自動化測試呢？
首先，要理解功能測試用例自動化所依附的自動化開發框架，二是要學會自動化功能測試用例的自動化工具，三是要依據一定的規範開發功能測試用例的自動化指令碼。
在功能測試中，最終結果固然很重要，中間的過程也不容忽視，否則會對整個應用帶來潛在的或重或輕的問題。
在黑盒測試中，對測試人員的基本要求是他要知道軟體的外在行為，但是不必清楚軟體內部是如何運作的，也就是不用弄清楚盒子裡的東西。
對應的白盒測試，測試人員知道內部邏輯，知道該測什麼，怎麼測，想要什麼結果，一切盡在掌握。
測試策略通常是描述測試工程的總體方法和目標，用於規定測試的範圍、種類、每個測試活動蓋如何制訂計畫，以及具體測試活動該如何進行等。
1. 測試策略的目的？
測試策略從測試目標、計畫、實施、分析全方位給測試人員以方向性指導，保證專案的進度，質量符合市場和客戶對產品/服務的要求。
2. 功能測試策略的目的？
給功能測試人員提供一套策略作為方向指導。
3. 功能測試策略包括哪些？
功能測試的範圍：需求/設計中的用例，測試場景
功能測試與其他測試種類的邊界及前後承接的條件：避免測試漏洞，避免資源浪費。
功能測試中不同的測試用例的定義與選取：可接受性測試用例、回歸測試用例的選取最基本的回歸測試用例主要用來驗證在系統經過乙個小的改動後其某一部分功能沒有問題，屬於回歸測試的乙個子集。
針對於某個產品或某個版本的某個模組或者具體功能解決方案的功能測試策略描述
對於功能測試中涉及的諸如訪問控制、異常條件、全球化等的策略
功能測試中的自動化測試相關的策略：提供了測試用例自動化開發的相關資訊
對於功能測試在不同的環境下進行的策略描述，比如移植環境下的功能測試，客戶化環境下的功能測試等：為提高測試效率而在不同環境下按比例分拆功能測試用例的比例。
對於所測試的軟體的支撐環境的選擇和測試用例的比例分配：合理有效的選擇，考慮到測試成本和測試效率及風險，在不同軟體平台分拆功能測試用例
對於軟體產品的不同版本的測試：企業版，專業版，個人版，旗艦版....
功能測試的流程主要用來規範功能測是是如何進行的，它的進入、退出的標準是什麼等等。
功能測試的流程：功能測試流程的輸入元素準備--功能測試流程的輸出元素確認--功能測試計畫書的準備--功能測試用例的設計--功能測試計畫書的審閱和批准--功能測試的執行--功能測試狀態的報告
1. 輸入元素：需求說明書、設計文件、**、產品和構建版本、產品的文件等
2. 輸出元素：計畫書、場景、用例、總結、執行記錄、缺陷記錄及分析報告、產品等
3. 測試計畫書：描述和規定以下內容：
不同功能測試階段的測試目標
達成測試目標的整體策略
鑑別依賴關係和風險
明確資源的可用性
建立計畫、執行和報告的過程和約定
里程碑及階段性的進入和退出標準
4. 測試用例：具體功能測試最細化的資訊。
5. 審閱和批准：得到批准的測試計畫書是功能測試進行的唯一指導。
審閱流程：計畫-準備-審閱-修改-追蹤-批准
6. 測試執行：驗證產品的所用功能特徵都符合產品設計說明書的要求。
原則上，任何問題都要在產品發布之前被解決掉，除非產品發布管理團隊批准某一缺陷可以不在當前版本解決。
7. 測試狀態報告：基於客觀的事實，對重要的里程碑、產品的質量等做好評估。
能夠很好地理解別人寫的文件，是對功能測試人員最基本的要求。能夠寫出好的文件，是資深功能測試人員，特別是測試組長及測試架構師的基本素質。最基本的文件包括如何寫功能測試計畫書、功能測試場景、功能測試用例等。
測試計畫書涵蓋了整個產品的功能測試範圍及各種相關條件。
好的測試設計需要對測試的產品和目標使用者的商業需求有深入的理解，同時要對產品的功能非常熟悉。好的測試場景和測試用例的設計對於測試的質量和測試執行的效率是非常有好處的。乙個好的測試用例將清楚地描述什麼會被測試，將產生什麼樣的測試結果，以及為什麼產生這樣的結果。
8. 測試用例包含哪幾個方面？
用例編號， 測試標題，前置條件，重要/優先級別， 測試資料輸入， 操作步驟，預期結果
功能測試最重要的是理解業務需求，熟悉產品，熟悉具體的功能模組，功能特徵的設計文件，熟悉功能測試場景和用例。
乙個好的測試人員需要掌握的知識點：文件的理解，對產品框架和資料結構的了解，產品環境的理解，測試工具的理解和掌握，對問題的分析能力
功能測試中對黑盒子分塊主要考慮的因素？
產品或者應用的自然的模組劃分
產品或者應用中功能的相似性：把相似的功能分到乙個小盒子中
功能測試團隊的資源（主要是人員）狀況：實際專案中要考慮資源情況，對黑盒子進行粒度合適的功能模組分解。
在每乙個迭代過程，要確保該迭代過程交付的功能點都被功能測試覆蓋到，同時確保隨著迭代過程的深入，所有的功能點都能夠被有效地通過回歸測試所覆蓋，保證小盒子的交付質量。
如何確定開發跨模組/解決方案的功能測試場景？
1. 對商業邏輯的梳理，明確可能的實際商業場景，通過對實際商業場景的理解，開發出跨不同模組/解決方案的端到端的功能測試場景。
2. 基於模組之間的訊息的傳遞，進行技術層面的驗證，確保技術上的正確性，基於不同產品之間的整合，做產品整合的跨產品的整合測試。
跨模組/解決方案功能測試的測試場景是什麼？
通過乙個模組或者解決方案的不同的輸出以及這些輸出是怎麼做為其他模組或者解決方案的輸入，而定義的能夠體現這種整合或者合併的功能測試場景。
跨模組/解決方案功能測試的目的是什麼？
確保基於實際的商業流程，以及資料流程的測試完備性。
什麼是回歸測試？
在軟體開發的整個生命週期中，每個階段都有可能對軟體進行修改或更新，而當軟體發生變化後，都有可能對軟體的現有功能造成影響，因此，必須重新測試軟體的現有功能。這一重新測試的過程，就是回歸測試。
為什麼要做回歸測試？
軟體新版本進行週期性發布時，為確保軟體功能的正確性和一致性，回歸測試進行得更加頻繁，有效地降低專案的風險，提高軟體的質量。
軟體測試之黑盒測試
2 等價類測試 3 因果圖 4 基於決策表的測試 即 功能性測試 邊界值分析 單缺陷假設 通過使所有變數取正常值，只使乙個變數取極值 使用在min min nom max 和max處取輸入變數值 對於乙個n變數函式，邊界值分析會產生4n 1個測試用例 健壯性測試 除了變數的五個邊界值分析取值，還要通...
軟體測試之黑盒測試方法
1 劃分等價類 等價類是指某個輸入域的子集合。在該子集合中，各個輸入資料對於揭露程式中的錯誤都是等效的。並合理地假定 測試某等價類的代表值就等於對這一類其它值的測試。因此，可以把全部輸入資料合理劃分為若干等價類，在每乙個等價類中取乙個資料作為測試的輸入條件，就可以用少量代表性的測試資料。取得較好的測...
軟體測試 黑盒測試
1.黑盒測試概述 黑盒測試也稱功能測試或資料驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。在測試時，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，測試者在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能...