功能測試包含哪些測試用例測試方法(軟件測試方法)
1.軟件測試方法有哪些
1、按是否查看程序內部結構分為：
(1)黑盒測試
(2)白盒測試
2、按是否運行程序分為：
(1)靜態(tài)測試（static testing）:
(2)動態(tài)測試
3、按階段劃分：
(1)單元測試
(2)集成測試
(3)系統(tǒng)測試
(4)驗收測試
4、黑盒測試分為功能測試和性能測試：
5、其他測試類型：
回歸測試
冒煙測試
隨機測試
測試用例設計方法
(1)逐級細分法（2）輸入域測試法 （3）輸出域分析法 （4）正交試驗設計法 （5） 業(yè)務流程分析法 （6）狀態(tài)遷移法 （7）因果圖法 （8）判定表法 （9）錯誤猜測法 （10）等價類劃分法 （11）邊界值分析法
2.測試用例包括哪些內容
包括測試目標、測試環(huán)境、輸入數據、測試步驟、預期結果、測試腳本等。
測試用例是將軟件測試的行為活動做一個科學化的組織歸納，目的是能夠將軟件測試的行為轉化成可管理的模式；同時測試用例也是將測試具體量化的方法之一，不同類別的軟件，測試用例是不同的。
影響軟件測試的因素很多，例如軟件本身的復雜程度、開發(fā)人員（包括分析、設計、編程和測試的人員）的素質、測試方法和技術的運用等。
擴展資料：
1、白盒法
白盒法又稱結構化方法（結構測試）或邏輯覆蓋法，其基本思想是把程序看作是路徑的集合。這樣，對程序的測試便轉化為對程序中某些路徑的測試，要設法讓被測程序的“各處”均被執(zhí)行到，使?jié)摲诔绦蛎總€角落的錯誤均有機會暴露出來。因此，白盒法實際上是一種選擇通過指定路徑的輸入數據的分析方法。
2、黑盒法
黑盒法又稱為功能測試，是根據軟件需求說明書上羅列的各項功能、性能指標，來構造測試用例的輸入數據，實際執(zhí)行被測軟件，分析執(zhí)行過程的行為與執(zhí)行結果以便檢查出被測軟件的錯誤。在黑盒法測試中，測試者可以完全不關心程序的內部結構?？梢?，白盒法是一種邏輯驅動方法，而黑盒法是一種功能驅動方法。黑盒法是最常用的測試方法。
參考資料來源：百度百科-測試用例
3.測試用例的方法有哪些
一.等價類劃分法
顧名思義，等價類劃分，就是將測試的范圍劃分成幾個互不相交的子集，他們的并集是全集，從每個子集選出若干個有代表性的值作為測試用例。
例如，我們要測試一個用戶名是否合法，用戶名的定義為：8位數字組成的字符。
我們可以先劃分子集：空用戶名，1-7位數字，8位數字，9位或以上數字，非數字。
然后從每個子集選出若干個有代表性的值：
空用戶名：“” （無效等價類實例，指對于軟件規(guī)格說明而言，沒有意義的、不合理的輸入）
1-7位數字："234" （無效等價類實例）
8位數字："00000000" （有效等價類實例，能檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能）
9位或以上數字："1234567890" （無效等價類實例）
非數字："abc&?。?！" （無效等價類實例）
他們5個，就是用等價類劃分選出的測試用例。實際上，對于1-7位數字的子集來說，選“234”和“11111”沒有本質的區(qū)別。
等價類的劃分，最關鍵的是子集的劃分。實際上，非數字還可以繼續(xù)劃分子集：字母，特殊字符。
究竟要劃分到何種程度才合適呢？我請教過做測試的朋友，他的意見是，看你有多少資源和時間，還有，看是否值得。
對此，我表示贊同，畢竟無論你怎么測試，總會有未發(fā)現(xiàn)的缺陷存在，所以，先解決容易被發(fā)現(xiàn)的問題再說。
二.邊界值分析法
長期的測試工作經驗告訴我們，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。選出的測試用例，應選取正好等于、剛剛大于、剛剛小于邊界的值，例如，對于在區(qū)間min,max的值，測試用例可以記為min,min+,max,max-。
例如，假定 X 為整數，10≤X≤100，那么 X 在測試中應該取的邊界值為：10,11,99,100。
注：上面只是說邊界值，如果是完整的測試，除了邊界值外，還需要一個正常值，即12-98之間的任意值。
三.錯誤推測法
錯誤推測法是指：在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
這種方法沒有固定的形式，依靠的是經驗和直覺，很多時候，我們都會不知不覺的使用到。
四.判定表法
又稱為策略表，基于策略表的測試，是功能測試中最嚴密的測試方法。該方法適合于邏輯判斷復雜的場景，通過窮舉條件獲得結果，對結果再進行優(yōu)化合并，會得到一個判斷清晰的策略表。
4.什么是測試用例,測試用例包含什么主要信息
測試用例（Test Case）是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某個特定需求。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測
試用例都將包括下列詳細信息：版本號、模塊名稱、用例編號、用例名稱、用例級別、預知條件、驗證步驟、期望結果（含判斷標準）、測試結果、測試時間、測試
人員等。
5.完整的測試用例包含哪些內容
軟件產品或軟件開發(fā)項目的測試用例一般以該產品的軟件模塊或子系統(tǒng)為單位，形成一個測試用例文檔，但并不是絕對的。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分描述了測試目的，測試范圍，定義術語，參考文檔，概述等。
測試用例部分逐一列出各測試用例。每個具體測試用例都將包括下列詳細信息：用例編號，用例名稱，測試等級，入口準則，驗證步驟，期望結果（包含判斷標準），出口準則，注釋等。
以上內容涵蓋了測試用例的基本元素：測試索引，測試環(huán)境，測試輸入，測試操作，預期結果，評價標準。
6.編寫測試用例有哪些方法
可以采用軟件測試常用的基該方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質采用不同的方法。如何靈活運用各種基該方法來設計完整的測試用例，并最終實現(xiàn)暴露隱藏的缺陷，全憑測試設計人員的豐富經驗和精心設計。
編寫測試用例文檔應有文檔模板，須符合內部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。 軟件產品或軟件開發(fā)項目的測試用例一般以該產品的軟件模塊或子系統(tǒng)為單位，形成一個測試用例文檔，但并不是絕對的。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息：版本號、模塊名稱、用例編號、用例名稱、用例級別、預知條件、驗證步驟、期望結果（含判斷標準）、測試結果、測試時間、測試人員等。
擴展資料
測試執(zhí)行過程中，應該注意及時更新測試用例。往往在測試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了一些測試用例，這時候應該及時的補充；往往也會發(fā)現(xiàn)有些測試用例在具體的執(zhí)行過程中根本無法操作，這時候應該刪除這部分用例；也會發(fā)現(xiàn)若干個冗余的測試用例完全可以由某一個測試用例替代，那么刪除冗余的測試用例。
總之，測試執(zhí)行的過程中及時地更新測試用例是很好的習慣。不要打算在測試執(zhí)行結束后，統(tǒng)一更新測試用例，如果這樣，往往會遺漏很多本應該更新的測試用例。
參考資料來源：百度百科-測試用例設計
參考資料來源：百度百科-測試用例
