實用軟體測試指南（電子工業出版社）–讀書筆記2

今天看了看第一章 指導軟體測試的故障模型，這一章主要從五部分進行介紹的：軟體測試目的，理解軟體行為，理解軟體環境，理解軟體能力。
一 軟體測試目的
    軟體測試的動機有多種。想要通過測試確定所在機構是否接受該產品，這種測試為接受測試；想要通過測試確定某個產品是否滿足實現標準，這種測試叫做符合性測試；想要通過測試確定某個產品是否易於實用，這種測試叫做可用性測試。此外還有效能測試，可靠性測試，健壯性測試等等。
    這些測試的基本特徵：
    * 每種測試都要求測試員按照產品行為描述來實施。產品行為描述可以是書面的規格說明書、需求文檔、產品檔案或使用者手冊，原始碼或可執行代碼。
    *每種測試都需要產品運行於真實或類比環境下，運行產品功能把測試與程式碼檢閱和審查區別開來。程式碼檢閱和審查可以在產品編譯和串連之前靜態進行。
    *每種測試都要求以系統方法展示產品功能性。說明測試結果是肯定或者否定的。不論佔有多少文檔，都要以智能方式展示軟體功能。
    使用者和測試人員區別是測試人員具有明確目標。

二 理解軟體行為
    測試的難題是選擇哪些進行測試，哪些不需要測試。最好的測試員應該有這種直覺，知道什麼能使軟體失效。這種直覺引導他們徹底全面的思考測試情境。使他們產生這種直覺的技術是故障模型（fault model),對於測試人員來說，重要的是能夠構造出一個準確的故障模型，並在測試中使用該模型，確保能檢查出隱錯最可能隱藏的地方。
    測試人員需要學習和吸收的故障模型是基於與受測軟體相關的兩個基本問題：
        *熟悉軟體操作的環境
        *測試員必須理解其應用程式具有的能力。

三 理解軟體環境
    大多說軟體系統的使用者不一定是人。人們不能將輸入直接提交給軟體應用程式，而是利用硬體裝置提交，輸入由其裝置驅動程式進行處理。這些輸入傳給作業系統的API層，直到API產生事件，表明測試中的應用程式已經接收到了，實際上，應用軟體僅通過OS接收輸入。
應用軟體執行時所處的環境

作業系統核心提供記憶體、檔案指標以及時間和日期函數的服務，檔案系統提供二進位或文字格式設定儲存的資料，UI實現從鍵盤、滑鼠或其它裝置獲得得輸入資料的API集合，
應用程式與環境產生互動的情境

    *人類使用者（覺得這個概念翻譯的有點不貼切）
    對於軟體來說有兩種介面：GUI和API
    1、通過GUI控制項提交輸入
        有兩個關鍵問題：對資料傳送控制項進行測試（傳送資料和事件）；測試GUI控制項的次序
    2、通過程式提交輸入
        選擇參數組合和API調用次序與選擇GUI控制項的順序的差別是傳送機制，即測試API的是程式，測試GUI的是鍵盤。
    對於兩種介面，測試人員面臨同樣難題，一個根本的問題是有太多的輸入，輸入組合和輸入次序，而且全部應用。
    *檔案系統使用者
    對於測試人員來說，檔案就是使用者，其內容就是輸入。
    *作業系統使用者
       作業系統是直接與使用者互動的唯一實體，她是所有實際使用者與應用程式的中介，通過提供記憶體

、檔案處理、堆空間等直接與應用程式互動，作業系統的這個部分就是核心。
    例：windows的核心提供了1000個不同的函數。
    系統介面的根本問題與人類介面的根本問題不同，系統輸入是反應式的，系統輸入不能由測試人員直接控制，而是由軟體對使用者輸入做出反應。
    *軟體使用者
    和作業系統使用者一樣，使用外部軟體來儲存資料，為一個應用程式執行不同的任務，如應用程式可對外部關聯式資料庫進行SQL查詢或者使用API進行通訊端編程，執行矩陣代數，處理字串，或者執行任何可公用可重用的部分。

四 理解軟體能力
    書中有個比喻很形象生動，把軟體測試比作戰鬥，軟體測試人員則和戰鬥中的將軍很相像，必須通曉敵人，知道敵人的實力（軟體中的隱錯），制定出攻擊策略（軟體測試案例）。