正常的 錯誤的 極端的 **的 以使用者體驗的角度 所有的流程 在沒有人提示的情況下 自己用一遍
測試用例的方法
如何溝通和獲取足夠的測試用例資訊
實戰的例子
bug預防和經驗分享
常用的測試用例方法
等價類劃分 把資料分為兩類： 一類是有效等價類 輸入的資料是系統允許輸入的 ，另一類是無效的 輸入的資料是系統不允許輸入的
邊界值分析法 在輸入的資料規定了取值範圍 ，在邊界的值 加一 減一 和等於的情況 驗證程式設計師在程式設計時候是否做了 大於小於等於的 程式判斷
因果圖方法 多個條件做成多種組合 產生不同的結果 產生的結果就是乙個判定表
正交試驗測試法 把需求文件 分為多個模組 在把模組再細分為小的模組 最後到介面 然後介面有多少個元素 每個元素作為測試點 測試點可以組合 參與《web應用測試技巧》
功能圖分析法 基於乙個狀態的流程圖
錯誤推測發 特殊的方法 基於經驗和直覺推測程式中所有可能存在的各種錯誤
需求文件轉化法 重要的乙個方法
即見即所得的思想：
1 .所有的需求文件描述的文字資訊，轉化為用例 （不同於產品說明書 產品說明書是簡單主要的，快發不得時候採寫）
2.所有的示意圖、流程圖、狀態圖等資訊，直接轉化為測試用例
3、所有專案需求達成的口頭共識，需求確認的郵件溝通資訊，直接轉化為測試用例。
隨機測試 不考慮任何測試用例和需求，完全站在乙個使用者的角度對產品進行使用 適用於海量的條件組合無法一一遍歷的時候，所有之前設定的用例已經執行完畢
物件屬性分析法 被測試系統中的元素被定義為乙個物件，並且給這個物件設定關聯的相關屬性和狀態，並且將不同物件的屬性和狀態進行不同的組合，擴充套件測試用例。
例如：檔案
屬性：大小 路徑 檔名 檔案編碼 檔案內容（文字 還是二進位制） 檔案型別、檔案的讀寫屬性、檔案的共享屬性。
溝通如何獲取足夠的測試用例新 溝通很重要
怎樣才算溝通清楚
傾聽講解 提出疑問 對方回答 重複對方的意思 對方確認你的意思
一線的人員 盡可能多的參與到 產品的設計 評審 或是開發的評審
簡歷的時候 對寫一些你在上乙個公司對公司有什麼改進 把自己當回事 跟測試經理闡述自己的想法，用自己的想法建立乙個測試流程，提高自己的影響力
需求變更 盡量建立乙個變更流程 建個群 誰變讓群裡說一聲 或**郵件 從哪獲取乙個變更資訊 請確認
建立需求變更控制委員會控制需求變更的發生和頻率 ，建立需求變更的通知的流程和機制，保證所有的專案相關人員，及時準確的獲取需求變更，需求變更需要記錄在案， 將來作為專案跟蹤和總結時用。
qq傳檔案的例子
你希望qq傳檔案具有什麼樣的功能，你可以假想他局有任何你想要的功能，並且針對你自己希望他具有的功能來進行測試用例的設計。
測試要點 ，可以從以下幾方面考慮 30個一下不及格 30-40個算中等水平，40個以上對黑盒沒有問題
檔案的格式 型別 大小等
有個excel 測試框架 重要的
黑盒測試方法
黑盒測試又稱功能測試或資料驅動測試 把測試物件當作看不見內部的黑盒，在完全不考慮程式內部結構和處理過程的情況下，測試者僅依據程式功能的需求規範考慮，確定測試用例和推斷測試結果的正確性.站在使用軟體或程式的角度，從輸入資料與輸出資料的對應關係進行的測試 在軟體的介面處進行測試 通過匯出執行程式所有功能...
黑盒測試方法
一 因果圖法 1.定義 因果圖法是一種利用 法分析輸入的各種組合情況，從而設計測試用例的方法，他適合與檢查程式輸入條件的各種組合情況。2.意義 可以考慮到多種輸入條件組合起來所出現的情況 等價類劃分和邊界值分析方法都是著重考慮輸入條件，但沒有考慮輸入條件的各種組合 輸入條件之間的相互制約關係。這樣雖...
黑盒測試方法
錯誤推斷法 邊界值栗子 假設輸入域輸入值範圍為1 10，那麼0 11就是離點，1 10就是上點，2,9就是內點。等價類栗子 假設登入使用者名稱只能是字母和數字，這時字母和數字就是有效等價類，非字母和數字都是無效等價類。等價類劃分等價類劃分可分為有效等價類和無效等價類。有效等價類 指符合 需求規格說明...