程序員所做的測試工作并非真正意義上的軟件測試，從本質(zhì)上來說，應(yīng)該稱作“調(diào)試“。調(diào)試就是，在錯(cuò)誤的情況下，對(duì)軟件程序代碼作出一系列檢查，校正的過程。而軟件測試則是在未知錯(cuò)誤的情況下，檢查程序代碼是否有問題的過程。1.2.2軟件測試的定義a.軟件是一個(gè)集合，包括三局部：程序代碼，文檔，數(shù)據(jù)。b.軟件測試就是為了發(fā)現(xiàn)錯(cuò)誤而審查軟件文檔、檢查軟件數(shù)據(jù)和執(zhí)行程序代碼的過程，其目的在于在軟件交付使用前充分發(fā)現(xiàn)缺陷并協(xié)助相關(guān)部門定位、解決缺陷，最后交付一個(gè)高質(zhì)量的軟件給用戶。c.從廣義上講，軟件測試是指軟件產(chǎn)品生存周期內(nèi)的所有檢查、評(píng)審和確認(rèn)活動(dòng)。如設(shè)計(jì)評(píng)審、文檔審查、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試等。d.軟件測試中稱找缺陷的過程為找Bug。Bug表示電腦系統(tǒng)或程序中隱藏的錯(cuò)誤、缺陷和問題。一切不完美的地方，我們都可以認(rèn)為其實(shí)一個(gè)Bug。1.2.3軟件測試分類〔1〕一般的，我們將軟件測試活動(dòng)分為以下幾類：黑盒測試、白盒測試、灰盒測試、靜態(tài)測試、動(dòng)態(tài)測試、手動(dòng)測試、自動(dòng)測試等。1〕黑盒測試黑盒測試又叫做功能測試、數(shù)據(jù)驅(qū)動(dòng)測試或基于需求規(guī)格說明書的功能測試。該測試類型注重于測試軟件的功能性需求。測試工程師無需了解程序代碼內(nèi)部構(gòu)造，完全模擬軟件產(chǎn)品的最終用戶使用該軟件，檢查軟件產(chǎn)品是否到達(dá)了用戶的需求。2〕白盒測試白盒測試又稱為構(gòu)造測試、邏輯驅(qū)動(dòng)測試或基于程序代碼內(nèi)部構(gòu)成的測試。測試工程師將深入考察程序代碼的內(nèi)部構(gòu)造，邏輯設(shè)計(jì)等。3〕灰盒測試灰盒測試是前兩種測試的集合，一方面考慮程序代碼的功能性表現(xiàn)，另一方面又要考慮程序代碼內(nèi)部構(gòu)造。像我們的功能測試，自動(dòng)化功能測試就采用了灰盒測試的方法。4〕靜態(tài)測試靜態(tài)測試，顧名思義，就是靜態(tài)的、不執(zhí)行被測對(duì)象程序代碼而尋找缺陷的過程。通俗的講，靜態(tài)測試就是用眼睛看，閱讀程序代碼、文檔資料等，與需求規(guī)格說明書中的客戶需求進(jìn)展比擬，找出程序代碼中設(shè)計(jì)不合理以及文檔資料有錯(cuò)誤的地方。一般在企業(yè)、公司里召開正規(guī)的評(píng)審會(huì)，通過評(píng)審的方式，找出文檔資料、程序代碼中存在缺陷的地方，并加以修改。在進(jìn)展代碼靜態(tài)測試時(shí)，可以使用代碼走查工具，如QAC++、C++Test等。5〕動(dòng)態(tài)測試動(dòng)態(tài)測試即為實(shí)際的執(zhí)行被測試對(duì)象代碼，輸入事先設(shè)計(jì)好的測試用例，檢查程序代碼運(yùn)行的結(jié)果與測試用例中設(shè)計(jì)的預(yù)期結(jié)果之間是否有差異，判定實(shí)際結(jié)果與預(yù)期結(jié)果是否一致，從而檢查程序的正確性、可靠性和有效性，并分析系統(tǒng)運(yùn)行效率和強(qiáng)健性等性能狀況。動(dòng)態(tài)測試由四局部組成：設(shè)計(jì)測試用例、執(zhí)行測試用例、分析比擬輸出結(jié)果、輸出測試報(bào)告。6〕手動(dòng)測試手動(dòng)測試是最傳統(tǒng)的測試方法。它是測試人員設(shè)計(jì)測試用例并且執(zhí)行測試用例，然后根據(jù)實(shí)際的結(jié)果去和預(yù)期的結(jié)果相比擬并記錄測試結(jié)果，最終輸出測試報(bào)告的測試活動(dòng)。7〕自動(dòng)化測試隨著測試技術(shù)的不斷更新，出現(xiàn)了很多自動(dòng)化測試工具，如HP的QuickTestProfessional、LoadRunner,微軟的WAS，IBM的Rational等。所謂的自動(dòng)化測試就是利用一些測試工具，模擬用戶的業(yè)務(wù)使用流程，讓它們自動(dòng)運(yùn)行來查找缺陷。也可以編寫一些代碼，設(shè)定特定的測試場景，來自動(dòng)尋找缺陷。自動(dòng)化測試的優(yōu)點(diǎn)是能夠很快、很廣泛的查找缺陷，同時(shí)可以做很多重復(fù)性的工作，在回歸測試階段，可以利用QuickTestProfessional自動(dòng)化功能測試工具進(jìn)展。有時(shí)候我們常常需要做一種壓力測試，需要幾萬甚至幾十萬個(gè)用戶同時(shí)訪問某個(gè)站點(diǎn)，以保證網(wǎng)站的效勞器不回出現(xiàn)死機(jī)或者崩潰的現(xiàn)象。一般來說，找?guī)兹f人同時(shí)翻開網(wǎng)頁是不現(xiàn)實(shí)的，就算能夠找到則多的測試者，本錢也很高。但是，利用測試工具，比方LoadRunner，就可以非常容易得做到，并且測試工具還可以自動(dòng)判斷瀏覽結(jié)果是否正確。1.3軟件測試流程測試方案的編寫從分析和設(shè)計(jì)階段就開場了。在實(shí)際工作中，測試環(huán)節(jié)可分為明顯的、同等重要的幾個(gè)階段：需求測試、單元測試、集成測試〔又稱組裝測試〕和系統(tǒng)測試。第六階段是驗(yàn)收測試階段，驗(yàn)收測試無論是在規(guī)模上或性質(zhì)上都和系統(tǒng)測試很相似，它們的根本區(qū)別在于：前者是內(nèi)部的，而后者是手“客戶“控制的。軟件測試流程圖單元測試：是對(duì)軟件中的根本組成單位進(jìn)展的測試，如一個(gè)模塊、一個(gè)過程等等。她是軟件動(dòng)態(tài)測試的最根本局部，也是最重要局部，其目的是檢驗(yàn)軟件根本組成單位的正確性。8、既可以用于黑盒測試，也可以用于白盒測試的方法的是〔〕邏輯覆蓋法B.邊界值法C.根本路徑法正交試驗(yàn)設(shè)計(jì)法邏輯覆蓋法和根本路徑測試是白盒測試的大分類；正交實(shí)驗(yàn)設(shè)計(jì)法：也是不涉及代碼內(nèi)部構(gòu)造的典型的黑盒測試方法；邊界值法在黑盒測試中，我們可以不涉及代碼來取邊界值；但是也可以在設(shè)計(jì)代碼時(shí)，比方在條件覆蓋等白盒測試方法中取到邊界值，因?yàn)橥吔缰档奈恢萌菀壮鲥e(cuò)。。。所以是兩種測試都可以用9、驗(yàn)收測試是由最終用戶來實(shí)施的。請(qǐng)判斷這句話的正確與否。A.TB.FAcceptancetesting(驗(yàn)收測試)，系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和/或獨(dú)立測試人員根據(jù)測試方案和結(jié)果對(duì)系統(tǒng)進(jìn)展測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。這是管理性和防御性控制。驗(yàn)收測試有alpha和beta兩種，且都由用戶來實(shí)施，區(qū)別在于是否為最終用戶alpha測試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)展的測試，也可以是公司內(nèi)部用戶在模擬實(shí)際操作環(huán)境進(jìn)展的受控測試beta測試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)實(shí)際使用環(huán)境下進(jìn)展的測試驗(yàn)收測試有alpha和beta兩種，且都由用戶來實(shí)施，區(qū)別在于是否為最終用戶alpha測試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)展的測試，也可以是公司內(nèi)部用戶在模擬實(shí)際操作環(huán)境進(jìn)展的受控測試beta測試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)實(shí)際使用環(huán)境下進(jìn)展的測試10、如果某測試用例集實(shí)現(xiàn)了某軟件的路徑覆蓋，則它一定同時(shí)實(shí)現(xiàn)了該軟件的判定覆蓋11、在下面說列舉的邏輯測試覆蓋中，測試覆蓋最強(qiáng)的是？條件覆蓋條件組合覆蓋語句覆蓋判定/條件覆蓋條件覆蓋CC〔ConditionCoverage〕，設(shè)計(jì)足夠多的測試用例，運(yùn)行被測程序，使得每一判定語句中每個(gè)邏輯條件的可能取值至少滿足一次。條件覆蓋率的公式：條件覆蓋率=被評(píng)價(jià)到的條件取值的數(shù)量/條件取值的總數(shù)X100%[1]條件覆蓋的缺點(diǎn)：只考慮到每個(gè)判定語句中的每個(gè)表達(dá)式，沒有考慮到各個(gè)條件分支〔或者涉及不到全局部支〕，即不能夠滿足判定覆蓋.條件組合覆蓋，也稱多條件覆蓋MCC〔MultipleConditionCoverage〕，設(shè)計(jì)足夠多的測試用例，使得每個(gè)判定中條件的各種可能組合都至少出現(xiàn)一次〔以數(shù)軸形式劃分區(qū)域，提取交集，建立最少的測試用例〕。這種方法包含了“分支覆蓋〞和“條件覆蓋〞的各種要求。滿足條件組合覆蓋一定滿足判定覆蓋、條件覆蓋、判定條件覆蓋。條件組合覆蓋率的公式：條件組合覆蓋率=被評(píng)價(jià)到的條件取值組合的數(shù)量/條件取值組合的總數(shù)條件組合覆蓋的缺點(diǎn)：判定語句較多時(shí)，條件組合值比擬多。語句覆蓋SC〔StatementCoverage〕，就是設(shè)計(jì)假設(shè)干個(gè)測試用例，運(yùn)行被測程序，使得程序中每一可執(zhí)行語句至少執(zhí)行一次。這里的“假設(shè)干個(gè)〞，意味著使用測試用例越少越好。語句覆蓋在測試中主要發(fā)現(xiàn)缺陷或錯(cuò)誤語句。判定條件覆蓋CDC〔Condition/DecisionCoverage〕，設(shè)計(jì)足夠多的測試用例，使得判定中的每個(gè)條件的所有可能〔真/假〕至少出現(xiàn)一次，并且每個(gè)判定本身的判定結(jié)果也至少出現(xiàn)一次。[1]判定條件覆蓋率的公式：條件判定覆蓋率=被評(píng)價(jià)到的條件取值和判定分支的數(shù)量/〔條件取值總數(shù)+判定分支總數(shù)〕.判定條件覆蓋的缺點(diǎn)：沒有考慮單個(gè)判定對(duì)整體結(jié)果的影響，無法發(fā)現(xiàn)邏輯錯(cuò)誤。正確答案：B

解析：邏輯測試覆蓋是白盒測試法常用的技術(shù)。主要的覆蓋標(biāo)準(zhǔn)有6種，強(qiáng)度由弱到強(qiáng)依次是：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋12、[不定項(xiàng)選擇題]有關(guān)"測試驅(qū)動(dòng)開發(fā)"，以下說法正確的有？TDD的原理是在開發(fā)功能代碼之前，先編寫單元測試用例代碼，測試代碼確定需要編寫什么產(chǎn)品代碼TDD的根本思路就是通過測試來推動(dòng)整個(gè)開發(fā)得進(jìn)展，但測試驅(qū)動(dòng)開發(fā)并不只是單純的測試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過程。TDD的重要目的不僅僅是測試軟件，測試工作保證代碼質(zhì)量僅僅是其中一局部，而且是在開發(fā)過程中幫助客戶和程序員去除模棱兩可的需求。TDD首先考慮使用需求〔對(duì)象、功能、過程、接口等〕，主要是編寫測試用例框架對(duì)功能的過程和接口進(jìn)展設(shè)計(jì)，而測試框架可以持續(xù)進(jìn)展驗(yàn)證。測試驅(qū)動(dòng)開發(fā)，英文全稱Test-DrivenDevelopment，簡稱

TDD

，是一種不同于傳統(tǒng)

軟件開發(fā)流程

的新型的開發(fā)方法。它要求在編寫某個(gè)功能的代碼之前先編寫測試代碼，然后只編寫使測試通過的功能代碼，通過測試來推動(dòng)整個(gè)開發(fā)的進(jìn)展。這有助于編寫簡潔可用和高質(zhì)量的代碼，并加速開發(fā)過程。測試驅(qū)動(dòng)開發(fā)是敏捷開發(fā)中的一項(xiàng)核心實(shí)踐和技術(shù)，也是一種設(shè)計(jì)方法論。TDD得原理是在開發(fā)功能代碼之前，先編寫單元測試用例代碼，測試代碼確定需要編寫什么產(chǎn)品代碼。TDD雖是敏捷方法的核心實(shí)踐，但不只適用于XP〔ExtremeProgramming〕，同樣可以適用于敏感詞開發(fā)方法和過程。TDD得根本思路就是通過測試來推動(dòng)整個(gè)開發(fā)得進(jìn)展，但測試驅(qū)動(dòng)開發(fā)并不只是單純的測試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過程。TDD的重要目的不僅僅是測試軟件，測試工作保證代碼質(zhì)量僅僅是其中一局部，而且是在開發(fā)過程中幫助客戶和程序員去除模棱兩可的需求。TDD首先考慮使用需求〔對(duì)象、功能、過程、接口等〕，主要是編寫測試用例框架對(duì)功能的過程和接口進(jìn)展設(shè)計(jì)，而測試框架可以持續(xù)進(jìn)展驗(yàn)證。

優(yōu)點(diǎn)：在任意一個(gè)開發(fā)節(jié)點(diǎn)都可以拿出一個(gè)可以使用，含少量bug并具一定功能的產(chǎn)品。

缺點(diǎn)：增加代碼量。測試代碼是系統(tǒng)代碼的兩倍或更多13、測試方法可以分成哪幾種A個(gè)人復(fù)查B抽查和會(huì)審C黑盒測試D白盒測試人工測試：個(gè)人復(fù)查、抽查和會(huì)審，機(jī)器測試：黑盒測試和白盒測試85、工程立項(xiàng)前測試人員不需要提交任何工件。請(qǐng)判斷這句話的正確與否。正確答案:A

你的答案:B

(錯(cuò)誤)A.TB.F工件是加工過程中的生產(chǎn)對(duì)象。工程立項(xiàng)前，測試人員是不需要提供任何工件的。所以該說法正確，應(yīng)選A。86、測試的關(guān)鍵問題是()正確答案:D

你的答案:D

(正確)A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性C.如何采用綜合策略D.如何選擇測試用例測試用例是測試程序正確性與否的關(guān)鍵。一個(gè)覆蓋完全的測試用例可以測試出程序是否正確運(yùn)行，是否有bug等等，是最重要的。87、單元測試能發(fā)現(xiàn)約80%的軟件缺陷。請(qǐng)判斷這句話的正確與否。正確答案:A

你的答案:A

(正確)A.TB.F因?yàn)槿毕莘糯罄碚?，在單元測試階段發(fā)現(xiàn)的bug會(huì)在系統(tǒng)測試階段被放大，放大倍數(shù)完全符合80/20理論單元測試〔unittesting〕，是指對(duì)軟件中的最小可測試單元進(jìn)展檢查和驗(yàn)證。對(duì)于單元測試中單元的含義，一般來說，要根據(jù)實(shí)際情況去判定其具體含義，如C語言中單元指一個(gè)函數(shù)，Java里單元指一個(gè)類，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等。總的來說，單元就是人為規(guī)定的最小的被測功能模塊。單元測試是在軟件開發(fā)過程中要進(jìn)展的最低級(jí)別的測試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他局部相隔離的情況下進(jìn)展測試。88、自底向上集成需要測試員編寫驅(qū)動(dòng)程序。請(qǐng)判斷這句話的正確與否。正確答案:A

你的答案:A

(正確)A.TB.F自底向上測試是從“原子〞模塊〔即軟件構(gòu)造最低層的模塊〕開場組裝測試，因測試到較高層模塊時(shí)，所需的下層模塊功能均已具備，所以不再需要樁模塊。

自底向上集成方法不用樁模塊，測試用例的設(shè)計(jì)亦相對(duì)簡單，但缺點(diǎn)是程序最后一個(gè)模塊參加時(shí)才具有整體形象，需要開發(fā)驅(qū)動(dòng)模塊。自底向上集成是從最低層的模塊開場集成,因測試到較高層模塊時(shí),所需求的下層模塊功能均已具備,所以不再需要樁模塊,測試用例的設(shè)計(jì)也相對(duì)簡單,缺點(diǎn)是程序最后一個(gè)查勘塊參加時(shí)才具有整體形象.

自底向上集成測試的步驟為:

1.把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群;

2.開發(fā)一個(gè)測試驅(qū)動(dòng)模塊,控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;

3.對(duì)每個(gè)模塊群進(jìn)展測試;

4.刪除測試使用的驅(qū)動(dòng)模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群.89、下面屬于白盒測試方法的是正確答案:B

你的答案:A

(錯(cuò)誤)A.等價(jià)劃分方法B.邏輯覆蓋C.邊界值分析D.錯(cuò)誤推測法【解析】白盒測試法主要有邏輯覆蓋、根本路徑測試等。邏輯覆蓋測試包括語句覆蓋、路徑覆蓋、判定覆蓋、判斷-條件覆蓋,選擇B。其余為黑盒測試法。白盒測試并不是簡單的按照代碼設(shè)計(jì)用例，而是需要根據(jù)不同的測試需求，結(jié)合不同的測試對(duì)象，使用適合的方法進(jìn)展測試。因?yàn)閷?duì)于不同復(fù)雜度的代碼邏輯，可以衍生出許多種執(zhí)行路徑，只有適當(dāng)?shù)臏y試方法，才能幫助我們從代碼的迷霧森林中找到正確的方向。白盒子測試方法：〔強(qiáng)度由低到高〕語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。90、軟件測試類型按開發(fā)階段劃分是？正確答案:B

你的答案:B

(正確)A.需求測試、單元測試、集成測試、驗(yàn)證測試B.單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試C.單元測試、集成測試、驗(yàn)證測試、確認(rèn)測試、驗(yàn)收測試D.調(diào)試、單元測試、集成測試、用戶測試〔1〕單元測試：

單元測試又稱為模塊測試，是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊進(jìn)展正確性檢查的測試工作，單元測試需要從程序內(nèi)部構(gòu)造出發(fā)設(shè)計(jì)測試用例，多個(gè)模塊可以平行地獨(dú)立進(jìn)展單元測試。

〔2〕集成測試

又稱為組裝測試或聯(lián)合測試，在單元測試的根底上，需要將所有模塊按照概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)展組裝?！?〕確認(rèn)測試

確認(rèn)測試的目標(biāo)是驗(yàn)證軟件的功能和性能以及其他特性是否與用戶的要求一致。確認(rèn)測試一般包括有效性測試和軟件配置復(fù)查。一般有第三方測試機(jī)構(gòu)進(jìn)展。

〔4〕系統(tǒng)測試

軟件作為計(jì)算機(jī)系統(tǒng)的一局部，與硬件、網(wǎng)絡(luò)、外設(shè)、支撐軟件、數(shù)據(jù)以及人員結(jié)合在一起，在實(shí)際或模擬環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)展測試，

目的在于與系統(tǒng)需求比擬，發(fā)現(xiàn)問題

〔5〕驗(yàn)收測試

以用戶為主的測試，軟件開發(fā)人員和質(zhì)量保證人員參加，由用戶設(shè)計(jì)測試用例。

不是對(duì)系統(tǒng)進(jìn)展全覆蓋測試，而是對(duì)核心業(yè)務(wù)流程進(jìn)展測試。所以軟件測試類型按開發(fā)階段分為單元測試，集成測試，確認(rèn)測試，系統(tǒng)測試，驗(yàn)收測試。91、軟件驗(yàn)收測試的合格通過準(zhǔn)則是：正確答案:ABCD

你的答案:ABCD

(正確)A.軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部到達(dá)要求。B.所有測試項(xiàng)沒有剩余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C.立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D.驗(yàn)收測試工件齊全〔測試方案，測試用例，測試日志，測試通知單，測試分析報(bào)告〕。92、做好文檔測試需要注意的點(diǎn)有哪些正確答案:ABCD

你的答案:ABCD

(正確)A.仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)例如B.檢查文檔的編寫是否滿足文檔編寫的目的C.內(nèi)容是否齊全，正確，完善D.標(biāo)記是否正確93、以下關(guān)于alpha測試的描述中正確的選項(xiàng)是哪些？正確答案:AD

你的答案:AD

(正確)A.alpha測試需要用戶代表參加B.alpha測試不需要用戶代表參加C.alpha測試是系統(tǒng)測試的一種D.alpha測試是驗(yàn)收測試的一種α測試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)展的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)展的受控測試，α測試不能由程序員或測試員完成。α測試發(fā)現(xiàn)的錯(cuò)誤，可以在測

α測試性能測試

試現(xiàn)場立刻反應(yīng)給開發(fā)人員，由開發(fā)人員及時(shí)分析和處理。目的是評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼完畢之后開場，或在模塊〔子系統(tǒng)〕測試完成后開場，也可以在確認(rèn)測試過程中產(chǎn)品到達(dá)一定的穩(wěn)定和可靠程度之后再開場。所以選AD。94、軟件測試的對(duì)象包括〔〕正確答案:B

你的答案:C

(錯(cuò)誤)A.目標(biāo)程序和相關(guān)文檔B.源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔C.目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D.源程序和目標(biāo)程序軟件測試的對(duì)象包括：程序、數(shù)據(jù)、文檔。目標(biāo)程序和源程序都屬于程序。95、判斷對(duì)錯(cuò)。系統(tǒng)測試方案屬于工程階段性關(guān)鍵文檔，因此需要同行評(píng)審。正確答案:A

你的答案:A

(正確)A.正確B.錯(cuò)誤同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,系統(tǒng)測試方案屬于工程階段性關(guān)鍵文檔，同行評(píng)審是必須的96、對(duì)于軟件的β測試，以下描述正確的選項(xiàng)是()。正確答案:D

你的答案:D

(正確)A.β測試就是在軟件公司內(nèi)部展開的測試，由公司專業(yè)的測試人員執(zhí)行的測試B.β測試就是在軟件公司內(nèi)部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試C.β測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試D.β測試就是在軟件公司外部展開的測試，可以由非專業(yè)的測試人員執(zhí)行的測試α、β、λ常用來表示軟件測試過程中的三個(gè)階段，α是第一階段，一般只供內(nèi)部測試使用；β是第二個(gè)階段，已經(jīng)消除了軟件中大局部的不完善之處，但仍有可能還存在缺陷和漏洞，一般只提供應(yīng)特定的用戶群來測試使用；λ是第三個(gè)階段，此時(shí)產(chǎn)品已經(jīng)相當(dāng)成熟，只需在個(gè)別地方再做進(jìn)一步的優(yōu)化處理即可上市發(fā)行。Beta測試是一種驗(yàn)收測試。所謂驗(yàn)收測試是軟件產(chǎn)品完成了功能測試和系統(tǒng)測試之后，在產(chǎn)品發(fā)布之前所進(jìn)展的軟件測試活動(dòng)，它是技術(shù)測試的最后一個(gè)階段，通過了驗(yàn)收測試，產(chǎn)品就會(huì)進(jìn)入發(fā)布階段。驗(yàn)收測試一般根據(jù)產(chǎn)品規(guī)格說明書嚴(yán)格檢查產(chǎn)品，逐行逐字地對(duì)照說明書上對(duì)軟件產(chǎn)品所做出的各方面要求，確保所開發(fā)的軟件產(chǎn)品符合用戶的各項(xiàng)要求。通過綜合測試之后，軟件已完全組裝起來，接口方面的錯(cuò)誤也已排除，軟件測試的最后一步——驗(yàn)收測試即可開場。驗(yàn)收測試應(yīng)檢查軟件能否按合同要求進(jìn)展工作，即是否滿足軟件需求說明書中確實(shí)認(rèn)標(biāo)準(zhǔn)。Beta測試由軟件的最終用戶們?cè)谝粋€(gè)或多個(gè)客房場所進(jìn)展。與Alpha測試不同，開發(fā)者通常不在Beta測試的現(xiàn)場，因Beta測試是軟件在開發(fā)者不能控制的環(huán)境中的“真實(shí)〞應(yīng)用。用戶Beta測試過程中遇到的一切問題〔真實(shí)在或想像的〕，并且定期把這些問題報(bào)告給開發(fā)者。接收到在Beta測試期間報(bào)告的問題之后，開發(fā)者對(duì)軟件產(chǎn)品進(jìn)展必要的修改，并準(zhǔn)備向全體客戶發(fā)布最終的軟件產(chǎn)品。97、代碼評(píng)審員一般由測試員擔(dān)任。請(qǐng)判斷這句話的正確與否。正確答案:B

你的答案:B

(正確)A.TB.F一般都是開發(fā)人員評(píng)審代碼評(píng)審的內(nèi)容：編碼標(biāo)準(zhǔn)問題：命名不標(biāo)準(zhǔn)、magicnumber、System.out……代碼構(gòu)造問題：重復(fù)代碼、巨大的方法和類、分層不當(dāng)、緊耦合工具、框架使用不當(dāng)：Spring、Hibernate、AJAX實(shí)現(xiàn)問題：錯(cuò)誤驗(yàn)證、異常處理、事務(wù)劃分、線程、性能、平安、實(shí)現(xiàn)過于復(fù)雜、代碼可讀性不佳、擴(kuò)展性不好測試問題：測試覆蓋度不夠、可測試性不好代碼評(píng)審不負(fù)責(zé)檢查功能、邏輯是否正確，這些要靠單元測試和QA工作來解決98、對(duì)手機(jī)軟件的壓力測試通?？梢园ā径囗?xiàng)選擇】〔〕正確答案:ABC

你的答案:ABCD

(錯(cuò)誤)A.存儲(chǔ)壓力B.響應(yīng)能力壓力C.網(wǎng)絡(luò)流量壓力D.并發(fā)壓力針對(duì)手機(jī)應(yīng)用軟件的系統(tǒng)測試，我們通常從如下幾個(gè)角度開展：功能模塊測試，穿插事件測試，壓力測試，容量測試，兼容性測試，易用性/用戶體驗(yàn)測試等.對(duì)手機(jī)可以施加的壓力測試類型主要有：存儲(chǔ)壓力、邊界壓力、響應(yīng)能力壓力、網(wǎng)絡(luò)流量壓力99、下面屬于白盒測試方法的有哪些？正確答案:AD

你的答案:ACD

(錯(cuò)誤)A.語句覆蓋B.等價(jià)類劃分C.邊界值分析D.判定條件覆蓋黑盒測試方法

、白盒測試方法：具體的黑盒測試用例設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、場景法等。

白盒測試的測試方法有代碼檢查法、靜態(tài)構(gòu)造分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、根本路徑測試法、域測試、符號(hào)測試、路徑覆蓋和程序變異

白盒測試法的覆蓋標(biāo)準(zhǔn)有

邏輯覆蓋

、循環(huán)覆蓋和根本

路徑測試

。其中邏輯覆蓋包括

語句覆蓋

、

判定覆蓋

、

條件覆蓋

、判定/條件覆蓋、

條件組合覆蓋

和

路徑覆蓋

。100、軟件驗(yàn)收測試分為三類：正式驗(yàn)收測試；非正式驗(yàn)收測試：其中包括α測試〔由用戶、測試人員、開發(fā)人員共同參與的內(nèi)部測試?！?/p>

和β測試〔內(nèi)測后的公測，即完全交給最終用戶測試。〕101、軟件測試方案評(píng)審會(huì)需要哪些人員參加？正確答案:ABCD

你的答案:ABCD

(正確)A.工程經(jīng)理B.SQA負(fù)責(zé)人C.配置負(fù)責(zé)人D.測試組軟件測試方案評(píng)審會(huì)需要有

工程經(jīng)理、客戶(可選)、配置管理員、測試經(jīng)理、開發(fā)組長等人的參加。所以ABCD都需要參加。所以選ABCD。軟件質(zhì)量保證〔SQA-SoftwareQualityAssurance〕是建立一套有方案，有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有工程所采用。軟件質(zhì)量保證的目的是使軟件過程對(duì)于管理人員來說是可見的。它通過對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)展評(píng)審和審計(jì)來驗(yàn)證軟件是符合標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在工程開場時(shí)就一起參與建立方案、標(biāo)準(zhǔn)和過程。這些將使軟件工程滿足機(jī)構(gòu)方針的要求。

目標(biāo)1:軟件質(zhì)量保證[1]工作是有方案進(jìn)展的。

目標(biāo)2:客觀地驗(yàn)證軟件工程產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。

目標(biāo)3:將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個(gè)人。

目標(biāo)4:高級(jí)管理層接觸到在工程內(nèi)部不能解決的不符合類問題。

目標(biāo)5:軟件質(zhì)量需要全面的測試工作來保證。102、下面描述測試工具的功能正確的有？正確答案:ABCD

你的答案:ABCD

(正確)A.JMeter:基于JAVA的壓力測試工具，Badboy用來進(jìn)展腳本的錄制B.Junit:白盒測試工具：針對(duì)代碼測試C.LoadRunner:負(fù)載壓力測試D.TestLink:用例管理工具LoadRunner-負(fù)載壓力測試：預(yù)測系統(tǒng)性能。JMeter+Badboy：基于JAVA的壓力測試工具，Badboy用來進(jìn)展腳本的錄制

功能測試：通過自動(dòng)錄制、檢測和回放用戶的應(yīng)用操作。將輸出記錄同預(yù)先給定的記錄比擬。

Junit：白盒測試工具：針對(duì)代碼測試

測試管理工具：對(duì)測試需求、方案、用例、實(shí)施進(jìn)展管理

測試輔助工具：本身不執(zhí)行，可以生成測試數(shù)據(jù)，為測試提供數(shù)據(jù)準(zhǔn)備

負(fù)載壓力測試：LoadRunner:預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測試工具。模擬上千萬用戶同時(shí)實(shí)施并發(fā)操作，來實(shí)時(shí)監(jiān)控可能發(fā)生的問題。

功能測試：QTP(quicktestprofessional