軟件測試技術常見問題匯總

　　軟件測試技術是計算機三級考試的科目之一，以下是小編整理的軟件測試技術常見問題匯總，希望可以為您提供幫助!

　　1、單元測試主要內容是什么?

　　單元測試大多數由開發人員來完成，測試人員技術背景較好或者開發系統軟件時可能會安排測試人員進行單元測試，大多數進行的單元測試都是開發人員調試程序或者開發組系統聯合調試的過程。討論這個問題主要是擴充一下讀者的視野。

　　單元測試一般包括五個方面的測試：

　　(1)模塊接口測試：模塊接口測試是單元測試的基礎。只有在數據能正確流入、流出模塊的前提下，其他測試才有意義。模塊接口測試也是集成測試的重點，這里進行的測試主要是為后面打好基礎。測試接口正確與否應該考慮下列因素：

　　輸入的實際參數與形式參數的個數是否相同;

　　輸入的實際參數與形式參數的屬性是否匹配;

　　輸入的實際參數與形式參數的量綱是否一致;

　　調用其他模塊時所給實際參數的個數是否與被調模塊的形參個數相同;

　　調用其他模塊時所給實際參數的屬性是否與被調模塊的形參屬性匹配;

　　調用其他模塊時所給實際參數的量綱是否與被調模塊的形參量綱一致;

　　調用預定義函數時所用參數的個數、屬性和次序是否正確;

　　是否存在與當前入口點無關的參數引用;

　　是否修改了只讀型參數;

　　對全程變量的定義各模塊是否一致;

　　是否把某些約束作為參數傳遞。

　　如果模塊功能包括外部輸入輸出，還應該考慮下列因素：

　　文件屬性是否正確;

　　OPEN/CLOSE語句是否正確;

　　格式說明與輸入輸出語句是否匹配;

　　緩沖區大小與記錄長度是否匹配;

　　文件使用前是否已經打開;

　　是否處理了文件尾;

　　是否處理了輸入/輸出錯誤;

　　輸出信息中是否有文字性錯誤。

　　局部數據結構測試;

　　邊界條件測試;

　　模塊中所有獨立執行通路測試;

　　(2)局部數據結構測試：檢查局部數據結構是為了保證臨時存儲在模塊內的數據在程序執行過程中完整、正確，局部功能是整個功能運行的基礎。重點是一些函數是否正確執行，內部是否運行正確。局部數據結構往往是錯誤的根源，應仔細設計測試用例，力求發現下面幾類錯誤：

　　不合適或不相容的類型說明;

　　變量無初值;

　　變量初始化或省缺值有錯;

　　不正確的變量名(拼錯或不正確地截斷);

　　出現上溢、下溢和地址異常。

　　(3)邊界條件測試：邊界條件測試是單元測試中最重要的一項任務。眾所周知，軟件經常在邊界上失效，采用邊界值分析技術，針對邊界值及其左、右設計測試用例，很有可能發現新的錯誤。邊界條件測試是一項基礎測試，也是后面系統測試中的功能測試的重點，邊界測試執行的較好，可以大大提高程序健壯性。

　　(4)模塊中所有獨立路徑測試：在模塊中應對每一條獨立執行路徑進行測試，單元測試的基本任務是保證模塊中每條語句至少執行一次。測試目的主要是為了發現因錯誤計算、不正確的比較和不適當的控制流造成的錯誤。具體做法就是程序員逐條調試語句。常見的錯誤包括：

　　誤解或用錯了算符優先級;

　　混合類型運算;

　　變量初值錯;

　　精度不夠;

　　表達式符號錯。

　　比較判斷與控制流常常緊密相關，測試時注意下列錯誤：

　　不同數據類型的對象之間進行比較;

　　錯誤地使用邏輯運算符或優先級;

　　因計算機表示的局限性，期望理論上相等而實際上不相等的兩個量相等;

　　比較運算或變量出錯;

　　循環終止條件或不可能出現;

　　迭代發散時不能退出;

　　錯誤地修改了循環變量。

　　(5)模塊的各條錯誤處理通路測試：程序在遇到異常情況時不應該退出，好的程序應能預見各種出錯條件，并預設各種出錯處理通路。如果用戶不按照正常操作，程序就退出或者停止工作，實際上也是一種缺陷，因此單元測試要測試各種錯誤處理路徑。一般這種測試著重檢查下列問題：

　　輸出的出錯信息難以理解;

　　記錄的錯誤與實際遇到的錯誤不相符;

　　在程序自定義的出錯處理段運行之前，系統已介入;

　　異常處理不當;

　　錯誤陳述中未能提供足夠的定位出錯信息。

　　2、如何理解強度測試?

　　強度測試是為了確定系統在最差工作環境的工作能力,也可能是用于驗證在標準工作壓力下的各種資源的最下限指標。

　　它和壓力測試的目標是不同的,壓力測試是在標準工作環境下,不斷增加系統負荷,最終測試出該系統能力達到的最大負荷(穩定和峰值),而強度測試則是在非標準工作環境下,甚至不斷人為降低系統工作環境所需要的資源,如網絡帶寬,系統內存,數據鎖等等,以測試系統在資源不足的情況下的工作狀態,通過強度測試,可以確定本系統正常工作的最差環境.

　　強度測試和壓力測試的測試指標相近,大多都是與時間相關的指標,如并發量(吞吐量),延遲(最大\最小\平均)以及順序指標等

　　強度測試需要對系統的結構熟悉,針對系統的特征設計強度測試的方法。

　　3、如何理解壓力、負載、性能測試測試?

　　性能測試是一個較大的范圍，實際上性能測試本身包含了性能、強度、壓力、負載等多方面的測試內容。

　　壓力測試是對服務器的穩定性以及負載能力等方面的測試，是一種很平常的測試。增大訪問系統的用戶數量、或者幾個用戶進行大數據量操作都是壓力測試。而負載測試是壓力相對較大的測試，主要是測試系統在一種或者集中極限條件下的相應能力，是性能測試的重要部分。100個用戶對系統進行連續半個小時的訪問可以看作壓力測試，那么連續訪問8個小時就可以認為負載測試，1000個用戶連續訪問系統1個小時也可以看作是負載測試。

　　實際上壓力測試和負載測試沒有明顯的區分。測試人員應該站在關注整體性能的高度上來對系統進行測試。

　　4、什么是系統瓶頸?

　　瓶頸主要是指整個軟硬件構成的軟件系統某一方面或者幾個方面能力不能滿足用戶的特定業務要求，“特定”是指瓶頸會在某些條件下會出現，因為畢竟大多數系統在投入前。

　　嚴格的從技術角度講，所有的系統都會有瓶頸，因為大多數系統的資源配置不是協調的，例如CPU使用率剛好達到100%時，內存也正好耗盡的系統不是很多見。因此我們討論系統瓶頸要從應用的角度討論：關鍵是看系統能否滿足用戶需求。在用戶極限使用系統的情況下，系統的響應仍然正常，我們可以認為改系統沒有瓶頸或者瓶頸不會影響用戶工作。

　　因此我們測試系統瓶頸主要是實現下面兩個目的：

　　發現“表面”的瓶頸。主要是模擬用戶的操作，找出用戶極限使用系統時的瓶頸，然后解決瓶頸，這是性能測試的基本目標。

　　發現潛在的瓶頸并解決，保證系統的長期穩定性。主要是考慮用戶在將來擴展系統或者業務發生變化時，系統能夠適應變化。滿足用戶目前需求的系統不是最好的，我們設計系統的目標是在保證系統整個軟件生命周期能夠不斷適應用戶的變化，或者通過簡單擴展系統就可以適應新的變化。

　　5、文檔測試主要包含什么內容?

　　在國內軟件開發管理中，文檔管理幾乎是最弱的一項，因而在測試工作中特別容易忽略文檔測試也就不足為奇了。要想給用戶提供完整的產品，文檔測試是必不可少的。文檔測試一般注重下面幾個方面：

　　文檔的完整性：主要是測試文檔內容的全面性與完整性，從總體上把握文檔的質量。例如用戶手冊應該包括軟件的所有功能模塊。

　　描述與軟件實際情況的一致性：主要測試軟件文檔與軟件實際的一致程度。例如用戶手冊基本完整后，我們還要注意用戶手冊與實際功能描述是否一致。因為文檔往往跟不上軟件版本的更新速度。

　　易理解性：主要是檢查文檔對關鍵、重要的操作有無圖文說明，文字、圖表是否易于理解。對于關鍵、重要的操作僅僅只有文字說明肯定是不夠的，應該附有圖表使說明更為直觀和明了。

　　文檔中提供操作的實例：這項檢查內容主要針對用戶手冊。對主要功能和關鍵操作提供的應用實例是否豐富，提供的實例描述是否詳細。只有簡單的圖文說明，而無實例的用戶手冊看起來就像是軟件界面的簡單拷貝，對于用戶來說，實際上沒有什么幫助。

　　印刷與包裝質量：主要是檢查軟件文檔的商品化程度。有些用戶手冊是簡單打印、裝訂而成，過于粗糙，不易于用戶保存。優秀的文檔例如用戶手冊和技術白皮書，應提供商品化包裝，并且印刷精美。

　　6、功能測試用例需要詳細到什么程度才是合格的?

　　這個問題也是測試工程師經常問的問題。有人主張測試用例詳細到每個步驟執行什么都要寫出來，目的是即使一個不了解系統的新手都可以按照測試用例來執行工作。主張這類寫法的人還可以舉出例子：歐美、日本等軟件外包文檔都是這樣做的。

　　另外一種觀點就是主張寫的粗些，類似于編寫測試大綱。主張這種觀點的人是因為軟件開發需求管理不規范，變動十分頻繁，因而不能按照歐美的高標準來編寫測試用例。這樣的測試用例容易維護，可以讓測試執行人員有更大的發揮空間。

　　實際上，軟件測試用例的詳細程度首先要以覆蓋到測試點為基本要求。舉個例子：“用戶登陸系統”的測試用例可以不寫出具體的執行數據，但是至少要寫出五種以上情況()，如果只用一句話覆蓋了這個功能是不合格的測試用例。覆蓋功能點不是指列出功能點，而是要寫出功能點的各個方面(如果組合情況較多時可以采用等價劃分)。

　　另一個影響測試用例的就是組織的開發能力和測試對象特點。如果開發力量比較落后，編寫較詳細的測試用例是不現實的，因為根本沒有那么大的資源投入，當然這種情況很隨著團隊的發展而逐漸有所改善。測試對象特點重點是指測試對象在進度、成本等方面的要求，如果進度較緊張的情況下，是根本沒有時間寫出高質量的測試用例的，甚至有些時候測試工作只是一種輔助工作，因而不編寫測試用例。

　　因此，測試用例的編寫要根據測試對象特點、團隊的執行能力等各個方面綜合起來決定編寫策略。最后要注意的是測試人員一定不能抱怨，力爭在不斷提高測試用例編寫水平的同時，不斷地提高自身能力。

　　7、配置和兼容性測試的區別是什么?

　　配置測試的目的是保證軟件在其相關的硬件上能夠正常運行，而兼容性測試主要是測試軟件能否與不同的軟件正確協作。

　　配置測試的核心內容就是使用各種硬件來測試軟件的運行情況，一般包括：

　　(1) 軟件在不同的主機上的運行情況，例如Dell和Apple;

　　(2) 軟件在不同的組件上的運行情況，例如開發的撥號程序要測試在不同廠商生產的Modem上的運行情況;

　　(3) 不同的外設;

　　(4) 不同的接口;

　　(5) 不同的可選項，例如不同的內存大小;

　　兼容性測試的核心內容：

　　(1) 測試軟件是否能在不同的操作系統平臺上兼容;

　　(2) 測試軟件是否能在同一操作系統平臺的不同版本上兼容;