軟體：資料+程式+文件
測試時就是運算元據，操作的主體就是程式，文件就是工作時的視覺化
軟體測試的基礎：軟體測試就是保證軟體質量，滿足使用者需求的一種手段
測試流程：需求分析、制定計畫、編寫用例與執行、對測試結果的分析報告
測試的生命週期：測試計畫，測試設計，測試開發（測試用例的編寫），測試執行，測試評估
軟體測試的分類：
按軟體測試手段劃分了三個方向
黑盒：把軟體比作乙個黑盒子，我們不知道盒子裡面的結構，只能通過外面所暴露出來的介面、功能進行測試
灰盒：把軟體比作乙個半透明的盒子，可以通過暴露在盒子外面的功能和盒子裡面的資料進行對比，從而得出結論。例如：將生成的訂單和資料庫裡面的資料進行對比驗證是否一致
白盒：透明的盒子，通過盒子裡面的結構推敲出是否滿足使用者的需求。
專項測試方向劃分
功能測試：測試軟體是否滿足使用者提出的表面需求
效能測試：測試乙個軟體的工作效率
安全測試：測試軟體是否能保護使用者的資訊
測試點劃分
相容性：軟體在不同平台上的表現
易用性：軟體是否有好，滿足使用者的使用習慣
ui元素：檢查介面的布局顯示
測試用例包含的內容：
1.用例編號：唯一性（身份證號）
2.用例名稱：用例的名字，要求言簡意賅 （姓名）
3.測試背景：這條用例主要測試什麼東西
4.前置條件：執行這條措施之前應該先執行什麼條件，比如測試登入功能，前提是要有賬號密碼。
5.優先順序：測試用例的優先程度
6.重要級：測試用例的重要程度
//注意優先順序和重要級不一定成正比關係。比如：週末出去玩，但是公司突然加班 優先順序：出去玩 重要級:回公司加班 當然結果是回去加班
7.測試資料：比如輸入的賬號密碼，滑鼠的操作也是一種測試資料
8.測試步驟：測試進行的步驟
9.預期結果：對應輸入資料或條件等得到對應的現象
10實際結果：測試執行後的結果
11備註：其他特殊情況的資訊。
測試用例編寫流程：需求分析、提取測試點、測試用例編寫、測試用例評審1）需求分析：業務需求（系統是否滿足業務）使用者需求（系統是否滿足使用者習慣）功能需求（系統是否滿足功能要求）
沒有需求如何應對:參考市面上已經上線的同類產品
2）測試點
測試點：通過需求分析後得出的需要進行測試的具體內容
測試點好處：
1.快速（根據測試點快速設計出自己的測試用例）
2.覆蓋：（測試點可以覆蓋需求）
3.方法：（根據測試點運用自己的測試方法）
4.細節（可以展示需需求的一些細節）
提取測試點例子
測試用例編寫注意：
1、根據專案的實際情況設計測試用例**。
2、測試用例的**不是固定的，不要生搬硬套。
3、測試用例需要根據具體的情況編寫。
測試用例編寫方法：
等價類劃分法（將程式所有可能的輸入資料劃分成若干的等價類，然後從每個部分中選出最具有代表性的資料當做測試用例進行合理的分類；測試用例：有效等價類、無效等價類；）
邊界值分析法（將測試輸入的資料的邊界情況作為重點目標，選取正好等於、剛剛大於或者剛剛小於邊界值的測試資料）
場景法（使用者在使用時會用到哪些場景。場景法：通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果。場景法一般包含基本流和備用流，從乙個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景）
猜錯法、直覺（根據工作經驗）
一條正規用例包括哪些內容：a: 軟體或專案的版本（內部版本號）評審：對測試用例進行檢查b: 功能模組名
c: 測試用例的簡單描述，即該用例執行的目的或方法
d: 測試用例的參考資訊（便於跟蹤和參考）
e: 本測試用例與其他測試用例間的依賴關係
f: 本用例的前置條件，即執行本用例必須要滿足的條件，如對資料庫的訪問許可權8） 用例的編號（id），如可以是 軟體名稱簡寫-功能塊簡寫-no.。
g: 步驟號、操作步驟描述、測試資料描述
h:預期結果（這是最重要的）和實際結果（如果有bug管理工具，這條可以省略）
i:開發人員（必須有）和測試人員（可有可無）
j:測試執行日期
評審包括：同行評審、小組評審、部門評審、三方評審 （開發，產品，使用者）
意義：1.通過評審可以發現測試用例的不足
2.方便測試人員改進用例
3.達到測試時提高測試質量的目的
測試用例評審
為什麼要管理測試用例：
1.測試的用例數量巨大
2.測試用例會根據需求變更
3.測試用例需要補充完善
如何管理用例？
1.原始的excel管理方式
2.專業的專案管理系統
市面上流行的管理工具
禪道基本應用：
1.專業的研發專案管理軟體
2.完整支援敏捷開發流程
3.完整的軟體生命週期管理
可以對測試用例進行編寫及系統的管理，支援匯入匯出功能，以及可以直接用例轉bug，非常方便。
禪道匯入測試用例
1.匯出用例模板
2.用例模板填入資料
3.匯入 excel
測試用例關聯與指派
1.關聯測試用例
2.指派用例
用例執行與提交 bug
1.成員用例領取（調整流程）
2.用例執行方式
3.提交 bug
bug 轉換為用例
如果大家對於學習python有任何問題，學習方法，學習路線，如何學習有效率的問題，可以隨時來諮詢我，或者缺少系統學習資料的，我做這行年頭比較久，自認為還是比較有經驗的，可以幫助大家提出建設性建議，這是我的python交流qun：785128166，有任何問題可以隨時來諮詢我。
如何寫好測試用例
這裡說的不是設計測試用例的數量，而是測試用例的書寫。我在實習期間對乙個內部使用的工具進行測試，負責增刪改查部分。作為實習生，很想有乙個準確的答案告訴我該怎麼做不該怎麼 應試教育的惡果 但實際工作中確實是乙個人有乙個人的風格，聽多了反而不知道該怎麼做。所以我第一批的tc寫的特別詳細，如 前置條件 en...
如何寫好測試用例
注意優先順序和重要級不一定成正比關係。比如 週末出去玩，但是公司突然加班 優先順序 出去玩 重要級 回公司加班 當然結果是回去加班 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 使用邊界值分析方法設計測試用例時一般與等價...
如何寫好測試用例設計
測試用例設計的輸入文件是什麼？1 開發文件 這裡的開發文件是乙個統稱，不同組織對其的稱呼不同，包含了系統需求規格 概要設計規格 詳細設計規格等不同的開發文件。2 使用者需求 軟體測試同時包含了驗證 verification do you build the product right？與確認 val...