軟體測試筆試總結

標籤：

1.軟體測試的目的是什嗎？

　　a.測試的目的是為了發現儘可能多的軟體缺陷，不是為了說明軟體中沒有缺陷。

　　b.成功的測試在於發現了迄今尚未發現的缺陷。所以測試人員的職責是設計這樣的測試案例，它能有效地揭示潛伏在軟體裡的缺陷。

2.使用白盒測試方法時，確定測試資料應根據（）和指定的覆蓋標準。

　　A.程式的內部邏輯　　B.程式的複雜程度　　C.使用說明書　　D.程式的功能

　　正確答案：A（貌似當時我選的C,哎，錯了。。。）

　　解析：白盒測試把測試對象看做一個開啟的盒子，允許測試人員利用程式內部的邏輯結構及有關資訊，設計或選擇測試案例，對程式所有邏輯路徑進行測試。通過在不同點檢查程式的狀態，確定實際的狀態是否與預期的狀態一致。所以。。。

3.軟體的整合測試工作最好由（）承擔，以提高整合測試的效果。

　　A.該軟體的設計人員　　B.該軟體開發組的負責人　　C.該軟體的編程人員　　D.不屬於該軟體開發組的軟體設計人員

　　正確答案：D(當時糾結了好久，不過總歸最好答對了，好開森( ^_^ ))

4.以下說法錯誤的是（）

　　A.單元測試一般採用白盒測試方法，輔以黑箱測試方法

　　B.整合測試主要採用黑箱測試方法，輔以白盒測試方法

　　C.配置項測試一般採用白盒測試方法

　　D.系統測試一般採用黑箱測試方法

　　正確答案：C(個人覺得應是黑箱測試法方法)

　　答案解析：系統測試與單元測試、整合測試的區別在於測試方法不同：系統測試一般採用黑箱測試方法；單元測試一般採用白盒測試方法，輔以黑箱測試方法；整合測試主要採用黑箱測試方法，輔以白盒測試方法。

5.整合測試的目的

　　保證每一功能模組的功能正確和效能良好，以至於這些模組組裝在一起時他們可以很好地協調工作，保證整個系統功能和效能的良好。

6.常用的測試案例設計方法有哪些？

　　a.等價類別劃分

　　b.邊界值分析法

　　c.因果圖方法

　　d.錯誤推測法

　　e.正交表分析法

　　f.情境分析法

7.您認為做好測試案例設計工作的關鍵是什嗎？

　　白盒測試案例設計的關鍵是以較少的用例覆蓋儘可能多的內部程式邏輯結構

　　黑箱測試用例設計的關鍵同樣也是以較少的用例覆蓋輸出和輸入介面。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題。

8.好的測試案例需要包括哪些關鍵內容？

　　應包括以下內容：

　　項目名稱、模組名稱、開發人員、用例作者、測試類型、測試方法、測試人員、用例描述、測試編號、測試項、描述/輸入/操作、預期結果等。

9.測試時間的評估

　　（1）根據測試範圍和測試方法來估計工作量

　　（2）根據測試工作來評估工作量

　　（3）根據測試經驗的積累來評估工作量

　　（4）根據開發階段來評估工作量

　　（5）根據測試風險來評估工作量

　　（6）發揮項目團隊的力量來評估工作量

10.設計測試案例和測試資料要考慮哪些方面？

　　（1）熟悉需求規格說明書

　　（2）熟練使用多種測試方法

　　（3）多與同事討論

　　（4）借鑒以前類似項目的經驗

　　（5）做好評審

11.安裝測試的主要測試關鍵點有哪些？

　　1.最最基本的，正常安裝，能夠正確完成。

　　2.安裝過程中所有的提示資訊，文字資訊有無錯誤

　　3.點擊“上一步”是否能正確回到上一步操作

　　4.中途點擊“取消”能否退出安裝

　　5.開始安裝中途能否取消安裝

　　6.開始安裝中途取消後，已拷貝到電腦上的檔案能否復原刪除

　　7.分別對安裝中的“標準安裝”、“完整安裝”、“自訂安裝”進行測試

　　8.安裝完成後是否在指定路徑下成功安裝。

　　9.在已安裝該軟體的電腦上進行安裝是否會正確覆蓋。

　　10.在已安裝該軟體的電腦上進行安裝檔案是否有卸載和修複功能

　　11.卸載操作是否成功

　　12.卸載後安裝目錄下檔案是否被刪除

　　13.捷徑安裝在建立、刪除時是否刪除

　　14.卸載後，註冊表是否有殘留資訊

12.系統測試主要有哪些？

　　1.功能測試（含可用性測試）

　　2.效能測試

　　3.安全性測試

　　4.迴歸測試

13.面向過程的系統採用的整合策略有哪些？

　　1.自頂向下整合

　　2.自底向上整合

14.白盒測試方法有哪些？

　　1.代碼檢查法：代碼檢查方式（案頭檢查，代碼審查，走查），代碼檢查項目，編碼規範，代碼檢查規則，缺陷檢查表。

　　2.靜態結構分析法

　　3.靜態品質度量法

　　4.邏輯覆蓋法（語句覆蓋，判定覆蓋，條件覆蓋，判定/條件組合覆蓋，多重條件覆蓋）

　　5.基本路徑測試法

15.簡述整合測試的過程

　　根據IEEE標準，整合測試劃分為4個階段：計劃階段，設計階段，實現階段，執行階段（實施階段）。

16.測試結束的標準

　　1.測試案例達到一定的覆蓋率

　　2.測試結果達到測試結束的出口標準

　　3.一些基本的功能全部實現了

　　4.規定等級的bug都修改了，一些bug由於等級低還可以留著的

　　5.代碼不需要做大的修改，架構不變了

17.描述軟體活動的生命週期

　　1.軟體測試的縱向過程：單元測試->整合測試->確認測試->系統測試->驗收測試

　　2.軟體測試的橫向過程：測試計劃->測試分析與設計->測試開發->測試執行與評估->測試案例設計思想

18.軟體缺陷的等級應如何劃分

　　一般來說，問題越嚴重的，優先順序就越高，越要得到及時的修複。軟體公司對缺陷嚴重等級劃分不盡相同，但一般分為四個等級：

　　1.致命錯我（tatal）:造成系統或應用程式崩潰、死機、系統掛起，或造成資料丟失，主要功能完全喪失，導致本模組以及相關模組異常等問題。

　　2.嚴重錯誤（critical）:功能和特性沒有實現導致嚴重的問題或致命的錯誤聲明。問題局限在本模組，導致模組功能失效或異常退出。

　　3.一般錯誤（major）:次要功能喪失，提示資訊不太準確，或使用者介面差，操作時間長，模組功能部分失效等。

　　4.建議問題（suggestion）:由問題提出人對測試對象的改進意見或測試人員提出的建議、質疑。

軟體測試筆試總結