【測試】軟體測試的流程圖&&軟體測試基本概念 阿新 • • 發佈：2019-01-09 1.測試工程師需要具備什麼樣的素質 適應新環境的能力 溝通能力 善於發現問題的能力 善於分析問題，定位缺陷 耐性 創新能力 沉著穩重 從使用者的角度看問題 善於總結問題 2.為什麼要做黑盒測試 驗證軟體產品是否符合需求文件的設計 證實軟體產品符合終端使用者的需求。 3.軟體測試周期中哪些階段會用到黑盒測試 單元測試 元件測試 整合測試 系統測試 使用者驗收測試 4.什麼是樁函式，什麼是驅動函式 被測函式需要呼叫一個還沒有實現的函式才能完成測試，此時需要測試人員編寫一個臨時的簡單函式模擬被調函式的功能，這個臨時的簡單函式就是樁函式。 被測函式需要被上層函式呼叫才能完成測試，一般需要在一個函式中構造一些資料作為被傳入函式的實參，然後在該函式內部呼叫被測函式，之後檢驗結果，這樣的函式稱為驅動函式。 5.黑盒測試和白盒測試有什麼區別 黑盒測試完全不考慮程式內部的邏輯結構和特性，通過窮舉輸入測試，把所有可能的輸入都作為測試情況使用，驗證程式是否能正常的接收輸入資料產生正確的輸出。多用於軟體介面，功能，效能，安全性等方面的測試。 白盒測試完全瞭解程式內部結構，對程式內部的所有邏輯進行覆蓋測試，多用於對軟體內部實現機制的正確性，有效性進行檢查，窮舉路徑測試，多用於單元測試。 6.為什麼要對程式進行單元測試 保證程式碼有正確的行為，驗證程式碼是否與詳細設計一致。 窺探軟體內部實現機制，可以發現其他測試階段難以發現的軟體缺陷 充分的單元測試可以極大程度的降低軟體成本 7.為什麼要對程式進行整合測試 可以發現單元測試時難以發現的缺陷 整合測試階段可以結合白盒黑盒對軟體進行測試，其他階段難以實現 逐步的對軟體進行整合測試，可以有效定位因新的元件引入產生的錯誤 可以有效評估整合的新模組對軟體系統的影響、 充分的整合測試可以降低軟體開發的成本 8.整合測試是為了驗證哪個文件 軟體介面說明文件 9.什麼時候開始整合測試? 單元測試完成後 10.怎麼做整合測試? 自頂向下，自底向上，三明治（從兩端向中間整合，常用），大爆炸（所有模組直接放在一起整合） 11.為什麼要對軟體進行系統測試? 系統測試是測試軟體的使用者介面 測試範圍更加廣泛，包括效能測試壓力測試等等 模擬真實環境下的測試，測試結果更具有現實意義 某些特殊的常量資料只能在系統測試階段完成，例如：介面的友好程度，UI的美觀程度，字型的大小，型別等。 12.系統測試是為了驗證哪個文件? 產品需求規格說明書 13.什麼時候開始系統測試? 整合測試完成後 14.系統測試的入口條件和出口條件是什麼 入口條件： 整合測試結果已經通過並且被檢視 系統測試計劃已經被檢視並且通過 系統測試策略已經被檢視並且通過 系統測試用例已經開發完成並且被檢視通過 所有的工具程式碼已經被檢視通過 出口條件： 所有系統測試用例都被執行 系統測試覆蓋了達到了預定的要求 軟體產品的缺陷率低於預定的上限 15.為什麼要對軟體進行使用者驗收測試? 每一個產品都是為使用者設計和開發的，讓使用者測試是收取產品反饋的重要途徑 可以實現在使用者環境中對產品進行規格說明書的驗證 實現在使用者環境中對產品的使用者文件進行驗證 可以降低產品中的缺陷數量 獲取使用者關於產品的效能、功能的反饋，有利於產品團隊在產品上市之前對產品的使用者印象產生一定的認識 16.什麼是軟體的基線版本? 軟體在開發過程中某一時刻的快照，，這一時刻的版本是一個穩定的版本，一定可以作為在其上繼續開發的依據 17.什麼時候開始做迴歸測試? 對基線版本進行了修改 18.迴歸測試的測試用例設計策略 覆蓋上一個基線版本的全部測試用例，加入對開發的新功能測試的測試用例 只對加入的新功能模組設計測試用例 測試用例覆蓋與被修復/新開發模組有關的模組 19.什麼是α測試？ 由使用者在開發環境下進行的測試/公司內部使用者模擬實際操作環境進行的測試，目的是評價產品的功能，可靠性，可使用性，效能和產品支援能力，尤其注重介面和特色。 20.什麼是β測試？ α測試達到一定可靠性之後可以開始β測試，是軟體的多個使用者在實際使用環境下進行的測試，這些使用者返還有關錯誤資訊給開發者 21、什麼是γ測試? 是實際市場測試 22、常用的效能測試指標有哪些？ 軟體的事物處理效率，IO效能，資料庫效能，記憶體利用率和CPU利用率，時間和資源的使用效率。 23、什麼是軟體的事物處理時間？ 軟體在處理某一事務時，從開始到結束所花費的時間。 24、什麼是軟體產品的IO效能 包括硬體的IO效能，網路的IO效能和其他硬體的IO效能 25、什麼是資料庫效能？ 軟體在進行資料庫的增刪查改時所花費的時間和資源。 提高效能的方式：1，減少操作資料庫的次數，常用的資料儲存在記憶體中。2、減小表與表之間的依賴性 26、什麼是資源利用率？ 軟體產品實際使用的資源數量和它申請的資源數量的比例。 27、負載測試的目的是什麼？ 對被測產品各效能引數進行不同頻率，不同時間長度及不同負載量的加壓測試，使專案的開發、測試人員瞭解專案的效能瓶頸。 獲得產品的某些關鍵效能指標的極限，用於產品設計人員對於產品的升級週期進行預測 獲得產品的極限值，以這些極限值作為參考得到產品的期望工作條件值，之後測試人員可以根據這些條件值對產品進行效能測試和浸透測試。 28、何時進行負載測試？ 產品的各項基本功能穩定後 29、負載測試需要做哪些環境配置？ 負載測試屬於系統測試，對環境要求很高，各項軟硬體、網路等配置都要接近或達到產品的真實執行環境水平。 硬體配置包括：主機板型號，CPU型號，記憶體大小及型號，硬碟大小及介面型別，網絡卡的介面型別和支援的頻寬 軟體的配置包括：伺服器的作業系統，防毒軟體，資料庫軟體，web服務環境，業務邏輯服務環境。 30、負載測試的載入策略有哪些？ 一次性載入，遞增載入，峰谷式載入，隨機載入。
