對軟件測試的理解
測試的目的：盡可能多的發現缺陷，比如功能的錯誤，性能低下，用戶體驗。
測試的思路：先假設程序存在什麽缺陷，然後執行程序來發現缺陷。
測試類型：白盒測試，黑盒測試。
白盒測試：看得見的程序內部結構，測試源程序的邏輯結構和實現細節。白盒測試必須由開發人員獨立執行，因為測試人員無法理解代碼內部邏輯。
黑盒測試：看不見的程序內部結構，按照規格來測試程序是否符合要求。黑盒測試必須由獨立測試小組執行，因為開發人員難以做到客觀公正。
主要發現以下問題：是否有不正確或遺漏了的功能；在接口上，能否正確的接收輸入，能否輸出正確的結果； ·是否有數據結構錯誤或外部信息訪問錯誤；性能上是否能夠滿足要求；是否有初始化或終止性錯誤； 黑盒測試需要在所有可能的輸入條件和輸出條件中確定測試數據，以檢查程序是否都能產生正確的輸出；有時測試數據量太大，是不現實的。
如：測試一個模塊時，白盒測試：要對所有代碼進行單步跟蹤測試，關註的是程序的內部細節。黑盒測試：只需測試模塊的接口是否要求，關註的是程序的外部實現。
α測試和β測試 ：在軟件交付使用之後，用戶將如何實際使用程序，對於開發者來說是不知道的。通常在軟件發布上市之前需要進行α測試和β測試。 α測試是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試。α測試必須是開發人員和測試小組共同參與完成。
α測試：公司內部對軟件的測試。
α測試的目的是評價軟件產品的FLURPS（功能、局域化、可使用性、可靠性、性能和支持）。尤其註重產品的界面和特色。 α測試可以從軟件產品編碼結束之時開始，或者在模塊（子系統）測試完成之後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。
β測試：產品正式發布之前，公司外部邀請用戶進行測試。
α、β、λ常用來表示軟件測試過程中的三個階段，α是第一階段，一般只供內部測試使用；β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，一般只提供給特定的用戶群來測試使用；λ是第三個階段，此時產品已經相當成熟，只需在個別地方再做進一步的優化處理即可上市發行。
封測的意思就是遊戲制作剛剛完成，需要在技術上對遊戲進行測試，這個階段的測試是純技術的，和遊戲的故事情節、人設一點都沒有關系，整個遊戲基本處於雛形階段，所以除了有關技術人員以外，別人是接觸不到遊戲的。 內測在這三個階段的測試中，是時間最長的，少則幾周，多則數月，這個階段的測試至關重要，也是對遊戲最全面的測試，所有的關於遊戲的技術問題，以及關於遊戲的故事、人設、風格、人物、服飾、語言、動作、主支線任務的合理性等等諸多方面進行測試和評估，乃至最後的修改。即使是內測，也是很少很少一部分人可以參與，大部分是遊戲制作人員，運營代理商和與制作及運營遊戲的商家，及一部分普通玩家。 到了公測階段，就會有相當一部分玩家參與進來，這個時候遊戲已經基本定型，也就是處於正式推出的最後階段的測試。實際上就是聽取玩家的意見和反饋，以便為今後糾正錯誤做統計和準備，糾正錯誤的方式一般采取出補丁的方式。
測試內容：
1、功能測試：檢查軟件的功能是否符合要求。枚舉方法：構造合理的輸入，看是否有期望的輸出。邊界值方法：采用定義域的邊界值進行測試。
2、容錯性測試：檢查軟件在異常情況下的反應，容錯性好的軟件會確保系統不發生難以預料的崩潰。方法：構造一些不合理的數據看系統的反應（錯誤的數據類型或定義域外的值）。
3、性能與效率測試：測試軟件的速度與對資源的利用率。極限測試：持續不停地給服務器發送請求看是否會死掉，給程序輸入特別大的數據看是否能吃得消。獲取測試的絕對值（如數據的傳輸率）：記錄運行環境對軟件的影響。獲取測試的相對值（如該軟件和其他軟件相比快多少倍）：確保被測試的幾個軟件具有相同的軟件和硬件環境中。
4、易用性測試：用戶不用看用戶手冊，即具有好的易用性。
5、文檔測試：檢查文檔的正確性，完備性，可理解性。
對軟件測試的理解