軟件測(cè)試實(shí)踐(三)

軟件測(cè)試實(shí)踐（三）（總分：88.00,做題時(shí)間：90分鐘）一、{{B}}選擇題{{/B}}（總題數(shù)：32,分?jǐn)?shù)：64.00）實(shí)踐證明，與開(kāi)發(fā)過(guò)程緊耦合而又相對(duì)獨(dú)立的測(cè)試過(guò)程，可以 。?A.盡早發(fā)現(xiàn)大量軟件缺陷?B.降低軟件開(kāi)發(fā)成本?C.使基于復(fù)雜開(kāi)發(fā)模型的測(cè)試管理工作更清晰?D.以上全部（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］測(cè)試實(shí)踐中，常見(jiàn)的測(cè)試過(guò)程有兩種：一種是與開(kāi)發(fā)過(guò)程緊耦合的軟件企業(yè)內(nèi)部產(chǎn)品的測(cè)試過(guò)程，該測(cè)試過(guò)程是依據(jù)“獨(dú)立和迭代”的測(cè)試?yán)砟?，在測(cè)試過(guò)程中，測(cè)試活動(dòng)的組織可以依據(jù)項(xiàng)目開(kāi)發(fā)的進(jìn)度來(lái)規(guī)劃。實(shí)踐證明，該方法可以盡早發(fā)現(xiàn)大量軟件缺陷、降低軟件開(kāi)發(fā)成本，還可以使基于復(fù)雜開(kāi)發(fā)模型的測(cè)試管理工作更清晰明了。另一種是與開(kāi)發(fā)過(guò)程松耦合的第三方軟件測(cè)試過(guò)程。下列關(guān)于軟件測(cè)試過(guò)程說(shuō)法正確的是 。?A.與開(kāi)發(fā)過(guò)程松耦合的第三方軟件測(cè)試過(guò)程也可以按照傳統(tǒng)的測(cè)試活動(dòng)順序開(kāi)展B.與開(kāi)發(fā)過(guò)程緊耦合的軟件企業(yè)內(nèi)部產(chǎn)品的測(cè)試過(guò)程不必進(jìn)行迭代，只需安排好第一輪的測(cè)試之后的回歸測(cè)試就可以了?C.與開(kāi)發(fā)過(guò)程松耦合的第三方軟件測(cè)試過(guò)程依據(jù)獨(dú)立與迭代的測(cè)試?yán)砟頓.與開(kāi)發(fā)過(guò)程緊耦合的軟件企業(yè)內(nèi)部產(chǎn)品的測(cè)試過(guò)程可以發(fā)現(xiàn)大量缺陷，但同時(shí)也提高了軟件開(kāi)發(fā)的成本（分?jǐn)?shù)：2.00）VB.C.D.解析：［解析］與開(kāi)發(fā)過(guò)程緊耦合的軟件企業(yè)內(nèi)部產(chǎn)品的測(cè)試過(guò)程依據(jù)獨(dú)立與迭代的測(cè)試?yán)砟?，測(cè)試過(guò)程進(jìn)行獨(dú)立的策劃，找岀測(cè)試準(zhǔn)備就緒點(diǎn)，在就緒點(diǎn)及時(shí)開(kāi)展測(cè)試，實(shí)踐也證明，該方法不僅可以發(fā)現(xiàn)大量缺陷，同時(shí)也降低了軟件開(kāi)發(fā)的成本；而與開(kāi)發(fā)過(guò)程松耦合的第三方軟件測(cè)試過(guò)程則不必進(jìn)行迭代，只需安排好第一輪的測(cè)試之后的回歸測(cè)試就可以了，該測(cè)試過(guò)程也是可以按照傳統(tǒng)的測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試總結(jié)活動(dòng)順序開(kāi)展。測(cè)試項(xiàng)目實(shí)踐中，測(cè)試策劃活動(dòng)的目標(biāo)是 。A.確定測(cè)試范圍B.劃分測(cè)試任務(wù)C.編寫(xiě)測(cè)試計(jì)劃文檔D.組織測(cè)試團(tuán)隊(duì)（分?jǐn)?shù):2.00）A.B.VD.解析：［解析］在實(shí)際的測(cè)試項(xiàng)目實(shí)踐中，測(cè)試策劃活動(dòng)的目標(biāo)是編寫(xiě)測(cè)試計(jì)劃文檔。測(cè)試計(jì)劃文檔中最主要的內(nèi)容就是確定測(cè)試的范圍、戈卩分測(cè)試的任務(wù)、確定測(cè)試日程表和組織測(cè)試團(tuán)隊(duì)等核心問(wèn)題，同時(shí)也要考慮測(cè)試過(guò)程如何控制、測(cè)試質(zhì)量如何保證和相關(guān)風(fēng)險(xiǎn)如何規(guī)避等問(wèn)題。對(duì)軟件系統(tǒng)開(kāi)展第三方測(cè)試，一般在測(cè)試執(zhí)行中規(guī)劃 次粗測(cè)和 次細(xì)測(cè)，并規(guī)劃至少一次回歸測(cè)試和一次最終回歸測(cè)試才可。? A.1次，至少2次? B.1次，1次?C.至少2次，至少2次?D.不一定（分?jǐn)?shù)：2.00）A.VC.D.解析：［解析］測(cè)試執(zhí)行的主要任務(wù)就是執(zhí)行測(cè)試用例，具體應(yīng)根據(jù)被測(cè)系統(tǒng)的模塊開(kāi)發(fā)進(jìn)度和質(zhì)量要求來(lái)規(guī)劃測(cè)試任務(wù)。若是對(duì)軟件系統(tǒng)開(kāi)展第三方測(cè)試，一般在測(cè)試執(zhí)行中規(guī)劃 1次粗測(cè)和1次細(xì)測(cè)?并在此基礎(chǔ)上規(guī)劃至少一次回歸測(cè)試和一次最終回歸測(cè)試才可。對(duì)于那些軟件企業(yè)內(nèi)部測(cè)試團(tuán)隊(duì)開(kāi)展的軟件測(cè)試，最適合采用 來(lái)組織測(cè)試。?A.H模型B.V模型?C.W模型D.X模型（分?jǐn)?shù)：2.00）VB.C.D.解析：［解析］假如是軟件企業(yè)內(nèi)部測(cè)試團(tuán)隊(duì)開(kāi)展的軟件測(cè)試，由于軟件測(cè)試介入較早，在測(cè)試開(kāi)始時(shí)被測(cè)系統(tǒng)很可能是不完整的，會(huì)不斷有新的系統(tǒng)模塊加入到系統(tǒng)中，因此最適合采用 H模型來(lái)組織測(cè)試，可以為每一個(gè)新增的系統(tǒng)模塊設(shè)計(jì)一次系統(tǒng)測(cè)試。下列日期與測(cè)試日程表有關(guān)的是 。?A.測(cè)試任務(wù)的規(guī)劃周期B.測(cè)試啟動(dòng)的預(yù)期日期C.測(cè)試完成的預(yù)期日期D.以上全部（分?jǐn)?shù):2.00）A.B.C.V解析：［解析］確定測(cè)試日程表是測(cè)試計(jì)劃中的核心問(wèn)題，具體的測(cè)試日程表與測(cè)試任務(wù)的規(guī)劃周期、測(cè)試啟動(dòng)的預(yù)期日期和測(cè)試完成的預(yù)期日期相關(guān)。關(guān)于測(cè)試策略說(shuō)法不正確的是 。?A.測(cè)試策略活動(dòng)可以和測(cè)試設(shè)計(jì)活動(dòng)并行開(kāi)展?B.測(cè)試設(shè)計(jì)活動(dòng)也可以和測(cè)試執(zhí)行活動(dòng)并行開(kāi)展?C.在測(cè)試的最后階段里，測(cè)試總結(jié)和測(cè)試執(zhí)行通常并行開(kāi)展?D.在實(shí)際測(cè)試過(guò)程中，要不得不將一些測(cè)試活動(dòng)并行開(kāi)展，主要是因?yàn)闀r(shí)間原因（分?jǐn)?shù)：2.00）A.B.VD.解析：［解析］一般的測(cè)試過(guò)程是按測(cè)試策劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試總結(jié) 4個(gè)測(cè)試活動(dòng)順序開(kāi)展的但實(shí)際測(cè)試項(xiàng)目中，由于時(shí)間緊迫，有時(shí)不得不將一些測(cè)試活動(dòng)并行開(kāi)展，如可以將測(cè)試策劃和測(cè)試設(shè)計(jì)活動(dòng)并行開(kāi)展，測(cè)試設(shè)計(jì)活動(dòng)也可以和測(cè)試執(zhí)行活動(dòng)并行開(kāi)展， 但測(cè)試總結(jié)和測(cè)試執(zhí)行一般不會(huì)并行開(kāi)展，但可以提前編寫(xiě)相應(yīng)的文字內(nèi)容。測(cè)試質(zhì)量監(jiān)控機(jī)制主要關(guān)注的是 。A.測(cè)試任務(wù)的執(zhí)行進(jìn)度與質(zhì)量B.測(cè)試交付物的質(zhì)量C.及時(shí)發(fā)現(xiàn)和處理問(wèn)題D.以上全部（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］為提高測(cè)試過(guò)程質(zhì)量，可以建立質(zhì)量監(jiān)控機(jī)制，它主要關(guān)注測(cè)試過(guò)程中各個(gè)測(cè)試任務(wù)的執(zhí)行進(jìn)度和質(zhì)量，以及測(cè)試交付物的質(zhì)量，并及時(shí)發(fā)現(xiàn)和處理問(wèn)題。對(duì)于商業(yè)軟件系統(tǒng)的黑盒測(cè)試，其風(fēng)險(xiǎn)和控制主要是 。?A.測(cè)試用例完備性風(fēng)險(xiǎn)與控制B.時(shí)間、技術(shù)文檔資料風(fēng)險(xiǎn)與控制C.責(zé)任劃分、人員變動(dòng)風(fēng)險(xiǎn)與控制D.以上全部（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］對(duì)于業(yè)界常見(jiàn)的商業(yè)軟件系統(tǒng)的黑盒測(cè)試，其風(fēng)險(xiǎn)和控制詳見(jiàn)左欄內(nèi)容。測(cè)試過(guò)程中發(fā)現(xiàn)的軟件缺陷首先在測(cè)試組內(nèi)進(jìn)行評(píng)估， 確保所匯報(bào)缺陷的有效性，這是軟件質(zhì)量控制的 監(jiān)控機(jī)制。?A.軟件測(cè)試用例評(píng)審機(jī)制?B.軟件缺陷校驗(yàn)機(jī)制?C.軟件測(cè)試覆蓋檢查機(jī)制?D.測(cè)試組狀態(tài)報(bào)告機(jī)制（分?jǐn)?shù)：2.00）A.VC.D.解析：［解析］質(zhì)量監(jiān)控機(jī)制主要關(guān)注測(cè)試過(guò)程中，各個(gè)測(cè)試任務(wù)的執(zhí)行進(jìn)度和質(zhì)量，以及測(cè)試交付物的質(zhì)量，并及時(shí)發(fā)現(xiàn)和處理問(wèn)題。其中軟件缺陷校驗(yàn)機(jī)制是指在測(cè)試過(guò)程中發(fā)現(xiàn)的軟件缺陷首先在測(cè)試組內(nèi)進(jìn)行評(píng)估，確保所匯報(bào)缺陷的有效性。測(cè)試過(guò)程質(zhì)量控制的把握需求階段是依據(jù) 原則。A.盡早測(cè)試B.全面測(cè)試C.盡早測(cè)試和全面測(cè)試?D.全過(guò)程測(cè)試（分?jǐn)?shù)：2.00）A.B.VD.解析：［解析］在軟件系統(tǒng)開(kāi)發(fā)過(guò)程中，需求的獲取和完善貫穿于每個(gè)階段，測(cè)試過(guò)程質(zhì)量控制的把握需求階段是依據(jù)“盡早測(cè)試”和“全面測(cè)試”原則，在需求獲取階段，測(cè)試人員參與到對(duì)需求的討論中，有助于加深測(cè)試人員對(duì)需求的把握和理解，同時(shí)也可提高需求文檔的質(zhì)量。下面有關(guān)測(cè)試設(shè)計(jì)的敘述，說(shuō)法不正確的是 。?A.測(cè)試用例的設(shè)計(jì)是一項(xiàng)技術(shù)性強(qiáng)、智力密集型的活動(dòng)B.在測(cè)試用例設(shè)計(jì)時(shí)，只設(shè)計(jì)覆蓋正常流程和操作的測(cè)試用例即可C.在開(kāi)展測(cè)試用例設(shè)計(jì)前，必須將測(cè)試需求進(jìn)行詳細(xì)展開(kāi)D.在一般的測(cè)試組織內(nèi)，測(cè)試用例的評(píng)審可能不是正式的評(píng)審會(huì)（分?jǐn)?shù)：2.00）A.VC.D.解析：［解析］在測(cè)試用例設(shè)計(jì)時(shí)，不能只設(shè)計(jì)覆蓋正常流程和操作的測(cè)試用例，而必須強(qiáng)制覆蓋錯(cuò)誤輸入處理、邊界值處理等場(chǎng)景，以確保被測(cè)軟件系統(tǒng)投入使用時(shí)具備較強(qiáng)的容錯(cuò)能力。 在開(kāi)展測(cè)試用例設(shè)計(jì)前,必須將測(cè)試需求進(jìn)行詳細(xì)展開(kāi)，以便盡可能準(zhǔn)確、完整地覆蓋被測(cè)軟件的功能、性能和安全等各方面的測(cè)試需求。測(cè)試用例的設(shè)計(jì)是一項(xiàng)技術(shù)性強(qiáng)、智力密集型的活動(dòng)。在一般的測(cè)試組織內(nèi)，測(cè)試用例的評(píng)審可能不是正式的評(píng)審會(huì)，因此要建立一種評(píng)審機(jī)制來(lái)提高測(cè)試用例的設(shè)計(jì)質(zhì)量。軟件設(shè)計(jì)一般包括外部設(shè)計(jì)和內(nèi)部設(shè)計(jì)。外部設(shè)計(jì)通常是指 。?A.用戶界面設(shè)計(jì)?B.結(jié)構(gòu)設(shè)計(jì)?C.數(shù)據(jù)設(shè)計(jì)?D.邏輯設(shè)計(jì)（分?jǐn)?shù)：2.00）VB.C.D.解析：［解析］外部設(shè)計(jì)主要是設(shè)計(jì)用戶界面。在設(shè)計(jì)前對(duì)任務(wù)和用戶進(jìn)行分析。測(cè)試用例評(píng)審工作最好的負(fù)責(zé)者是 。A.軟件開(kāi)發(fā)人員B.測(cè)試人員4 C.測(cè)試骨干人員D.專門(mén)評(píng)審人員（分?jǐn)?shù)：2.00）A.B.VD.解析：［解析］在一般的測(cè)試組織內(nèi)?測(cè)試用例的評(píng)審可能不是正式的評(píng)審會(huì)，因此要建立一種評(píng)審機(jī)制來(lái)提高測(cè)試用例的設(shè)計(jì)質(zhì)量，建議由一組測(cè)試骨干人員來(lái)負(fù)責(zé)測(cè)試用例的評(píng)審工作。測(cè)試骨干人員將審閱各個(gè)模塊測(cè)試用例的編寫(xiě)質(zhì)量、測(cè)試場(chǎng)景的覆蓋情況，并客觀評(píng)價(jià)是否有必要增加測(cè)試項(xiàng)或測(cè)試用例來(lái)提高測(cè)試覆蓋率。測(cè)試用例在執(zhí)行過(guò)程中的狀態(tài)有 。A.就緒B.執(zhí)行中和執(zhí)行通過(guò)C.執(zhí)行失敗和執(zhí)行受阻D.以上全部（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］測(cè)試用例在執(zhí)行過(guò)程中也有多種執(zhí)行狀態(tài)，一般分為：就緒、執(zhí)行中、執(zhí)行通過(guò)、執(zhí)行失敗和執(zhí)行受阻等狀態(tài)。統(tǒng)計(jì)測(cè)試用例執(zhí)行情況、測(cè)試用例在測(cè)試各個(gè)周期的執(zhí)行情況統(tǒng)計(jì)是在 。?A.測(cè)試項(xiàng)目概述中?B.測(cè)試用例執(zhí)行情況總結(jié)中?C.軟件缺陷報(bào)告總結(jié)中?D.被測(cè)軟件評(píng)價(jià)中（分?jǐn)?shù)：2.00）A.VC.D.解析：［解析］測(cè)試總結(jié)是測(cè)試過(guò)程的最后一個(gè)活動(dòng)，在測(cè)試報(bào)告中的內(nèi)容包括：①測(cè)試項(xiàng)目概述；②測(cè)試用例執(zhí)行情況總結(jié)；③軟件缺陷報(bào)告總結(jié)；④被測(cè)軟件評(píng)價(jià)。其中在測(cè)試用例執(zhí)行情況總結(jié)中，主要是統(tǒng)計(jì)測(cè)試用例執(zhí)行情況、測(cè)試用例在測(cè)試各個(gè)周期的執(zhí)行情況，并將全部的測(cè)試用例文檔和測(cè)試執(zhí)行記錄作為測(cè)試報(bào)告的附件提交。下列有關(guān)軟件缺陷報(bào)告的編寫(xiě)中，哪個(gè)是錯(cuò)誤的 。?A.—個(gè)軟件缺陷報(bào)告中只應(yīng)記錄一個(gè)不可再劃分的軟件缺陷?B.軟件缺陷報(bào)告的標(biāo)題應(yīng)該能夠最簡(jiǎn)潔表達(dá)一個(gè)軟件缺陷C.軟件缺陷報(bào)告中應(yīng)提供全面的有關(guān)該軟件缺陷再現(xiàn)的信息D.同一個(gè)軟件缺陷可以被重復(fù)報(bào)告（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］軟件缺陷報(bào)告的編寫(xiě)應(yīng)該遵循以下原則：（1）軟件缺陷報(bào)告是測(cè)試人員和開(kāi)發(fā)人員交流的紐帶，最重要的原則是一定要將問(wèn)題說(shuō)明白，讓不能和測(cè)試人員直接交流的開(kāi)發(fā)人員可以依據(jù)描述理解和再現(xiàn)所發(fā)現(xiàn)的軟件缺陷。（2）—個(gè)軟件缺陷報(bào)告中只應(yīng)記錄一個(gè)不可再劃分的軟件缺陷。 （3）軟件缺陷報(bào)告的標(biāo)題應(yīng)該能夠最簡(jiǎn)潔表達(dá)一個(gè)軟件缺陷。 （4）再現(xiàn)該軟件缺陷的步驟應(yīng)該是最簡(jiǎn)化的，應(yīng)剔除其他不相關(guān)的步驟或因素。（5）依據(jù)一系列的程序執(zhí)行步驟和測(cè)試輸入來(lái)再現(xiàn)軟件缺陷。 （6）應(yīng)提供全面的有關(guān)軟件缺陷再現(xiàn)的信息。（7）不要填寫(xiě)重復(fù)的軟件缺陷。當(dāng)一個(gè)缺陷是被報(bào)告過(guò)的，那么就不可以再填寫(xiě)另外一個(gè)報(bào)告，否則會(huì)造成質(zhì)量保證人員和開(kāi)發(fā)人員的額外負(fù)擔(dān)與資源浪費(fèi)。 A、B、C均符合以上規(guī)則，D的說(shuō)法與最后一條規(guī)則相違背。軟件過(guò)程管理最起碼的要求是 。?A.管理好軟件缺陷報(bào)告B.管理好軟件測(cè)試用例C.管理好測(cè)試過(guò)程工具D.管理好測(cè)試說(shuō)明文檔（分?jǐn)?shù):2.00）A.VB.C.D.解析：［解析］軟件缺陷報(bào)告是軟件測(cè)試過(guò)程中的核心測(cè)試產(chǎn)品之一，也是重要的測(cè)試產(chǎn)品，因此管理好軟件缺陷報(bào)告是軟件過(guò)程管理最起碼的要求。不用紙張、缺陷單等來(lái)管理軟件缺陷報(bào)告的方式的主要原因是 。?A.無(wú)法滿足軟件缺陷的需求? B.無(wú)法滿足快速存儲(chǔ)軟件缺陷的需求? C.無(wú)法滿足軟件缺陷的需求? D.以上全部（分?jǐn)?shù)：2.00）A.B.C.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ǔ)、處理、共享軟件缺陷的需求。在QESuiteWebVersion1.0 中，軟件缺陷報(bào)告與軟件問(wèn)題報(bào)告概念的關(guān)系是 。A.軟件問(wèn)題報(bào)告包含了軟件缺陷報(bào)告B.軟件缺陷報(bào)告包含了軟件問(wèn)題報(bào)告? C.軟件缺陷報(bào)告與軟件問(wèn)題報(bào)告概念相同?D.軟件缺陷報(bào)告與軟件問(wèn)題報(bào)告概念完全不同（分?jǐn)?shù)：2.00）A.B.VD.解析：［解析］軟件缺陷（問(wèn)題）報(bào)告的概念：是指測(cè)試組織描述被測(cè)軟件系統(tǒng)所存在軟件缺陷 （問(wèn)題）的報(bào)告文檔。軟件問(wèn)題和軟件缺陷概念上的差異：測(cè)試方在測(cè)試中所發(fā)現(xiàn)的均為軟件問(wèn)題，在經(jīng)過(guò)開(kāi)發(fā)方確認(rèn)后才是軟件缺陷。因此在概念上軟件問(wèn)題實(shí)際上包含了軟件缺陷。但在 QESuiteWebVersion1.0中，軟件缺陷報(bào)告與軟件問(wèn)題報(bào)告概念是相同的。不在當(dāng)前版本修復(fù)，在本項(xiàng)目的下一個(gè)新版本修復(fù)的缺陷是 。A.NewMoreInfoB.Deferred-NextBuildC.Diferred-NextMainReleaseD.Declined-Duplicated(分?jǐn)?shù):2.00)A.VC.D.解析：［解析］定義軟件缺陷的狀態(tài)如下：?新錯(cuò)誤(New) 測(cè)試中新報(bào)告的軟件缺陷。 ?更多新信息(NewMoreInfo)――開(kāi)發(fā)工程師認(rèn)為報(bào)告的缺陷信息不完整，要求缺陷報(bào)告者添加更準(zhǔn)確的缺陷信息。?打開(kāi)(Open)――缺陷被確認(rèn)并分配給相關(guān)開(kāi)發(fā)工程師處理。 ?拒絕(Declined)――拒絕修改缺陷。?修正(Fixed)――開(kāi)發(fā)工程師已完成修正，等待測(cè)試人員驗(yàn)證。 ?重新打開(kāi)(Reopen)――沒(méi)有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)。 ?延期(Deferred) 不在當(dāng)前版本修復(fù)的缺陷，以后的版本修復(fù)，包括兩種情況： ①延期-下個(gè)版本(Deferred-NextBuild) 本項(xiàng)目的下一個(gè)新版本修復(fù)； ②延期-下個(gè)主要版本(Deferred-NextMainRelease) 本項(xiàng)目不修復(fù)，本軟件下一個(gè)項(xiàng)目的版本修復(fù)。 ?關(guān)閉(Closed) 缺陷已被修復(fù)。在軟件缺陷處理中，測(cè)試人員查詢狀態(tài)為 Fixed的缺陷，驗(yàn)證其是否已修復(fù)，若已經(jīng)修復(fù)，則設(shè)置缺陷狀態(tài)為 ，若沒(méi)有解決，設(shè)置缺陷狀態(tài)為 。?A.CIosed,ReopenB.Closed,PendingC.Resolved,PendingD.Resolved,Reopen(分?jǐn)?shù)：2.00)VB.C.D.解析：［解析］在軟件缺陷的處理流程中，測(cè)試人員首先會(huì)查詢狀態(tài)為 Fixed的缺陷，然后驗(yàn)證缺陷是否已修復(fù)，若已經(jīng)修復(fù)，則設(shè)置缺陷狀態(tài)為 Closed，若沒(méi)有解決，設(shè)置缺陷狀態(tài)為 Reopen。在軟件問(wèn)題生命周期中的不同階段，參與協(xié)調(diào)測(cè)試過(guò)程的人員主要是 。A.測(cè)試人員B.開(kāi)發(fā)人員C.管理人員D.以上全部(分?jǐn)?shù)：2.00)A.B.C.V解析：［解析］軟件問(wèn)題在生命周期中經(jīng)歷了數(shù)次的審閱和狀態(tài)變化，最終由測(cè)試人員關(guān)閉 /解決軟件問(wèn)題來(lái)結(jié)束一個(gè)軟件問(wèn)題的生命周期。軟件生命周期中的不同階段是測(cè)試人員、開(kāi)發(fā)人員和管理人員共同參與協(xié)調(diào)測(cè)試的過(guò)程。軟件問(wèn)題一旦發(fā)現(xiàn)，但進(jìn)入測(cè)試人員、開(kāi)發(fā)人員和管理人員的嚴(yán)密監(jiān)控中，直至軟件問(wèn)題生命周期結(jié)束。在軟件測(cè)試的生命周期模型中建立測(cè)試腳本任務(wù)的階段應(yīng)是 。?A.制定測(cè)試計(jì)劃?B.測(cè)試設(shè)計(jì)?C.實(shí)施測(cè)試?D.評(píng)估測(cè)試（分?jǐn)?shù):2.00）A.B.VD.解析：［解析］在軟件測(cè)試的生存周期模型中，建立測(cè)試腳本的階段是實(shí)施測(cè)試階段。測(cè)試計(jì)劃的要素有 。?A.測(cè)試人員和環(huán)境、版本定義?B.測(cè)試需求定義與劃分?C.測(cè)試任務(wù)劃分和測(cè)試日程安排?D.以上全部（分?jǐn)?shù)：2.00）A.B.C.TOC\o"1-5"\h\zV解析：［解析］測(cè)試計(jì)劃的要素有：測(cè)試需求定義與劃分、測(cè)試人員定義、測(cè)試環(huán)境定義、測(cè)試版本定義、測(cè)試任務(wù)劃分和測(cè)試日程安排。 QESuiteWebVersion1.0 提供了一系列的文檔和配套視圖系統(tǒng)來(lái)管理這些要素。在QESuiteWebVersion1.0 中，下列狀態(tài)不屬于活動(dòng)狀態(tài)的是 。A.“解決”B.“待驗(yàn)”C.“打開(kāi)”■D.“新建”TOC\o"1-5"\h\z（分?jǐn)?shù)：2.00）VB.C.D.解析：［解析］QESuiteWebVersion1.0中，軟件問(wèn)題的主狀態(tài)有：“新建”、"打開(kāi)”、"待驗(yàn)”、"解決”和“關(guān)閉”，其中“新建”、“打開(kāi)”、“待驗(yàn)”為軟件問(wèn)題的活動(dòng)狀態(tài)，“關(guān)閉”和“解決”為軟件問(wèn)題的非活動(dòng)狀態(tài)。在QESuiteWebVersion1.0 提供的功能中，下列不是輔助管理員控制測(cè)試過(guò)程運(yùn)行的是 A.監(jiān)控測(cè)試用例執(zhí)行文檔的執(zhí)行過(guò)程B.支持對(duì)被測(cè)功能點(diǎn)的深度管理? C.監(jiān)控軟件問(wèn)題報(bào)告處理過(guò)程和軟件系統(tǒng)各模塊軟件問(wèn)題分布狀況? D.使用輔助統(tǒng)計(jì)功能，了解當(dāng)前開(kāi)發(fā)測(cè)試進(jìn)展（分?jǐn)?shù)：2.00）A.VC.D.解析：［解析］QESuiteWebVersion1.0提供一系列的功能來(lái)輔助測(cè)試管理人員控制測(cè)試過(guò)程的運(yùn)行:控測(cè)試用例執(zhí)行文檔的執(zhí)行過(guò)程； ?監(jiān)控軟件問(wèn)題報(bào)告處理過(guò)程和軟件系統(tǒng)各模塊軟件問(wèn)題分布狀況；?使用輔助統(tǒng)計(jì)功能，了解當(dāng)前開(kāi)發(fā)測(cè)試進(jìn)展。白盒測(cè)試又稱為 。?A.程序結(jié)構(gòu)測(cè)試? B.功能測(cè)試? C.靜態(tài)分析? D.數(shù)據(jù)流結(jié)構(gòu)測(cè)試（分?jǐn)?shù)：2.00）VB.C.D.解析：［解析］白盒測(cè)試又稱為程序結(jié)構(gòu)測(cè)試，它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測(cè)試。實(shí)際上，在進(jìn)行白盒測(cè)試的同時(shí)，往往還要伴隨著對(duì)程序進(jìn)行靜態(tài)分析和復(fù)雜性度量。靜態(tài)分析全局變量和局部變量的聲明、賦值和使用的位置屬于 。A.程序結(jié)構(gòu)分析B.程序數(shù)據(jù)流分析C.可視化分析D.程序執(zhí)行頻度分析（分?jǐn)?shù)：2.00）A.VC.D.解析：［解析］白盒測(cè)試工具的主要功能之一一一程序數(shù)據(jù)流分析，主要指靜態(tài)分析全局變量和局部變量的聲明、賦值和使用的位置；動(dòng)態(tài)跟蹤變量值的變化情況，包括該變量的初始值、最小值和最大值。而選項(xiàng)A程序結(jié)構(gòu)分析，主要提供整個(gè)項(xiàng)目中的所有函數(shù)之間的調(diào)用關(guān)系圖。選項(xiàng) C是針對(duì)面向?qū)ο蟮能浖┱麄€(gè)項(xiàng)目中的所有類之間的關(guān)系圖。選項(xiàng) D程序執(zhí)行頻度分析是統(tǒng)計(jì)所有條件分支、多岀口跳轉(zhuǎn)、多岀口調(diào)用的各分支、出口的執(zhí)行關(guān)系圖。用QESAT/C工具進(jìn)行軟件分析與測(cè)試時(shí)，以下說(shuō)法錯(cuò)誤的是 。A.白盒測(cè)試又稱為程序結(jié)構(gòu)測(cè)試，它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測(cè)試B.在進(jìn)行測(cè)試之前，必須先建立以.prj為后綴的測(cè)試項(xiàng)目被測(cè)源文件可放在任意目錄下進(jìn)行軟件靜態(tài)分析不必運(yùn)行被測(cè)程序（分?jǐn)?shù):2.00）A.VC.D.解析：［解析］白盒測(cè)試又稱為程序結(jié)構(gòu)測(cè)試，它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測(cè)試。用 QESAT/C工具進(jìn)行測(cè)試之前，首先應(yīng)定義項(xiàng)目文件，用以描述被測(cè)程序的組成，該項(xiàng)目文件通常以 .pjt作為擴(kuò)展名的。用QESAT/C工具進(jìn)行軟件分析與測(cè)試時(shí)，被測(cè)源文件可放在任意目錄下。進(jìn)行軟件靜態(tài)分析不必運(yùn)行被測(cè)程序，便可得到程序的結(jié)構(gòu)信息及程序的復(fù)雜度信息，將被測(cè)程序運(yùn)行后才得到的信息就是動(dòng)態(tài)測(cè)試信息。下列屬于動(dòng)態(tài)測(cè)試過(guò)程步驟的是 。?A.設(shè)定待測(cè)試的配置、編譯相關(guān)的源程序?B.設(shè)定需插裝的函數(shù)?C.運(yùn)行源程序、合并動(dòng)態(tài)運(yùn)行的結(jié)果D.以上全部（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］動(dòng)態(tài)測(cè)試信息是指：將被測(cè)程序運(yùn)行后才能獲得的測(cè)試信息。做動(dòng)態(tài)測(cè)試之前必須先通過(guò)靜態(tài)分析，動(dòng)態(tài)測(cè)試過(guò)程的步驟如下： ?設(shè)定待測(cè)試的配置 ?設(shè)定需插裝的函數(shù) ?編譯相關(guān)的源程序?運(yùn)行源程序?合并動(dòng)態(tài)運(yùn)行的結(jié)果待測(cè)試的配置包括項(xiàng)目編譯運(yùn)行所需的 。A.源文件路徑B.編譯參數(shù)C.鏈接參數(shù)D.以上全部（分?jǐn)?shù)：2.00）A.B.C.V解析：［解析］動(dòng)態(tài)測(cè)試過(guò)程的第一步就是要設(shè)定待測(cè)試的配置，該配置包括項(xiàng)目編譯運(yùn)行所需的源文件路徑、編譯參數(shù)、鏈接參數(shù)等。二、{{B}}論述題{{/B}}（ 總題數(shù)：2,分?jǐn)?shù)：24.00）已知C源程序如下：/*分?jǐn)?shù)運(yùn)算fsys.c*/ineludevstdio.h>intmain(){longinta,b,c,d,i,x,y,z;charop;/n");printf("兩分?jǐn)?shù)b/a,d/c 作+、-、*、/四則運(yùn)算，結(jié)果為分?jǐn)?shù)/n");printf(請(qǐng)輸入分?jǐn)?shù)運(yùn)算式:b/aopd/c/n");scanf("%ld/%ld%c%ld/%ld",&b,&a,&op,&d,&c);if(a==0||c==0){printf("分母為0，輸入錯(cuò)誤!/n");return(0);}if(op=='+'){y=b*c+d*a;x=a*c;/*運(yùn)算結(jié)果均為y/x*/}if(op=="-'){y=b*c-d*a;x=a*c;}if(op=='*'){y=b*c;x=a*d;}z=x;if(x>y)z=y;i=z;while(i>1){if(x%i==0&&y%i==0){x=x/i;y=y/i;continue;}i--;}printf("%ld/%ld%c%ld/%ld=%ld/%ld./n",b,a,op,d,c,y,x);

return0;｝（分?jǐn)?shù):12.00）（1）.畫(huà)出程序中main函數(shù)的控制流程圖。（分?jǐn)?shù)： 4.00）正確答案：（main函數(shù)的控制流程圖：［*］）解析：（2）.設(shè)計(jì)一組測(cè)試用例，是該程序所有函數(shù)的語(yǔ)句覆蓋率和分支覆蓋率均能達(dá)到 100%如果認(rèn)為該程序的語(yǔ)句覆蓋率或分支覆蓋率無(wú)法達(dá)到 100%,需說(shuō)明為什么。（分?jǐn)?shù)：4.00）正確答案：（測(cè)試用例用例1：輸入：2/0+3/1；輸出：分母為0，輸出錯(cuò)誤！返回；用例1:輸入：2/1+3/0；輸出：分母為0，輸出錯(cuò)誤！返回；用例1:輸入：2/1+3/1;輸出：2/1+3/1=5/1 ;正常；返回；用例1:輸入：3/1-2/1;輸出：3/1-2/1=1/1 ;正常；返回；用例1:輸入：3/1*2/1 ;輸出：2/1*3/1=6/1 ;正常；返回；用例1:輸入：3/1/2/1 ;輸出：3/1/2/1=3/2 ;正常；返回；用例1:輸入：1/5+3/5;輸出：1/5+3/5=4/5;正常；返回；用例1:輸入：2/8+6/8;輸出：2/8+6/8=1/1;正常；返回； 結(jié)論：利用上面的測(cè)試用例，即可使該程序的語(yǔ)句覆蓋率或分支覆蓋率達(dá)到 100%）解析：（3）.已知張明在功能區(qū)域“我的安全區(qū) /導(dǎo)入和導(dǎo)岀”下發(fā)現(xiàn)一個(gè)軟件問(wèn)題， 下表中時(shí)該軟件問(wèn)題的操作歷史信息，請(qǐng)依據(jù)QESuiteWebVersion1.0 的軟件問(wèn)題生命周期定義和題中所述的相關(guān)人員分配和測(cè)試版本信息，假設(shè)下表中“執(zhí)行操作”的信息均正確，請(qǐng)找岀表中的錯(cuò)誤，并說(shuō)明理由。功能區(qū)域功能區(qū)域測(cè)試人員開(kāi)發(fā)人員安裝李鳴郁離我的安全區(qū)本地安全區(qū)李鳴鄭軍導(dǎo)入與導(dǎo)出李鳴鄭軍服務(wù)端安全區(qū)張明陳劍鋒性能并發(fā)傳輸響應(yīng)能力李曉軍張然已知張明在功能區(qū)域“我的安全區(qū)/導(dǎo)入和導(dǎo)岀”下發(fā)現(xiàn)一個(gè)軟件問(wèn)題，下表中時(shí)該軟件問(wèn)題的操作歷史信息，請(qǐng)依據(jù)QESuiteWebVersion1.0 的軟件問(wèn)題生命周期定義和題中所述的相關(guān)人員分配和測(cè)試版本信息，假設(shè)下表中“執(zhí)行操作”的信息均正確，請(qǐng)找岀表中的錯(cuò)誤，并說(shuō)明理由。QESuiteWebVersion1.0 中，已知某安全文檔管理系統(tǒng)測(cè)試項(xiàng)目的部分信息如下：?在測(cè)試過(guò)程中先后產(chǎn)生4個(gè)測(cè)試版本，按日期排序分別為 SEDM1.0_101009SEDM1.0_101025SEDM1.0_101103SEDM1.0_101106?功能分類視圖中部分待測(cè)區(qū)域及人員分配定義如下表所示：操作序號(hào)操作者執(zhí)行操作操作后的問(wèn)題狀態(tài)測(cè)試版本1張明新建打開(kāi)SEDM1.01010092李曉軍校驗(yàn)/再現(xiàn)打開(kāi)/再現(xiàn)SEDM1.01010253鄭軍修復(fù)/修復(fù)檢驗(yàn)/修復(fù)SEDM1.01011034李鳴驗(yàn)證/同意解決/不修復(fù)SEDM1.01011035李鳴重新打開(kāi)待驗(yàn)/修復(fù)SEDM1.0101025（分?jǐn)?shù)：4.00）正確答案：（操作操作者執(zhí)行操作后的測(cè)試版本

操作操作者執(zhí)行操作后的測(cè)試版本序號(hào)操作問(wèn)題狀態(tài)1張明新建新建 SEDM1.0__1010092李鳴校驗(yàn)/再現(xiàn)打開(kāi)/再現(xiàn)SEDM1.0_1010253鄭軍修復(fù)/修復(fù)檢驗(yàn)/修復(fù)SEDM1.0__1011034李鳴驗(yàn)證/同意解決/修復(fù)SEDM1.0__1011065李鳴重新打開(kāi)打開(kāi)/再現(xiàn)SEDM1.0_101106理由如下：題中說(shuō)產(chǎn)生4個(gè)版本，應(yīng)該把4個(gè)版本都考慮進(jìn)去。還有最后一個(gè)要用最新的版本進(jìn)行測(cè)試。 如果用“解決”以前的版本進(jìn)行測(cè)試，并不能反映真實(shí)的情況。用最新的版本進(jìn)行測(cè)試，有問(wèn)題的話，才修改狀態(tài)為“打開(kāi)/再現(xiàn)”，證明這個(gè)錯(cuò)誤并沒(méi)有真正解決。操作序號(hào)1中一般測(cè)試人員只能提交新的軟件問(wèn)題入庫(kù)， 并將其狀態(tài)置為“新建”，該行“操作后問(wèn)題狀態(tài)”應(yīng)為“新建”。操作序號(hào)4中測(cè)試人員查詢狀態(tài)為“待驗(yàn)”的軟件問(wèn)題，驗(yàn)證是否修復(fù)， 如果已修復(fù)，則置軟件問(wèn)題狀態(tài)為“解決”，如果沒(méi)有解決則置狀態(tài)為“打開(kāi)”，該行“操作后的問(wèn)題狀態(tài)”應(yīng)為“解決 /修復(fù)”。操作序號(hào)5中在以后的測(cè)試版本中，如果該問(wèn)題重新岀現(xiàn)，測(cè)試人員應(yīng)該重新打開(kāi)此問(wèn)題， 并將問(wèn)題狀態(tài)更改為“打開(kāi)/再現(xiàn)”。)解析：某測(cè)試項(xiàng)目中的測(cè)試執(zhí)行階段按計(jì)劃在 3天后結(jié)束，將進(jìn)入測(cè)試總結(jié)階段。(分?jǐn)?shù)：12.00)(1).測(cè)試管理人員通過(guò)QESuiteWebversion1.0 測(cè)試過(guò)程管理工具觀察到部分測(cè)試用例的設(shè)計(jì)狀況和執(zhí)行狀況如下表，請(qǐng)從測(cè)試用例設(shè)計(jì)和測(cè)試用例執(zhí)行兩個(gè)方面說(shuō)明觀察到的問(wèn)題和需要盡快開(kāi)展的相關(guān)測(cè)試工作。子系統(tǒng)功能區(qū)域測(cè)試用例編寫(xiě)數(shù)量測(cè)試用例執(zhí)行狀況登錄與退出-66個(gè)未執(zhí)行即時(shí)消息個(gè)人設(shè)置82個(gè)執(zhí)行通過(guò)6個(gè)未執(zhí)行發(fā)送/接收消息5全部執(zhí)行通過(guò)邀請(qǐng)多人參與5全部執(zhí)行通過(guò)音視頻交互5全部執(zhí)行通過(guò)客戶端容量-0-客戶端性能-55個(gè)執(zhí)行通過(guò)客戶端強(qiáng)度-42個(gè)執(zhí)行通過(guò)2個(gè)執(zhí)行失敗(分?jǐn)?shù)：4.00)正確答案：(根據(jù)該表可以發(fā)現(xiàn)存在下列問(wèn)題：子系統(tǒng)客戶端容量沒(méi)有設(shè)計(jì)相關(guān)的測(cè)試用例，需要補(bǔ)上。登錄與退岀的測(cè)試用例全部沒(méi)有被執(zhí)行，需要執(zhí)行。即時(shí)消息的個(gè)人設(shè)置功能的測(cè)試用例沒(méi)有執(zhí)行完全，只執(zhí)行了兩個(gè)且通過(guò)，還有6個(gè)未執(zhí)行?？傮w來(lái)說(shuō)，存在的問(wèn)題有：測(cè)試用例設(shè)計(jì)也存在問(wèn)題，功能區(qū)域劃分不詳細(xì)。用例覆蓋面不全，客戶端容量的測(cè)試用例沒(méi)有覆蓋到。還有就是存在未執(zhí)行的用例。 )解析：

（2）.該項(xiàng)目當(dāng)前的軟件問(wèn)題處理狀況如下： 測(cè)試項(xiàng)目當(dāng)前剩余處在“待驗(yàn)”狀態(tài)的軟件問(wèn)題有 105個(gè)，處在“新建”狀態(tài)的軟件問(wèn)題有 14個(gè)，處在“打開(kāi)”狀態(tài)的軟件問(wèn)題有 151個(gè)。已知該測(cè)試組的軟件問(wèn)題日常處理能力是90個(gè)軟件問(wèn)題/工作日，開(kāi)發(fā)組日常修復(fù)軟件問(wèn)題的能力是 40個(gè)軟件問(wèn)題/工作日。請(qǐng)說(shuō)明軟件問(wèn)題報(bào)告處理方面說(shuō)明存在的問(wèn)題和需要盡快開(kāi)展的相關(guān)開(kāi)發(fā)和測(cè)試工作。（分?jǐn)?shù)： 4.00）正確答案：（根據(jù)題意，開(kāi)發(fā)組中要修改的問(wèn)題數(shù)是 14