計(jì)算機(jī)四級(jí)軟件測(cè)試工程師-20

1、計(jì)算機(jī)四級(jí)軟件測(cè)試工程師 -20（ 總分： 100.00 ，做題時(shí)間： 90 分鐘 ）一、選擇題 （總題數(shù)： 25，分?jǐn)?shù)： 50.00）1. 每個(gè)測(cè)試用例都應(yīng)包括（分?jǐn)?shù)： 2.00 ）A. 唯一的名稱和標(biāo)識(shí)符B. 測(cè)試的初始化要求C. 測(cè)試用例說(shuō)明D. 以上全部 V解析： 解析 每個(gè)測(cè)試用例應(yīng)包括：唯一的名稱和標(biāo)識(shí)符；測(cè)試追蹤；用例說(shuō)明；測(cè)試的初始化要求；測(cè) 試的輸入；期望的測(cè)試結(jié)果；評(píng)價(jià)測(cè)試結(jié)果的準(zhǔn)則；實(shí)施測(cè)試用例的執(zhí)行步驟。2. 之所以性能測(cè)試有很多指標(biāo)，是因?yàn)椴煌娜藛T對(duì)軟件性能的視角不同，關(guān)注點(diǎn)也不同，單純認(rèn)為性能 就是響應(yīng)時(shí)間的是（分?jǐn)?shù)： 2.00 ）A. 管理員視角B. 用戶視角

2、VC. 測(cè)試人員視角D. 開(kāi)發(fā)人員視角解析： 解析 軟件的性能是軟件的一種非功能特性，軟件性能指標(biāo)有很多，如響應(yīng)時(shí)間、系統(tǒng)響應(yīng)時(shí)間和 應(yīng)用延遲時(shí)間、吞吐量、并發(fā)用戶數(shù)、資源利用率，之所以有這么多指標(biāo)是因?yàn)椴煌娜藛T對(duì)軟件性能的 視角不同，關(guān)注點(diǎn)也不同。從用戶視角來(lái)看，性能就是響應(yīng)時(shí)間，用戶甚至不關(guān)心響應(yīng)時(shí)間中哪些是軟件 造成，哪些是硬件造成的；從管理員視角來(lái)看，管理員首先關(guān)注普通用戶感受到的軟件性能，其次要關(guān)注 如何利用管理功能進(jìn)行性能調(diào)優(yōu)等；從開(kāi)發(fā)人員視角看，開(kāi)發(fā)人員會(huì)更加深入的關(guān)注軟件性能，在開(kāi)發(fā)過(guò) 程中，開(kāi)發(fā)人員希望能盡可能的開(kāi)發(fā)出高性能的軟件。3. 功能或特性沒(méi)有實(shí)現(xiàn)，主要功能部分喪失

3、，次要功能完傘喪失，或致命的錯(cuò)誤聲明，這屬于軟件缺陷級(jí) 別中的（分?jǐn)?shù)： 2.00 ）A. 致命的缺陷B. 嚴(yán)重的缺陷 VC. 一般的缺陷D. 微小的缺陷解析： 解析 軟件缺陷一旦被發(fā)現(xiàn)，就要設(shè)法找出引起該缺陷的原因，分析對(duì)產(chǎn)品質(zhì)量的影響，然后確定 軟件缺陷的嚴(yán)重性和處理這個(gè)缺陷的優(yōu)先級(jí)。一般來(lái)說(shuō)，問(wèn)題越嚴(yán)重，其處理的優(yōu)先級(jí)越高，越要得到及 時(shí)的糾正。軟件缺陷有四種級(jí)別，分別為：致命的 （Fatal） ，嚴(yán)重的 （Critical） ，一般的 （Major） ，微小的 （Minor） 。4. 下列關(guān)于測(cè)試策略，說(shuō)法錯(cuò)誤的是分?jǐn)?shù)： 2.00 ）A. 自底向上測(cè)試的優(yōu)點(diǎn)是隨著上移，驅(qū)動(dòng)模塊逐步減少，

4、測(cè)試開(kāi)銷小一些B. 自頂向下測(cè)試的優(yōu)點(diǎn)是較早的發(fā)現(xiàn)高層模塊接口、控制等方面的問(wèn)題C. 自底向上測(cè)試的優(yōu)點(diǎn)是比較容易設(shè)計(jì)測(cè)試用倒D. 自頂向下測(cè)試的優(yōu)點(diǎn)是使得低層模塊的錯(cuò)誤較早發(fā)現(xiàn)V解析： 解析 自頂向下測(cè)試的優(yōu)點(diǎn)應(yīng)該是使得項(xiàng)層模塊的錯(cuò)誤較早發(fā)現(xiàn)。5. 有一種類，它有成員方法，但有些是沒(méi)有實(shí)現(xiàn)的成員方法，該類是（分?jǐn)?shù)： 2.00 ）A. 抽象類 VB. 基類C. 派生類D. 虛基類解析： 解析 所謂抽象類，就是只有一些成員方法而沒(méi)有其實(shí)現(xiàn)的類，甚至有的抽象類中的所有方法都沒(méi) 有實(shí)現(xiàn)。由于有成員方法而沒(méi)有實(shí)現(xiàn)的成員方法，抽象類不能直接用于創(chuàng)建實(shí)例。6. 用紙張、缺陷單等來(lái)管理軟件缺陷報(bào)告的方式被淘

5、汰的主要原因是（分?jǐn)?shù)： 2.00 ）A. 無(wú)法滿足快速處理軟件缺陷的需求B. 無(wú)法滿足快速存儲(chǔ)軟件缺陷的需求C. 無(wú)法滿足共享軟件缺陷的需求D. 以上全部 V解析：解析 目前測(cè)試組織在早期使用紙張、缺陷單或者 Excel 電子表格文檔等來(lái)管理軟件缺陷報(bào)告的方 式已經(jīng)被淘汰，其主要原因是目前軟件系統(tǒng)規(guī)模日益增大，測(cè)試過(guò)程發(fā)現(xiàn)軟件缺陷數(shù)量多，參與測(cè)試人員 眾多，而這些傳統(tǒng)的手段已經(jīng)無(wú)法滿足快速存儲(chǔ)、處理、共享軟件缺陷的需求。7. 對(duì)采用迭代或增量開(kāi)發(fā)過(guò)程模型開(kāi)發(fā)的產(chǎn)品進(jìn)行集成測(cè)試時(shí)最適合采用的集成策略是（分?jǐn)?shù)： 2.00 ）A. 傳統(tǒng)的集成測(cè)試策略B. 基于使用的集成測(cè)試策略C. 基干集成測(cè)試策略

6、D. 高頻集成測(cè)試策略 V解析：解析 高頻集成是指在軟件開(kāi)發(fā)過(guò)程中頻繁地將新開(kāi)發(fā)的代碼與已有代碼集成。最適用于采用迭代 或增量開(kāi)發(fā)過(guò)程模型開(kāi)發(fā)的產(chǎn)品進(jìn)行集成測(cè)試。8. 下列關(guān)于軟件測(cè)試自動(dòng)化，說(shuō)法正確的是（分?jǐn)?shù)： 2.00 ）A. 無(wú)法依靠人工完成的測(cè)試活動(dòng)均可以通過(guò)測(cè)試自動(dòng)化完成B. 輸出結(jié)果不明確的測(cè)試不適合自動(dòng)化 VC. 是否采用測(cè)試自動(dòng)化與所開(kāi)發(fā)的應(yīng)用軟件項(xiàng)目的性質(zhì)無(wú)關(guān)D. 與手工測(cè)試相比，采用自動(dòng)化測(cè)試可以明顯的提高測(cè)試質(zhì)量解析： 解析 考查對(duì)于軟件自動(dòng)化測(cè)試的理解，當(dāng)輸出結(jié)果不明確時(shí)，不適合采用自動(dòng)化測(cè)試。9. 分析性能下降曲線時(shí)會(huì)把曲線劃分為幾個(gè)區(qū)間，下列對(duì)于分析性能瓶頸有很大作

7、用的是分?jǐn)?shù)： 2.00 ）A. 性能平坦區(qū)B. 性能急劇下降區(qū) VC. 性能輕微下降區(qū)D. 其他區(qū)解析： 解析 通常分析性能下降曲線時(shí)，會(huì)首先將其分為幾個(gè)區(qū)間：性能平坦區(qū)，性能輕微下降區(qū)、性能 急劇下降區(qū)。其中性能平坦區(qū)是軟件運(yùn)行的正常狀態(tài)，因此人們往往希望該區(qū)間越長(zhǎng)越好；性能輕微下降 區(qū)是軟件承受高負(fù)載的緩沖區(qū)，該區(qū)間也是越長(zhǎng)越好；性能急劇下降區(qū)不是軟件的正常運(yùn)行區(qū)間，這一階 段響應(yīng)時(shí)間會(huì)急劇增加至用戶不能忍受，吞吐量會(huì)急劇下降甚至低于單用戶時(shí)的吞吐量，但該區(qū)間對(duì)于分 析性能瓶頸卻有很大作用， 通常說(shuō)來(lái)，性能急劇下降區(qū)的起始點(diǎn) （也稱性能拐點(diǎn) ） 就是性能瓶頸出現(xiàn)的地方， 此時(shí)進(jìn)一步分析資源

8、利用率就可以找到性能瓶頸的原因。10. 下列關(guān)于軟件測(cè)試過(guò)程的幾種抽象模型，說(shuō)法正確的是 （分?jǐn)?shù)： 2.00 ）A. H模型指出軟件測(cè)試具有獨(dú)立性，只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)，測(cè)試執(zhí)行活動(dòng)就可以開(kāi)展VB. W模型強(qiáng)調(diào)在整個(gè)項(xiàng)目開(kāi)發(fā)中需要經(jīng)歷的不同測(cè)試級(jí)別，指明測(cè)試的對(duì)象是程序C. 軟件測(cè)試過(guò)程與軟件開(kāi)發(fā)過(guò)程不同的是，它不必遵循軟件工程原理D. V 模型強(qiáng)調(diào)測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣需要測(cè)試解析： 解析 軟件測(cè)試過(guò)程體現(xiàn)了軟件測(cè)試的流程和方法，與軟件開(kāi)發(fā)過(guò)程一樣，都遵循軟件工程原理， 遵循管理學(xué)原理，故選項(xiàng) C不正確。V模型反映出測(cè)試活動(dòng)與分析設(shè)計(jì)活動(dòng)的關(guān)系，強(qiáng)調(diào)了在整個(gè)項(xiàng)目開(kāi) 發(fā)

9、過(guò)程中需要經(jīng)歷的不同測(cè)試級(jí)別，忽視了測(cè)試的對(duì)象不應(yīng)該僅僅是程序，W模型對(duì)V模型進(jìn)行了補(bǔ)充,明確指出：測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣需要進(jìn)行測(cè)試，H模型指出軟件測(cè)試是一個(gè)獨(dú)立的流程， 只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)， 測(cè)試執(zhí)行活動(dòng)就可以開(kāi)展， 軟件測(cè)試貫穿于產(chǎn)品的整個(gè)生命周期， 與其他流程可以并發(fā)進(jìn)行。11. 下列關(guān)于邏輯覆蓋的敘述中，說(shuō)法錯(cuò)誤的是（分?jǐn)?shù)： 2.00 ）A. 對(duì)于多分支的判定，判定覆蓋要使每一個(gè)判定表達(dá)式獲得每一種可能的值來(lái)測(cè)試B. 語(yǔ)句覆蓋是比較弱的覆蓋標(biāo)準(zhǔn)C. 語(yǔ)句覆蓋較判定覆蓋嚴(yán)格，但該測(cè)試仍不充分 VD. 條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)解析： 解析 考察自盒測(cè)試中各

10、種邏輯覆蓋之間的關(guān)系。12. 在需求獲取與定義階段就開(kāi)始建立，以后要不斷細(xì)化和完善的文檔是 （分?jǐn)?shù)： 2.00 ）A. 用戶手冊(cè) VB. 外部設(shè)計(jì)規(guī)格說(shuō)明C. 內(nèi)部設(shè)計(jì)規(guī)格說(shuō)明D. 測(cè)試計(jì)劃手冊(cè)解析： 解析 軟件的外部設(shè)計(jì)是從用戶的角度對(duì)產(chǎn)品進(jìn)行描述的，外部設(shè)計(jì)規(guī)格說(shuō)明是在外部設(shè)計(jì)期間產(chǎn) 生的文檔，用戶手冊(cè)是另一種文檔，與外部設(shè)計(jì)規(guī)格說(shuō)明不同的是，它是在需求獲取與定義階段就開(kāi)始建 立，以后要不斷細(xì)化和完善的文檔。13. 在健壯性測(cè)試中一般的方法是軟件故障插入測(cè)試， 這里插入故障的方法可以分為兩類： 狀態(tài)插入和代碼 插入。下面不屬于實(shí)現(xiàn)狀態(tài)插入方法的是分?jǐn)?shù)： 2.00 ）A. 基于進(jìn)程的B. 基

11、于消息的C. 基于程序的VD. 基于調(diào)試器的解析： 解析 健壯性測(cè)試 (Robustness Testing) 又稱容錯(cuò)測(cè)試，用于測(cè)試系統(tǒng)在出故障時(shí)，是否能自動(dòng)恢 復(fù)或者忽略故障繼續(xù)運(yùn)行。在健壯性測(cè)試中一般的方法是軟件故障插入測(cè)試，這里插入故障的方法可以分 為兩類：狀態(tài)插入和代碼插入。狀態(tài)插入是通過(guò)改變一個(gè)運(yùn)行系統(tǒng)的狀態(tài)和行為來(lái)實(shí)現(xiàn)，其中實(shí)現(xiàn)狀態(tài)插 入的方法主要有三種： 基于進(jìn)程的 (Process Based) 、基于調(diào)試器的 (Debugger Based) 和基于消息的 (Message Based) 。14. 關(guān)于同行評(píng)審說(shuō)法正確的是(分?jǐn)?shù)： 2.00 )A. 同行評(píng)審是對(duì)程序進(jìn)行模擬

12、，一步步的展示程序如何處理測(cè)試數(shù)據(jù)B. 同行評(píng)審雖然可以縮減工作時(shí)間，但同時(shí)也增加了大量的成本C. 在軟件開(kāi)發(fā)過(guò)程中進(jìn)行同行評(píng)審會(huì)浪費(fèi)時(shí)間，減緩項(xiàng)目的進(jìn)度D. 同行評(píng)審的目的就是發(fā)現(xiàn)產(chǎn)品的缺陷，因此在評(píng)審上的投入可以減少大量的后期返工V解析： 解析 同行評(píng)審 (Peer Review) 是一種通過(guò)作者的同行來(lái)確定缺陷和需要變更區(qū)域的檢查方法。在 軟件開(kāi)發(fā)過(guò)程中，管理者、開(kāi)發(fā)人員、客戶有時(shí)都反對(duì)評(píng)審，因?yàn)樗麄冋J(rèn)為同行評(píng)審會(huì)浪費(fèi)時(shí)間，減緩項(xiàng) 目的進(jìn)度。而實(shí)際上，真正造成項(xiàng)目進(jìn)度緩慢的是各種各樣的產(chǎn)品缺陷，評(píng)審的重要目的就是在評(píng)審中發(fā) 現(xiàn)產(chǎn)品的缺陷，因此在評(píng)審上的投入便可以減少大量的后期返工。通過(guò)評(píng)

13、審，還可將問(wèn)題記下來(lái)，具有歷 史可追溯性，另外很多事實(shí)證明了評(píng)審在縮減工作時(shí)間的同時(shí)還可以節(jié)約大量成本。15. 下列關(guān)于極限測(cè)試的說(shuō)法中，正確的是(分?jǐn)?shù)： 2.00 )A. 極限測(cè)試是一種新型的測(cè)試方法，傳統(tǒng)的測(cè)試技術(shù)均不適用于極限測(cè)試B. 極限測(cè)試中所有的測(cè)試均是由編碼人員完成的C. 與傳統(tǒng)的軟件測(cè)試相比，極限測(cè)試是一種更嚴(yán)格的測(cè)試D. 極限測(cè)試需要頻繁地進(jìn)行單元測(cè)試 V解析： 解析 20 世紀(jì) 90年代。 Kent Beck 提出了極限編程的新型軟件開(kāi)發(fā)方法，該方法主要目的是利用 輕量、便捷的開(kāi)發(fā)過(guò)程使得開(kāi)發(fā)人員能夠更快地完成應(yīng)用程序的開(kāi)發(fā)。與傳統(tǒng)的軟件開(kāi)發(fā)方法相比，開(kāi)發(fā) 效率高，但代碼質(zhì)

14、量得不到保證，為此出現(xiàn)了極限測(cè)試為極限編程量身定做的測(cè)試方式，即通過(guò)頻繁 地單元測(cè)試和驗(yàn)收測(cè)試來(lái)保證代碼質(zhì)量。在極限測(cè)試中，單元測(cè)試主要由編碼人員完成，驗(yàn)收測(cè)試則主要 由用戶完成。極限編程的主要缺點(diǎn)在于編碼人員的自由度過(guò)大，由于沒(méi)有嚴(yán)格的需求和設(shè)計(jì)規(guī)約，所以極 限測(cè)試沒(méi)有傳統(tǒng)的軟件測(cè)試嚴(yán)格。單元測(cè)試是極限編程中最重要的發(fā)現(xiàn)缺陷的手段，在極限編程中的單元 測(cè)試與傳統(tǒng)的單元測(cè)試基本類似，所以有些傳統(tǒng)的測(cè)試技術(shù)也可以用到極限測(cè)試中來(lái)，而且極限測(cè)試的本 質(zhì)是為了滿足極限編程的思想和流程而設(shè)計(jì)的一套測(cè)試策略和流程，其本身并不局限于使用特定的技術(shù)和 方法，所以傳統(tǒng)的測(cè)試技術(shù)和方法人多數(shù)都可以在極限測(cè)試中使

15、用。16. 下列關(guān)于軟件缺陷狀態(tài)的定義，不正確的是(分?jǐn)?shù)： 2.00 )A. Ne測(cè)試中新報(bào)告的軟件缺陷B. Open缺陷被確認(rèn)并分配給相關(guān)開(kāi)發(fā)工程師處理C. Fixed 測(cè)試工程師已完成修正，等待開(kāi)發(fā)人員驗(yàn)證 VD. Closed 缺陷已被修復(fù)解析： 解析 Fixed 實(shí)際上是指開(kāi)發(fā)工程師已完成修正，等待測(cè)試人員驗(yàn)證的缺陷狀態(tài)。17. 下面Web應(yīng)用軟件的測(cè)試策略中，不屬于表示層的測(cè)試內(nèi)容的是（分?jǐn)?shù)： 2.00 ）A. 鏈接結(jié)構(gòu)的測(cè)試B. 瀏覽器兼容性的測(cè)試C. 排版結(jié)構(gòu)的測(cè)試D. 服務(wù)器端程序的測(cè)試V解析：解析通常Web應(yīng)用軟件的測(cè)試分為三層：表示層、業(yè)務(wù)層和數(shù)據(jù)層。其中表示層的測(cè)試主要集

16、中 在客戶端，測(cè)試內(nèi)容主要包括：排版結(jié)構(gòu)的測(cè)試；鏈接結(jié)構(gòu)的測(cè)試；客戶端程序的測(cè)試；瀏覽器 兼容性測(cè)試。18. 以下哪一項(xiàng)不屬于Web應(yīng)用軟件表示層測(cè)試關(guān)注的范疇（分?jǐn)?shù)： 2.00 ）A. 排版結(jié)構(gòu)的測(cè)試B. 鏈接結(jié)構(gòu)的測(cè)試C. 瀏覽器兼容性的測(cè)試D. 應(yīng)用服務(wù)器兼容性測(cè)試 V解析： 解析 Web 應(yīng)用軟件表示層的測(cè)試主要集中在客戶端，測(cè)試的內(nèi)容包括：排版結(jié)構(gòu)的測(cè)試；鏈接結(jié) 構(gòu)的測(cè)試；客戶端程序的測(cè)試；瀏覽器兼容性測(cè)試。19. 對(duì)于傳統(tǒng)軟件來(lái)說(shuō)，按集成程度不同對(duì)集成測(cè)試進(jìn)行劃分，不屬于該分類的是 （分?jǐn)?shù)： 2.00 ）A. 模塊內(nèi)集成測(cè)試B. 模塊間集成測(cè)試 VC. 子系統(tǒng)內(nèi)集成測(cè)試D. 子系統(tǒng)

17、間集成測(cè)試解析： 解析 對(duì)于傳統(tǒng)軟件， 按集成程度不同， 可以分為三個(gè)層次， 模塊內(nèi)集成測(cè)試、 子系統(tǒng)內(nèi)集成測(cè)試、 子系統(tǒng)間集成測(cè)試。對(duì)于面向?qū)ο蟮膽?yīng)用系統(tǒng)，按集成程度不同，可以分為兩個(gè)層次，類內(nèi)集成測(cè)試和類 間集成測(cè)試。20. 走查的最主要目標(biāo)有發(fā)現(xiàn)缺陷、遺漏和矛盾的地方改進(jìn)產(chǎn)品考慮可替換的實(shí)現(xiàn)方法（分?jǐn)?shù)： 2.00 ）A. 和B. 和C. 和D. 、和V解析： 解析 走查的目的是要評(píng)價(jià)一個(gè)產(chǎn)品，通常是程序代碼，走查一直以來(lái)都與代碼檢查聯(lián)系在一起， 其實(shí)走查也可以應(yīng)用到產(chǎn)品的其他階段，如結(jié)構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、測(cè)試計(jì)劃等文檔上。走查的最主要目標(biāo) 是要發(fā)現(xiàn)缺陷、遺漏和矛盾的地方；改進(jìn)產(chǎn)品：考慮可替

18、換的實(shí)現(xiàn)方法。21. 一個(gè)功能增強(qiáng)型項(xiàng)目， 即其以前的產(chǎn)品都已經(jīng)很穩(wěn)定， 并且新增的項(xiàng)目只有少數(shù)幾個(gè)構(gòu)件被增加或修改。 對(duì)于這樣的項(xiàng)目我們通常選擇哪種集成測(cè)試策略最好分?jǐn)?shù)： 2.00 ）A. 自頂向下集成策略B. 自底向上集成策略C. 三明治式集成策略D. 次性集成測(cè)試策略 V解析：解析 集成測(cè)試中基于分解的測(cè)試策略可以分為非增量式集成和增量式集成兩大類。非增量式集成 是分別對(duì)系統(tǒng)中的每一個(gè)模塊進(jìn)行單元測(cè)試，然后將所有的通過(guò)了單元測(cè)試的模塊按照層次結(jié)構(gòu)一次性組 裝在一起進(jìn)行測(cè)試，增量式集成與非增量式集成不同，它是一個(gè)逐步集成的過(guò)程。對(duì)于題目中一個(gè)功能增 強(qiáng)型項(xiàng)目進(jìn)行測(cè)試，采用一次性集成方式可以

19、迅速完成集成測(cè)試，并且僅需要極少數(shù)的驅(qū)動(dòng)模塊和樁模塊 設(shè)計(jì)，所以這應(yīng)該是最好的選擇。22. 下列說(shuō)法正確的是（分?jǐn)?shù)： 2.00 ）A. 語(yǔ)句覆蓋使得每個(gè)判定的每個(gè)分支至少執(zhí)行一次B. 判定覆蓋使得每條語(yǔ)句至少執(zhí)行一次C. 條件覆蓋使得每個(gè)判定每個(gè)條件應(yīng)取到各種可能的值 VD. 條件組合覆蓋使得每個(gè)判定中各條件的每一種組合至少出現(xiàn)一次 解析： 解析 考察白盒測(cè)試中邏輯覆蓋的關(guān)系。23. 通常用于腳本的初始化或演示、培訓(xùn)的腳本是（分?jǐn)?shù)： 2.00 ）A. 線性腳本 VB. 結(jié)構(gòu)化腳本C. 數(shù)據(jù)驅(qū)動(dòng)腳本D. 關(guān)鍵字驅(qū)動(dòng)腳奪解析：解析腳本的基本結(jié)構(gòu)有：線性腳本；結(jié)構(gòu)化腳本；共享腳本；數(shù)據(jù)驅(qū)動(dòng)腳本；關(guān)鍵

20、字 驅(qū)動(dòng)腳本。其中線性腳本是錄制手工執(zhí)行的測(cè)試用例時(shí)得到的腳本，線性腳本適合于簡(jiǎn)單的、一次性的測(cè) 試，多用于腳本的初始化或演示、培訓(xùn)等。24. 下列不屬于接口分析必須關(guān)注的是（分?jǐn)?shù)： 2.00 ）A. 服務(wù)器接口 VB. 用戶接口C. 硬件接口D. 軟件接口解析： 解析 接口分析的目的是評(píng)估軟件交付物 （ 包括需求、設(shè)計(jì)、編碼 ） 是否正確、一致、完整和準(zhǔn)確地 說(shuō)明了接口需求。接口分析必須關(guān)注的有三種接口，分別是用戶接口、硬件接口和軟件接口。25. 在北京某個(gè)銀行的人事信息管理軟件中， 系統(tǒng)允許用戶輸入 8 位數(shù)字的北京市電話號(hào)碼。 若使用等價(jià)類 劃分法設(shè)計(jì)測(cè)試用例，獲得輸入等價(jià)類，那么從保證

21、測(cè)試效果的角度來(lái)看，下面最佳的測(cè)試用例選擇應(yīng)為（分?jǐn)?shù)： 2.00 ）A. 62570007 ，80603805，100080，39103825B. 62570007 ，80603805C. 62570007, 39103825, 8253324，空值，h VD. 39103825， 8253324， ， 1391092300解析： 解析 根據(jù)等價(jià)類劃分法設(shè)計(jì)測(cè)試用例的原則。二、 論述題 （ 總題數(shù)： 3，分?jǐn)?shù)： 50.00）26. 請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系分?jǐn)?shù)： 15.00 ) 正確答案： ( 黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試

22、人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程 式的需求說(shuō)明書(shū)來(lái)檢查程式的功能是否滿足它的功能說(shuō)明。白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選 擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。單元測(cè)試：白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。 集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝進(jìn)行測(cè)試。 系統(tǒng)測(cè)試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。驗(yàn)收測(cè)試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測(cè)試。 )解析： 以下是某“象棋中走馬事件”應(yīng)用程序的走馬規(guī)則，請(qǐng)按要求回答問(wèn)題。 以下是中國(guó)象棋中走馬事件中的走馬原則：(1) 如果落點(diǎn)在棋盤(pán)外，則不移

23、動(dòng)棋子。(2) 如果落點(diǎn)與起點(diǎn)不構(gòu)成日字型，則不移動(dòng)棋子。(3) 如果落點(diǎn)處有己方棋子，則不移動(dòng)棋子。(4) 如果在落點(diǎn)方向的鄰近交叉點(diǎn)有棋子(絆馬腿 ) ，則不移動(dòng)棋子。(5) 如果不屬于(1)(4)條，且落點(diǎn)處無(wú)棋子，則移動(dòng)棋子。(6) 如果不屬于(1) (4)條，且落點(diǎn)處為對(duì)方棋子(非老將)，則移動(dòng)棋子并除去對(duì)方棋子。(7) 如果小屬于(1)(4)條，且落點(diǎn)處為對(duì)方老將，則移動(dòng)棋子，并提示戰(zhàn)勝對(duì)方，游戲結(jié)束。(分?jǐn)?shù)： 20.00 )(1). 畫(huà)出該應(yīng)用程序的因果圖。(分?jǐn)?shù)：1 0.00 ) 正確答案： ( 第一步，從中國(guó)象棋中走馬事件中的走馬原則的描述中，明確原因和結(jié)果。原因：1 落點(diǎn)在棋盤(pán)上。2 落點(diǎn)與起點(diǎn)構(gòu)成日字。3 落點(diǎn)處無(wú)已方棋子。4 落點(diǎn)方向的鄰近交叉點(diǎn)無(wú)棋子。5 落點(diǎn)處無(wú)棋子。6落點(diǎn)處為對(duì)方棋子 (非老將 )。7 落點(diǎn)處為對(duì)方老將。結(jié)果：21不移動(dòng)棋子。22移動(dòng)棋子。23移動(dòng)棋子，并除去對(duì)方棋子。24移動(dòng)棋子，并提示戰(zhàn)勝對(duì)方，結(jié)束游戲。第二步，根據(jù)上面分析的原因和結(jié)果，結(jié)合題目中二者的關(guān)系，建立因果圖。其因果圖如下圖所示，圖中，結(jié)點(diǎn) 11 是導(dǎo)出結(jié)果的進(jìn)一步原因。第三步，標(biāo)記約束。由于4種結(jié)果不能同時(shí)發(fā)生，所以在因果圖上標(biāo)記0(唯一)約束。由于原因5、6、7不能同時(shí)發(fā)生，所以在因果圖上標(biāo)出E(異)約束。*)解析：(2