上周部門主管，給我們培訓了在開發過程中關於自測的話題，自測到底怎么去測，測試力度到底多大？下面給大家分享下培訓內容，往大家吐槽。。。
- 測試目地划分所包含內容
- 單元測試（指對軟件中的最小可測試單元進行檢查和驗證）
- 功能測試（對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能）
- 集成測試（也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求（如根據結構圖〕組裝成為子系統或系統，進行集成測試）
- 場景測試（假設的故事，用來幫助人們理解一個復雜的問題或者系統）
- 系統測試（將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起，進行信息系統的各種組裝測試和確認測試，系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案）
- a測試 （用戶在模擬真實環境下進行測試，有測試人員參與）
-
β 測試（由軟件的一個或多個用戶在實際使用環境下進行的測試）
注：按測試設計方法分類划分為：白盒、黑盒、灰盒
- 黑盒測試
1、簡介
檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。
2、黑盒測試的目的
功能不正確或遺漏；
界面錯誤；
輸入和輸出錯誤；
數據庫訪問錯誤；
性能錯誤； （性能錯誤是什么意思？）
初始化和終止錯誤等。
3、黑盒測試的方法：
等價划分法（解決如何選擇適當的數據子集來代表整個數據集的問題，通過降低測試的數目去實現“合理的”覆蓋，覆蓋了更多的可能數據，以發現更多的軟件缺陷）
邊界值分析法（對輸入或輸出的邊界值進行測試的一種黑盒測試方法）
錯誤推測法（在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法）
因果圖法（從用自然語言書寫的程序規格說明的描述中找出因（輸入條件）和果（輸出或程序狀態的改變），可以通過因果圖轉換為判定表）
判定表驅動法（是分析和表達多邏輯條件下執行不同操作的情況的工具）
正交試驗設計法（研究多因素多水平的又一種設計方法，它是根據正交性從全面試驗中挑選出部分有代表性的點進行試驗，這些有代表性的點具備了“均勻分散，齊整可比”的特點，正交試驗設計是分析因式設計的主要方法。是一種高效率、快速、經濟的實驗設計方法。）
功能圖法
場景法
4、測試流程：
測試計划
測試設計
測試開發
測試執行
測試評估（測試覆蓋域或跟蹤報告）
5、黑盒測試常用方法：
頁面連接檢查
相關性檢查
檢查按鈕的功能是否正確
字符串長度檢查
字符類型檢查
標點符號檢查
中文字符處理
檢查帶出信息的完整性
信息重復
檢查刪除功能
檢查添加的和修改是否一致
檢查修改重名
重復提交表單
檢查多次是否Back鍵
search檢查
輸入信息位置
上次下載文件檢查
必填項檢查
快鍵建檢查
回車鍵檢查
6、開發對待測試
沒有測試的概念
沒有測試的方法和經驗
認為測試是測試人員的工作
開發的時間都不夠，那有時間進行測試
認為自己開發的程序是完美的
開發人員和產品使用人員思維方式不一樣，測試的效果不好
但是我們依然需要做自我測試
出現BUG時，分析的時間比修正錯誤的時間花費更多
BUG過多，頻繁的打斷開發的工作節奏、影響開發的士氣