場景設計法
現在的軟體幾乎都是用事件觸發來控制流程的
設計方法
1、通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果；
2、場景法一般包括基本流和備用流從乙個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景。
基本流和備選流的識別原則
1、乙個業務只存在乙個基本流
2、基本流只有乙個起點，乙個終點
3、基本流是主流程，備選流是分支流程
4、備選流的終點，可以是乙個流程的出口，可以回到基本流，還可以匯入其他的備選流
5、備選流匯合時，誰匯合於誰，取決於該流程出現的可能性的大小，小的匯入大的
6、如果流程**現了兩個不相上下的基本流，一般需要分成兩個業務來看待
場景法的設計步驟
1、根據需求說明，描述出程式的基本流及其各備選流
2、根據基本流和備選流生成不同的場景
3、對每個場景生成相同的測試用例
4、重新複審一遍所有的測試用例，去掉其中不合理的和不太可能發生的，測試用例確定後，再來確定每乙個測試用例值
判定表法
判定表的概念：判定表是分析和表達多邏輯條件下執行不同操作的情況的工具
判定表的優點：能將各種各樣複雜的可能性全部列舉出來，避免遺漏。
判定表由以下四部分組成：條件樁（列出問題的所有條件）、條件項（根據條件列出所有可能的取值）、動作樁（列出問題規定的可能採取的操作）和動作項（根據條件項的取值而應採取的動作）。
適合採用判定表設計測試用例的條件：
1、規格說明以判定表形式給出
2、條件的排列順序不會也不應該影響執行的操作
3、規則同2定理
4、某一規則條件確定，並確定執行的操作，則無需檢驗其他的規則
5、當某一規則的條件需執行多個操作，那這些操作的執行順序無關緊要
錯誤猜測法
錯誤猜測是基於經驗和直覺推測程式中所有可能出現的錯誤，從而有針對性設計測試用例的方法。
需要測試人員具備的技術：
1、有關被測系統的知識，如設計方法和實現技術
2、有關的早期測試階段的結果的知識
3、測試類似或相關系統的經驗
4、典型錯誤的知識
5、通用的測試經驗的規則
測試用例是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。
測試用例是軟體測試的核心——如何以最少的人力、資源的投入，在最短的時間內完成測試，發現軟體的缺陷，確保軟體的優良品質，則是軟體測試公司探索和追求的目標。
測試用例的的重要性
有效性、可復用性、易組織性、可評估性和可管理性
測試用例的特徵
1、最有可能抓住錯誤的
2、不是重複的、多餘的
3、一組相似測試用例中最有效的
4、既不是簡單的，也不是複雜的
5、模板可以根據所測物件的不同來改寫模板的內容
編寫測試用例的優點
1、便於梳理需求
2、驗證產品的需求是否合理
3、記錄產品的設計細節，保障之後的查閱
4、加深測試人員對產品的認識和印象
5、反應測試進度
6、幫助拓展測試範圍，擴大測試覆蓋面，發現軟體中隱藏的缺陷
7、方便回歸測試
8、為緊急測試提供參考資訊
9、培訓新人，提高新人的效率，節省教導新人的週期
編寫測試用例的用途
1、核實需求
2、評估結果
3、準確回歸
4、防止遺漏
5、提高效率
6、縮短週期
設計測試用例的基本準則
1、測試用例的可代表性——能夠代表並覆蓋各種合理的和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入資料、操作和環境設定等
2、測試結果的可判定性——即測試結果的正確性是可判定的，每乙個測試用例都應有相應的期望結果。
3、測試結果的可再現性——即對同樣的測試用例，系統的執行結果應當是相同的。
設計測試用例的著眼點
1、根據產品規格，測試基本功能
2、考慮設計一般使用者（非專業人員）的使用方案
3、與系統其他組成部分的配合（如流動網路和wifi，其他的裝置共享等）
4、好的測試用例集能花費最小的代價做最好的測試
測試用例設計書寫標準
先寫測試用例標題，再描述測試專案，準確的輸入步驟和資料，得到預期結果，表明測試用例之間的關聯。
如何選擇測試方法
1、在任何情況下都必須使用邊界值分析方法
2、用等價類劃分方法補充一些測試用例
3、涉及到業務流程的軟體，應採用場景法
4、用錯誤猜測法追加一些用例
5、如果程式的功能說明中含有輸入條件的組合情況，則在一開始應使用判定表法
如果程式某功能適合自動測試，應採用自動測試以及隨機測試
軟體測試筆記 5 軟體測試計畫
產品的開發需要文件，軟體測試同樣需要這樣的文件。它包含了測試活動的內容，確保客戶的需求被高質量的實現和交付。測試文件的定義則是從產品的定義，專案的相關文件，客戶的需求文件中派生出來的。它通常是測試的經理或者測試負責人來完成，具體內容包括了測試範圍，要測試什麼，不測試什麼，如何實施測試，執行測試，有誰...
軟體測試基礎筆記8
適合使用自動化的情況 版本穩定，專案周期長，指令碼可復用 不適合使用自動化測試的情況 1 定製型專案 一次性的 2 專案週期很短的專案 3 設計業務規則複雜的物件 4 對於美觀 聲音 易用性的測試 5 很少執行的測試 6 測試軟體不穩定 7 設計物理互動的軟體 冒煙測試 冒煙測試是軟體開發過程中一種...
軟體測試基礎筆記10
b s模式 browser server,瀏覽器 伺服器模式 是目前應用系統的發展方向。bs是伴隨著internet技術的興起，對c s架構的改進，為了區別於傳統的c s 模式，特意稱為b s模式。優點 分布性強，客戶端零維護。只要有網路 瀏覽器，可以隨時隨地進行查詢 瀏覽等業務處理。業務擴充套件簡...