資料、程式、文件的結合。測試時運算元據，測試的主體就是程式，而文件則是測試時的視覺化，測試用例屬於文件的一部分
以滿足需求為目的保證軟體質量的一系列手段
從需求分析開始到計畫的制定，用例的編寫與執行，對測試結果的分析報告
測試計畫、測試設計、測試開發、測試執行、測試評估
黑盒：通過外面所暴露出來的介面功能進行測試
灰盒：通過外面暴露出來的功能和盒子內容資料作對比，得出測試結論
白盒：通過觀察內部結構，直接推敲出軟體是否滿足使用者的需求
功能：軟體是否滿足客戶提出的表面需求
效能：測試乙個軟體的工作效率
安全：測試軟體是否能夠保護資訊不會被輕易地盜取
相容性：測試軟體在不同平台上的表現
易用性：測試軟體是否有友好 ，滿足使用者的使用習慣
ui元素：檢查介面布局顯示是否一致美觀
1、測試工作的核心
2、一組在測試時輸入輸出的標準
3、軟體需求的具體對照
1、檢驗軟體是否滿足客戶需求
2、體現乙個測試人員的工作量
3、展現測試用命的設計思路
模組編號、功能模組、用例編號、用例名稱、測試背景、前置條件、優先順序、重要級、測試版本、測試環境、測試型別、測試階段、測試資料、測試步驟、預期結果、實際結果、備註
業務需求：
關注系統是否滿足業務
使用者需求：
關注系統是否滿足使用者習慣
功能需求：
關注系統是否滿足功能需求，能否達到業務的目的
測試點的含義：
測試點即通過需求分析得出的需要進行測試的具體內容。
測試點的好處：
a、可以快速地設計出設計用例
b、測試點可以覆蓋所有的需求
c、在測試點可以迅速運用測試方法
d、可以呈現出需求的一些細節
測試點的編寫內容:
功能模組、測試點編號、測試點描述
編寫注意事項：
1、根據專案的實際情況設計測試用例**、
2、用例格式不是固定的，不要生搬硬套
3、根據具體的情況編寫
編寫方法：
等價類劃分法邊界值分析法：黑盒測試方法，作為等價類劃分法的補充，可以讓我們更快速地選出等價類，使用邊界值分析法設計測試用例時一般與等價類劃分法結合起來，但它不是從乙個等價中任選乙個例子作為代表，而是將測試邊界情況作為重點目標，選取正好等於，剛剛大於或剛剛小於邊界值的測試資料
場景法：通過運用場景來對系統的功能點或業務流程的描述進行測試，從而提高測試效果，場景法一般包含基本流和備用流，從乙個流程開始，通過描述經過的路徑來確定的的過程，經過遍歷所有的基本流和備用流來完成整個場景
猜錯法：依靠直覺分析哪些地方容易出現問題，依靠經驗去分析哪些地方容易被開發忽略，從而快速得到測試的結果
進行編寫：
根據測試點、編寫內容和編寫方法進行測試用例的編寫
含義：評審就是對測試用例進行檢查
型別：評審包括同行評審、小組評審、部門評審、三方評審等
注意：不同的評審型別會有不同的角色參與
評審的意義：通過評審可以發現測試用例的不足，方便測試人員改進測試用例，達到在測試時提高測試質量的目的
評審的流程：測試用例編寫-->評審-->改進測試用例-->評審-->改進測試用例，周而復始，直到完美
1、測試用例數量巨大
2、測試用例會隨著需求變更
3、測試用例需要補充完善
1、原始的excel管理方式
2、專業的專案管理系統
3、管理工具：alm、禪道、testlink、bugzilla
測試用例 測試用例設計的關鍵點總結
測試用例設計是每位軟體測試工程師必須的基本技能之一。無論是靠測試經驗，還是靠理論，在時間充足的情況下，最好一 一設計測試點，避免在執行測試時部分測試點被遺漏 在時間緊急的情況下，也應以思維導圖的方式列出測試點。測試用例，即執行測試之前編寫的指導測試過程的文件，主要包括 用例編號 測試目的 用例描述 ...
測試用例 註冊介面測試用例點
使用者註冊 首先註冊頁面少不了各種輸入框，以及輸入框的各種格式，若只從使用者名稱與密碼的角度編寫用例，首先必須結合需求，若需求中明確規定了安全問題，郵箱，出生日期，位址，性別等等一系列輸入框的格式限制和字元要求的話，全部都要寫，主要以等價類劃分法，以及邊界值法來分析 1.各個輸入框的提示性文字是否存...
測試用例總結
軟體測試不僅要驗證正確的行為，還要驗證軟體在非法操作的情況下具體響應 反應 人機互動 正確引導使用者，去做正確的事情 反應 友好提示資訊，更注重 體驗 等價類相同的一類為乙個等價類 對比目標 男人 女人 胖的 瘦的 高 低 有效等價類 無效等價類 有效 有效的輸入 無效 無效的輸入 輸入框邊界值 0...