軟件測試的名詞解釋與簡述題

1、目錄1. 什么是軟件測試？ . 22. 軟件測試的目的是什么？ . 23. 軟件測試的目標？ . 25. 什么黑盒測試？ . 36. 黑盒測試方法都包括哪些？ . 37. 什么是等價類劃分？ . 38. 什么是邊界值分析法？ . 39. 什么情況下使用決策分析法？ . 310你是如何利用決策分析法設(shè)計用例？ . 311. 什么是因果圖分析法？ . 412. 你是如何利用因果圖分析法來設(shè)計用例的？ . 413. 因果圖分析法中用到的五種約束分別是什么？ . 414. 什么是測試用例？ . 415 你覺得有必要寫測試用例么，寫測試用例的作用有哪些？ . 416. 你知道軟件生命的周期么？包括哪些階

2、段？ . 417. 軟件測試的對象是什么？ . 418. 軟件測試是否等于程序測試？ . 419. 軟件測試涉及的關(guān)鍵問題包括哪些方面？ . 520. 軟件測試的原則包括哪些？ . 521. 軟件測試按照開發(fā)階段劃分為哪幾類？ . 522. 完成的軟件開發(fā)過程？V模型？ . 523. 按照測試技術(shù)來分測試分哪幾類？ . 524. 什么是白盒測試和灰盒測試？ . 525. 談?wù)労诤袦y試的特點？優(yōu)點？ . 626. 黑盒測試主要能夠發(fā)現(xiàn)哪些方面的問題？ . 627. 測試停止的依據(jù)？ . 628. 什么是健壯等價類測試？ . 629. 什么是錯誤推測法？你經(jīng)常用的錯誤推測法來測試系統(tǒng)的經(jīng)驗有哪些？

3、 . 630. 你選擇測試方法的原則是什么？ . 731. 設(shè)計測試用例的原則有哪些？ . 732. 測試用例模板的主要要素有哪些？ . 733. 軟件測試的過程有哪些？ . 734. 寫測試計劃的主要任務(wù)是什么？ . 735. 測試計劃中的5W1H什么意思？ . 744. 什么是回歸測試？ . 845. 什么是確認測試？ . 946. 請您談一談為什么要進行系統(tǒng)測試？ . 948. 安全性測試你一般從哪幾方面做測試？ . 949. 什么是兼容性測試？ . 951. 什么是驗收測試？ . 952. 驗收測試一般有哪些方法？ . 953. 什么是Alpha 測試、Beta 測試？ . 1054.

4、 什么是冒煙測試？ . 1055. 對文檔的測試主要包括哪些內(nèi)容？ . 1056. 什么是自動化測試？ . 1057. 自動化測試能完全代替手工測試么？ . 1058. 你接觸過的自動化測試工具有哪些？ . 1059. 性能測試考察的指標主要有哪些？ . 1060. 性能測試的步驟有哪些？ . 1061. 有沒有做過性能測試？有沒有發(fā)現(xiàn)一些性能問題，舉個例子說明 . 1062. 有沒有用過Testdirector?這個工具是干什么用的？ . 1063. 您認為性能測試工作的目的是什么？ . 1164. 做好性能測試工作的關(guān)鍵是什么？ . 1165. 性能測試的分哪幾種類別？請舉例說明 . 11

5、66. 你如何調(diào)試LoadRunner腳本？ . 1168. 鑒于web應(yīng)用的特殊性，除了關(guān)注功能方面的測試外，你還關(guān)注哪些測試？. 1169.軟件測試工程師是干什么的？ 軟件測試工程師主要是通過科學的軟件測試方法對軟件產(chǎn)品進行功能、性能上的測試，并對軟件做出評價，是保證軟件質(zhì)量的一個重要手段。 . 1170. 需求分析的任務(wù)是什么？ . 1171. 在您平時的實踐中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？ . 1272. 您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結(jié)合該工具描述軟件缺陷（Bug

6、）跟蹤管理的流程。 . 1273. 你對測試最大的興趣在哪里？為什么？ . 1274. 你的測試職業(yè)發(fā)展是什么？ . 1275你自認為測試的優(yōu)勢在哪里？ . 131.什么是軟件測試？使用人工和自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或是弄清預期結(jié)果與實際結(jié)果之間的差異2. 軟件測試的目的是什么？軟件測試的目的在于發(fā)現(xiàn)錯誤；一個好的測試用例在于發(fā)現(xiàn)從前未發(fā)現(xiàn)的錯誤；一個成功的測試是發(fā)現(xiàn)了從前未發(fā)現(xiàn)的錯誤的測試。3. 軟件測試的目標？軟件測試以檢驗是否滿足需求為目標。4. 什么是軟件缺陷？滿足下列五個規(guī)則之一才稱為軟件缺陷：1）軟件未達到產(chǎn)品說明書標明的功能。2）軟件

7、出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤。3）軟件功能超出產(chǎn)品說明書指明的范圍。4）軟件未達到產(chǎn)品說明書雖未指出但應(yīng)該達到的目標。5）軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。5. 什么黑盒測試？黑盒測試是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。6. 黑盒測試方法都包括哪些？等價類劃分、邊界值分析、決策分析法、因果圖分析、錯誤推測法等。7. 什么是等價類劃分？把所有可能的輸入數(shù)據(jù)(有效的和無效的)劃分成若干個等價的子集(稱為等價類

8、)，使得每個子集中的一個典型值在測試中的作用與這一子集中所有其它值的作用相同. 可從每個子集中選取一組數(shù)據(jù)來測試程序8. 什么是邊界值分析法？邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法.通常邊界值分析法是作為對等價類劃分法的補充9. 什么情況下使用決策分析法？在一些數(shù)據(jù)處理問題當中，某些操作的實施依賴于多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表很適合于處理這類問題10你是如何利用決策分析法設(shè)計用例？（1） 確定規(guī)則的個數(shù)。有n個條件的決策表有2n個規(guī)則（每個條件取真、假值）。（2） 列出所有的條件樁和動作樁。（3） 填入條件項。（4） 填入

9、動作項，得到初始決策表。（5） 簡化決策表，合并相似規(guī)則。11.什么是因果圖分析法？因果圖法是基于這樣的一種思想：一些程序的功能可以用判定表（或稱決策表）的形式來表示，并根據(jù)輸入條件的組合情況規(guī)定相應(yīng)的操作。12.你是如何利用因果圖分析法來設(shè)計用例的？（1）根據(jù)程序規(guī)格說明書描述，分析并確定因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），畫出因果圖。（2）將得到的因果圖轉(zhuǎn)換為判定表。（3）為判定表中每一列所表示的情況設(shè)計一個測試用例。13. 因果圖分析法中用到的五種約束分別是什么？E約束(異)：a和b中最多有一個可能為1，即a和b不能同時 為1。 I 約束(或)：a、b、c中至少有一個必須為1

10、，即 a、b、c不能同時為0。 O約束(唯一)：a和b必須有一個且僅有一個為1。R約束(要求)：a是1時，b必須是1，即a為1時，b不能為0。M約束(強制)：若結(jié)果a為1，則結(jié)果b強制為014.什么是測試用例？所謂測試用例是為特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預期的結(jié)果；測試用例是執(zhí)行測試的最小實體。15你覺得有必要寫測試用例么，寫測試用例的作用有哪些？在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率。 測試用例的使用令軟件測試的實施重點突出、目的明確。16.你知道軟件生命的周期么？包括哪些階段？一個軟件生命周期包括制定計劃、需求分析定義、軟件設(shè)計、程序編碼、軟件測試、

11、軟件運行、軟件維護、軟件停用等8個階段17.軟件測試的對象是什么？軟件開發(fā)過程中所產(chǎn)生的需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序都是軟件測試的對象18.軟件測試是否等于程序測試？不是，軟件測試貫串于軟件定義和開發(fā)的整個過程，軟件開發(fā)過程中所產(chǎn)生的需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序都是軟件測試的對象。19. 軟件測試涉及的關(guān)鍵問題包括哪些方面？（1）測試由誰來執(zhí)行。（2）測試什么。（3）什么時候進行測試。（4）怎樣進行測試。20. 軟件測試的原則包括哪些？（1）應(yīng)當把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘；（2）測試用例應(yīng)由測試輸入數(shù)據(jù)和與

12、之對應(yīng)的預期輸出結(jié)果這兩部分組成；（3）程序員應(yīng)當避免檢查自己的程序；（4）在設(shè)計測試用例時，應(yīng)當包括合理的輸入條件和不合理的輸入條件；21. 軟件測試按照開發(fā)階段劃分為哪幾類？單元測試、集成測試、系統(tǒng)測試、確認測試、驗收測試。22. 完成的軟件開發(fā)過程？V模型？23. 按照測試技術(shù)來分測試分哪幾類？白盒測試、黑盒測試、灰盒測試。24.什么是白盒測試和灰盒測試？白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試，一般用來分析程序的內(nèi)部結(jié)構(gòu)。灰盒測試介于白盒測試和黑盒測試之間。25.談?wù)労诤袦y試的特點？優(yōu)點？（1）黑盒測試與軟件的具體實現(xiàn)過程無關(guān)，在軟件實現(xiàn)的過程發(fā)生變化時，測試用例仍然可以使

13、用。（2）黑盒測試用例的設(shè)計可以和軟件實現(xiàn)同時進行，這樣能夠壓縮總的開發(fā)時間。26. 黑盒測試主要能夠發(fā)現(xiàn)哪些方面的問題？ 是否有不正確或遺漏了的功能？ 在接口上，輸入能否正確地接受？能否輸出正確的結(jié)果？ 是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息訪問錯誤？ 性能上是否能夠滿足要求？ 是否有初始化或終止性錯誤？27. 測試停止的依據(jù)？ZERO BUG、GOOD ENOUGH?；蛘呷缦禄卮穑旱谝活悩藴剩簻y試超過了預定時間，則停止測試。第二類標準：執(zhí)行了所有的測試用例，但并沒有發(fā)現(xiàn)故障，則停止測試。 第三類標準：使用特定的測試用例設(shè)計方案作為判斷測試停止的基礎(chǔ)。第四類標準：正面指出停止測試的具體要求，即停止測試

14、的標準可定義為查出某一預訂數(shù)目的故障。第五類標準：根據(jù)單位時間內(nèi)查出故障的數(shù)量決定是否停止測試。28. 什么是健壯等價類測試？主要的出發(fā)點是考慮了無效等價類。對有效輸入，測試用例從每個有效等價類中取一個值；對無效輸入，一個測試用例有一個無效值，其他值均取有效值。29. 什么是錯誤推測法？你經(jīng)常用的錯誤推測法來測試系統(tǒng)的經(jīng)驗有哪些？ 基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設(shè)計測試用例的方法。常用的錯誤推測法有：輸入非法數(shù)據(jù)、默認值的測試、更改輸出屬性的測試、文件類型測試、文件超載測試、介質(zhì)忙或者介質(zhì)損壞等測試法。30. 你選擇測試方法的原則是什么？（1）首先采用等價類劃分

15、法編寫測試用例必須考慮正常值與異常值的情況（2）必要時采用邊界值分析法補充測試用例。（3）采用錯誤推斷法再追加測試用例。（4）對照程序邏輯，檢查已設(shè)計出的測試用例的邏輯覆蓋 程度。如果沒有達到要求的覆蓋標準，則應(yīng)當再補充更多的測試用例。（5）如果程序的功能說明中含有輸入條件的組合情況，則應(yīng)一開始就選用因果圖法。31.設(shè)計測試用例的原則有哪些？測試用例的代表性、測試結(jié)果的可判定性、測試結(jié)果的可再現(xiàn)性32. 測試用例模板的主要要素有哪些？標識符：惟一標識每一個測試用例測試項：準確的描述所需要測試的項及其特征測試環(huán)境要求：表征執(zhí)行該測試用例需要的測試環(huán)境輸入標準：執(zhí)行測試用例的輸入需求（這些輸入可能

16、包括數(shù)據(jù)、文件或者操作） 輸出標準：按照指定的環(huán)境和輸入標準得到的期望輸出結(jié)果33. 軟件測試的過程有哪些？測試計劃、測試設(shè)計、測試執(zhí)行、測試總結(jié)34. 寫測試計劃的主要任務(wù)是什么？1）. 對需求規(guī)格說明書仔細研究2）. 確定軟件測試的范圍3）. 確定軟件測試的技術(shù)要求4）. 分析測試需求，確定被測試軟件的功能和特性35. 測試計劃中的5W1H什么意思？Why、What、Where、When、Who、How，其中Why主要指測試目的。What指測試范圍即測試內(nèi)容、Where指測試環(huán)境、When指測試的時間階段安排、Who指測試資源、How指測試策略。36 測試總結(jié)主要是總結(jié)哪些方面內(nèi)容的？1）

17、. 總結(jié)測試狀態(tài)2）. 總結(jié)軟件狀態(tài)37 . 單元測試主要測試內(nèi)容？模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨立的路徑和錯誤處理。38 . 什么是集成測試？是指每個模塊完成單元測試后，需要按照設(shè)計時確定的結(jié)構(gòu)圖，將他們連接起來，進行集成測試，集成測試也稱為綜合測試39 。集成測試的兩種方法？非增量式集成測試、增量式集成測試40 。什么是非增量式集成測試？對所有模塊進行個別的單元測試后，按照程序結(jié)構(gòu)圖將各模塊連接起來，把連接后的程序當作一個整體進行測試。41什么增量式集成測試？逐次將未曾集成測試的模塊和已經(jīng)集成測試的模塊（或子系統(tǒng)）結(jié)合成程序包，再將這些模塊集成為較大系統(tǒng)，在集成的過程中邊連接邊測試，

18、以發(fā)現(xiàn)連接過程中產(chǎn)生的問題。42. 什么是自頂而下增量式測試？自頂向下增量式測試表示逐步集成和逐步測試是按照結(jié)構(gòu)圖自上而下進行的，即模塊集成的順序是首先集成主控模塊（主程序），然后依照控制層次結(jié)構(gòu)向下進行集成。從屬于主控模塊的按深度優(yōu)先方式（縱向）或者廣度優(yōu)先方式（橫向）集成到結(jié)構(gòu)中去。43.談?wù)劮窃隽渴郊蓽y試、增量式集成測試，哪個好些？非增量式測試的方法是先分散測試，然后集中起來再一次完成集成測試。假如在模塊的接口處存在錯誤，只會在最后的集成測試時一下子暴露出來。增量式測試是逐步集成和逐步測試的方法，把可能出現(xiàn)的差錯分散暴露出來，便于找出問題和修改。而且一些模塊在逐步集成的測試中，得到了較

19、多次的考驗，因此，可能會取得較好的測試效果。結(jié)論：增量式測試要比非增量式測試具有一定的優(yōu)越性。44. 什么是回歸測試？在集成測試策略的環(huán)境中，回歸測試是對某些已經(jīng)進行過的測試的某些子集再重新進行一遍，以保證上述改變不會傳播無法預料的副作用或引發(fā)新的問題。45. 什么是確認測試？確認測試也稱為合格性測試，是檢驗所開發(fā)的軟件是否能按用戶提出的要求進行。46. 請您談一談為什么要進行系統(tǒng)測試？由于軟件只是計算機系統(tǒng)中的一個組成部分，軟件開發(fā)完成之后，最終還要和系統(tǒng)中的硬件系統(tǒng)、某些支持軟件、數(shù)據(jù)信息等其他部分配套運行。因此，在投入運行前要完成系統(tǒng)測試，以保證各組成部分不僅能單獨的得到檢驗，而且在系統(tǒng)

20、各部分協(xié)調(diào)工作的環(huán)境下也能正常工作。47 。你知道哪幾種系統(tǒng)測試的方法？恢復測試、安全測試、強度測試、性能測試、正確性測試、可靠性測試、兼容性測試、Web測試48. 安全性測試你一般從哪幾方面做測試？用戶管理和訪問控制、通信加密、安全日志測試49. 什么是兼容性測試？軟件兼容性測試是檢測各軟件之間能否正確地交互和共享信息，其目標是保證軟件按照用戶期望的方式進行交互，使用其它軟件檢查軟件操作的過程。 50 。Web站點的測試一般測試哪些內(nèi)容？（1）文字測試 （2）鏈接測試（3）圖形、圖像測試 （4）表單測試（5）動態(tài)內(nèi)容測試 （6）數(shù)據(jù)庫測試（7）服務(wù)器性能及負載測試 （8）安全性測試51. 什

21、么是驗收測試？驗收測試，系統(tǒng)開發(fā)生命周期方法論的一個階段，這時相關(guān)的用戶和或獨立測試人員根據(jù)測試計劃和結(jié)果對系統(tǒng)進行測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。52. 驗收測試一般有哪些方法？正式驗收、非正式驗收活Alpha 測試、Beta 測試。53. 什么是Alpha 測試、Beta 測試？Alpha測試由用戶在開發(fā)者的場所進行，并且在開發(fā)者對用戶的“指導”下進行測試。開發(fā)者負責記錄發(fā)現(xiàn)在錯誤和使用中遇到的問題。總之，Alpha測試是在受控的環(huán)境中進行的。Beta測試由軟件的最終用戶們在一個或多個客房場所進行。Beta測試是軟件在開發(fā)者不能控制的環(huán)境中的“真實”應(yīng)用。54. 什么是冒煙測試？

22、冒煙測試的對象是每一個新編譯的需要正式測試的軟件版本，目的是確認軟件基本功能正常，可以進行后續(xù)的正式測試工作。冒煙測試的執(zhí)行者是版本編譯人員55. 對文檔的測試主要包括哪些內(nèi)容？（1）檢查產(chǎn)品說明書屬性（2）檢查是否完整（3）檢查是否準確（4）檢查是否精確（5）檢查是否一致（6）檢查是否貼切（7）檢查是否合理（8）檢查代碼無關(guān)（9）檢查可測試性56. 什么是自動化測試？利用GUI自動化測試工具來開發(fā)和執(zhí)行測試腳本，從而驗證是否滿足需求57. 自動化測試能完全代替手工測試么？不能，自動化測試只能做一些回歸測試。而不能對所有功能做全面覆蓋測試。58. 你接觸過的自動化測試工具有哪些？自動化功能測試

23、工具比如QTP、Robot。自動化性能測試工具如Loadrunner、winrunner等。59. 性能測試考察的指標主要有哪些？時間指標、空間指標。60. 性能測試的步驟有哪些？編寫測試計劃、創(chuàng)建測試腳本、運行測試腳本、分析結(jié)果、編寫測試報告61. 有沒有做過性能測試？有沒有發(fā)現(xiàn)一些性能問題，舉個例子說明做過一個自己開發(fā)的網(wǎng)站的性能測試。主要發(fā)現(xiàn)的問題主要集中在數(shù)據(jù)庫這一塊。主要是開發(fā)人員在設(shè)計數(shù)據(jù)庫表的時候冗余還有些時候時外鍵的問題等。62. 有沒有用過Testdirector?這個工具是干什么用的？Testdirector是全球最大的級測試管理工具，也是業(yè)界第一個基于Web的測試管理系統(tǒng)

24、,，通過在一個整體的應(yīng)用系統(tǒng)中集成了測試管理的各個部分，包括需求管理，測試計劃，測試執(zhí)行以及錯誤跟蹤等功能，TestDirector極大地加速了測試過程。63. 您認為性能測試工作的目的是什么？目的：是驗證軟件系統(tǒng)是否能夠達到用戶提出的性能指標，同時發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。64. 做好性能測試工作的關(guān)鍵是什么？包括以下幾個方面：1）評估系統(tǒng)的能力、2）識別體系中的瓶頸、3）系統(tǒng)調(diào)優(yōu)、4）驗證穩(wěn)定性（resilience）可靠性（reliability）65. 性能測試的分哪幾種類別？請舉例說明性能測試類型包括一般性能測試、穩(wěn)定性測試、負載測試、壓力測試等

25、66. 你如何調(diào)試LoadRunner腳本？通常采用以下方法調(diào)試LoadRunner測試腳本斷點、 單步跟蹤、日志輸出67. 列舉幾種常用的軟件生命周期模型？1）瀑布模型。2）原型模型。3）增量模型。4）螺旋模型。68. 鑒于web應(yīng)用的特殊性，除了關(guān)注功能方面的測試外，你還關(guān)注哪些測試？1）.功能測試: 鏈接測試表單測試Cookies測試數(shù)據(jù)庫測試業(yè)務(wù)流測試2）.性能測試：連接速度測試、負載測試、壓力測試3）.界面測試：易用性測試，導航測試、圖形測試、內(nèi)容檢查4）.兼容性測試：操作系統(tǒng)平臺測試、瀏覽器、分辨率、5）.安全性測試69.軟件測試工程師是干什么的？軟件測試工程師主要是通過科學的軟件

26、測試方法對軟件產(chǎn)品進行功能、性能上的測試，并對軟件做出評價，是保證軟件質(zhì)量的一個重要手段。70. 需求分析的任務(wù)是什么？深入描述軟件的功能和性能，確定軟件設(shè)計的約束和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求，借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)邏輯模型，解決目標系統(tǒng)“做什么”的問題。71. 在您平時的實踐中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？問題概要描述、發(fā)現(xiàn)人、發(fā)布/構(gòu)建版本號、測試環(huán)境、缺陷類型、缺陷發(fā)現(xiàn)步驟、缺陷指派給的人、優(yōu)先級、重要性。72. 您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）

27、的管理？如果有，請結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。 使用TD進行管理。管理的流程如下：Bug管理的一般流程：測試人員提交新的Bug入庫，錯誤狀態(tài)為New。高級測試人員驗證錯誤，如果確認是錯誤，分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為Open。如果不是錯誤，則拒絕，設(shè)置為Declined狀態(tài)。開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯誤，則置狀態(tài)為Declined；如果是Bug則修復并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。對于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會議（評審會）通過才能認可。測試人員查詢狀態(tài)為Fix

28、ed的Bug，然后驗證Bug是否已解決，如解決置Bug的狀態(tài)為Closed，如沒有解決置狀態(tài)為Reopen。73. 你對測試最大的興趣在哪里？為什么？最大的興趣就是測試有難度，有挑戰(zhàn)性！做測試越久越能感覺到做好測試有多難。剛開始進入測試行業(yè)時，對測試的認識是從無憂測試網(wǎng)上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當時我很想做開發(fā)（學校專業(yè)課我基本上不缺席，因為我喜歡我的專業(yè)），但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅定了。 74. 你的測試職業(yè)發(fā)展是什么？測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步

29、向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務(wù)。 75你自認為測試的優(yōu)勢在哪里？優(yōu)勢在于我對測試堅定不移的信心和熱情，更主要的是我非常細心，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮76. 測試與調(diào)試區(qū)別是什么？軟件測試時檢驗程序是否有錯誤，調(diào)試則是發(fā)現(xiàn)程序錯誤的位置、原因以及改正錯誤等。軟件調(diào)試是發(fā)生在測試之后的步驟。77. 簡述樁程序 驅(qū)動程序的作用？在我們進行單元測試的時候，單元本身無法構(gòu)成一個切實可運行的程序系統(tǒng)，所以我們需要為單元測試來開發(fā)樁模塊和驅(qū)動模塊，從而完

30、成我們的單元測試目的，這是樁模塊和驅(qū)動模塊的作用一、軟件測試概述軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試的目的，第一是確認軟件的質(zhì) 量，其一方面是確認軟件做了你所期望的事情（Do the right thing），另一方面是確認軟件以正確的方式來做了這個事件（Do it right）。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風險評估所準備的信息。第三軟件測試不僅是在測試軟件產(chǎn)品的本身，而且還包括 軟件開發(fā)的過程。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此軟件測試的

31、第三個目的是保證整個軟件開發(fā)過程 是高質(zhì)量的。軟件質(zhì)量是由幾個方面來衡量的：一、在正確的時間用正確的的方法把一個工作做正確（Doing the right things right at the right time.）。二、符合一些應(yīng)用標準的要求，比如不同國家的用戶不同的操作習慣和要求，項目工程中的可維護性、可測試性等要求。三、質(zhì)量本身就是軟件達到 了最開始所設(shè)定的要求，而代碼的優(yōu)美或精巧的技巧并不代表軟件的高質(zhì)量（Quality is defined as conformance to requirements, not as “goodness” or “elegance”.）。四、質(zhì)量

32、也代表著它符合客戶的需要（Quality also means “meet customer needs”.）。作為軟件測試這個行業(yè)，最重要的一件事就是從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會怎么去使用這個產(chǎn)品，使用過程中會遇到什么 樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質(zhì)量才可以說是上去了。 測試人員在軟件開發(fā)過程中的任務(wù)：1、尋找Bug；2、避免軟件開發(fā)過程中的缺陷；3、衡量軟件的品質(zhì)；4、關(guān)注用戶的需求。總的目標是：確保軟件的質(zhì)量。二、常用的軟件測試方法1. 黑盒測試黑盒測試顧名思義就是將被測系統(tǒng)看成一個黑盒，從外界取得輸入，然后再輸出。整個測試基于需求文檔，看是否能滿足需求文

33、檔中的所有要求。黑盒測試要求測試者在測試時不能使用與被測系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識或經(jīng)驗，它適用于對系統(tǒng)的功能進行測試。黑盒測試的優(yōu)點有：1）比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn)；2）與軟件的內(nèi)部實現(xiàn)無關(guān)；3）從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能；5）在做軟件自動化測試時較為方便。黑盒測試的缺點有：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；2）自動化測試的復用性較低。2. 白盒測試白盒測試是指在測試時能夠了解被測對象的結(jié)構(gòu)，可以查閱被測代碼內(nèi)容的測試工作。它需要知道程序內(nèi)部的設(shè)計

34、結(jié)構(gòu)及具體的代碼實現(xiàn)，并以此為基礎(chǔ)來設(shè)計測試用例。如下例程序代碼：HRESULT Play( char* pszFileName )if ( NULL = pszFileName )return;if ( STATE_OPENED = currentState )PlayTheFile();return;讀了代碼之后可以知道，先要檢查一個字符串是否為空，然后再根據(jù)播放器當前的狀態(tài)來執(zhí)行相應(yīng)的動作。可以這樣設(shè)計一些測試用例：比如字符串（文件） 為空的話會出現(xiàn)什么情況；如果此時播放器的狀態(tài)是文件剛打開，會是什么情況；如果文件已經(jīng)在播放，再調(diào)用這個函數(shù)會是什么情況。也就是說，根據(jù)播放器內(nèi)部 狀態(tài)的不

35、同，可以設(shè)計很多不同的測試用例。這些是在純粹做黑盒測試時不一定能做到的事情。白盒測試的直接好處就是知道所設(shè)計的測試用例在代碼級上哪些地方被忽略掉，它的優(yōu)點是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點有：1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑；2）測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計的正確與否，可能會漏掉一些功能需求；3）系統(tǒng)龐大時，測試開銷會非常大。3. 基于風險的測試基于風險的測試是指評估測試的優(yōu)先級，先做高優(yōu)先級的測試，如果時間或精力不夠，低優(yōu)先級的測試可以暫時先不做。有如下一個圖，橫軸代表影響，豎軸 代表概

36、率，根據(jù)一個軟件的特點來確定：如果一個功能出了問題，它對整個產(chǎn)品的影響有多大，這個功能出問題的概率有多大？如果出問題的概率很大，出了問題對 整個產(chǎn)品的影響也很大，那么在測試時就一定要覆蓋到。對于一個用戶很少用到的功能，出問題的概率很小，就算出了問題的影響也不是很大，那么如果時間比較緊 的話，就可以考慮不測試?；陲L險測試的兩個決定因素就是：該功能出問題對用戶的影響有多大，出問題的概率有多大。其它一些影響因素還有復雜性、可用性、依賴性、可修改性等。測試人員主要根據(jù)事情的輕重緩急來決定測試工作的重點。4. 基于模型的測試模型實際上就是用語言把一個系統(tǒng)的行為描述出來，定義出它可能的各種狀態(tài)，以及它們

37、之間的轉(zhuǎn)換關(guān)系，即狀態(tài)轉(zhuǎn)換圖。模型是系統(tǒng)的抽象?；谀Ｐ偷臏y試是利用模型來生成相應(yīng)的測試用例，然后根據(jù)實際結(jié)果和原先預想的結(jié)果的差異來測試系統(tǒng)，過程如下圖所示。三、軟件測試的類型常見的軟件測試類型有：BVT (Build Verification Test)BVT是在所有開發(fā)工程師都已經(jīng)檢入自己的代碼，項目組編譯生成當天的版本之后進行，主要目的是驗證最新生成的軟件版本在功能上是否完整，主要的軟 件特性是否正確。如無大的問題，就可以進行相應(yīng)的功能測試。BVT優(yōu)點是時間短，驗證了軟件的基本功能。缺點是該種測試的覆蓋率很低。因為運行時間短，不 可能把所有的情況都測試到。Scenario Tests（

38、基于用戶實際應(yīng)用場景的測試）在做BVT、功能測試的時候，可能測試主要集中在某個模塊，或比較分離的功能上。當用戶來使用這個應(yīng)用程序的時候，各個模塊是作為一個整體來使用 的，那么在做測試的時候，就需要模仿用戶這樣一個真實的使用環(huán)境，即用戶會有哪些用法，會用這個應(yīng)用程序做哪些事情，操作會是一個怎樣的流程。加了這些測 試用例后，再與BVT、功能測試配合，就能使軟件整體都能符合用戶使用的要求。Scenario Tests優(yōu)點是關(guān)注了用戶的需求，缺點是有時候難以真正模仿用戶真實的使用情況。Smoke Test在測試中發(fā)現(xiàn)問題，找到了一個Bug，然后開發(fā)人員會來修復這個Bug。這時想知道這次修復是否真的解決

39、了程序的Bug，或者是否會對其它模塊造成 影響，就需要針對此問題進行專門測試，這個過程就被稱為Smoke Test。在很多情況下，做Smoke Test是開發(fā)人員在試圖解決一個問題的時候，造成了其它功能模塊一系列的連鎖反應(yīng)，原因可能是只集中考慮了一開始的那個問題，而忽略其它的問題，這就可 能引起了新的Bug。Smoke Test優(yōu)點是節(jié)省測試時間，防止build失敗。缺點是覆蓋率還是比較低。此外，Application Compatibility Test（兼容性測試），主要目的是為了兼容第三方軟件，確保第三方軟件能正常運行，用戶不受影響。Accessibility Test（軟件適用性測試）

40、，是確保軟件對于某些有殘疾的人士也能正常的使用，但優(yōu)先級比較低。其它的測試還有Functional Test（功能測試）、Security Test（安全性測試）、Stress Test（壓力測試）、Performance Test（性能測試）、Regression Test（回歸測試）、Setup/Upgrade Test（安裝升級測試）等。四、微軟的軟件測試工作1. 基本情況測試在微軟公司是一項非常重要的工作，微軟公司在此方面的投入是非常巨大的。微軟對測試的重視表現(xiàn)在工程開發(fā)隊伍的人員構(gòu)成上，微軟的項目經(jīng)理、軟 件開發(fā)人員和測試人員的比例基本是1：3：3或1：4：4，可以看出開發(fā)人員與測試

41、人員的比例是1：1。對于測試的重視還表現(xiàn)在最后產(chǎn)品要發(fā)布的時候，此 產(chǎn)品的所有相關(guān)部門都必須簽字，而測試人員則具有絕對的否決權(quán)。測試人員中分成兩種職位，Software Development Engineer in Test（測試組的軟件開發(fā)工程師）實際上還是屬于開發(fā)人員，他們具備編寫代碼的能力和開發(fā)工具軟件的經(jīng)驗，側(cè)重于開發(fā)自動化測試工具和測試腳本，實現(xiàn)測 試的自動化。Software Test Engineer（軟件測試工程師）具體負責測試軟件產(chǎn)品，主要完成一些手工測試以及安裝配置測試。2. 測試計劃測試計劃是測試人員管理測試項目，在軟件中尋找Bug的一種有效的工具。測試計劃主要有兩個作用，一是評判團隊的測試覆蓋率以及效率，讓測試工作很 有條理的逐步展開。二