- 相關(guān)推薦
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（二）答案及解析
一、選擇題
1. A 2. C 3. A 4. A5. A
6. C 7. D 8. D 9. B10. D
11. B 12. D 13. B 14. B15. A
16. D 17. C 18. D 19. A20. B
21. A 22. C 23. C 24. C25. D
二、論述題
1.問題1：
解答：
首先分析程序的規(guī)則說明和被測程序的功能，將其劃分等價(jià)類并編號，如下：
有效等價(jià)類輸入：
(2)區(qū)號：空白;
(3)區(qū)號：3位數(shù)字;
(4)前綴：從100-999的3位數(shù)字;
(5)后綴：4位數(shù)字。
無效等價(jià)類輸入：
(1)區(qū)號：有非數(shù)字字符;
(2)區(qū)號：少于3位數(shù)字;
(3)區(qū)號：多于3位數(shù)字;
(4)前綴：有非數(shù)字字符;
(5)前綴：起始位為"0";
(6)前綴：少于3位數(shù)字;
(7)前綴：多于3位數(shù)字;
(8)后綴：有非數(shù)字字符;
(9)后綴：少于4位數(shù)字;
(10)后綴：多于4位數(shù)字。
問題2：
根據(jù)上述等價(jià)類的劃分，設(shè)計(jì)測試用例如下：
有效測試用例輸入，如下表所示：
無效的測試用例輸入，如下表所示：
2.在對照需求做功能測試和軟件配置復(fù)審時(shí)，是由軟件開發(fā)者在開發(fā)環(huán)境下進(jìn)行的測試。而接下來做驗(yàn)收測試時(shí)則以用戶為主。軟件開發(fā)人員和QA(質(zhì)量保證)人員也應(yīng)參加。由用戶參加設(shè)計(jì)測試用例，使用用戶界面輸入測試數(shù)據(jù)，并分析測試的輸出結(jié)果。一般使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測試。
如果軟件是為多個(gè)客戶開發(fā)的，則需要進(jìn)行α測試和β測試。α測試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試。軟件在一個(gè)自然設(shè)置狀態(tài)下使用。開發(fā)者坐在用戶旁邊，隨時(shí)記下錯(cuò)誤情況和使用中的問題。這是在受控制的環(huán)境下進(jìn)行的測試。β測試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。這些用戶是與公司簽定了支持產(chǎn)品預(yù)發(fā)行合同的外部客戶，他們要求使用該產(chǎn)品，并愿意返回有關(guān)錯(cuò)位錯(cuò)誤信息給開發(fā)者。與α測試不同的是，開發(fā)者通常不在測試現(xiàn)場。因而，β測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。
3.(1)根據(jù)題意設(shè)計(jì)判定表，如下表所示：
(2)由判定表設(shè)計(jì)測試用例時(shí)，要求覆蓋所有規(guī)則，一般針對每個(gè)規(guī)則設(shè)計(jì)一個(gè)測試用例。對于該測試用例以規(guī)則所對應(yīng)的條件為要求滿足的輸入條件，并以規(guī)則所對應(yīng)的動(dòng)作的動(dòng)作為預(yù)期結(jié)果。根據(jù)表 可以設(shè)計(jì)4個(gè)測試用例，它們分別覆蓋規(guī)則1～4，如下表所示。
答案分析
一、選擇題
1.分析：軟件產(chǎn)品質(zhì)量的屬性有很多，其中軟件產(chǎn)品首先要滿足的就是客戶的功能需求。性能需求包括處理和響應(yīng)時(shí)間，約束條件則是標(biāo)識外部硬件、可用存儲或其他現(xiàn)有系統(tǒng)對軟件的限制。功能、性能和約束必須在一起進(jìn)行評價(jià)。另外軟件產(chǎn)品還應(yīng)具備一定的可擴(kuò)展性和靈活性，應(yīng)能夠有效的處理例外或異常情況，具有一定的容錯(cuò)、糾錯(cuò)能力。總之，軟件質(zhì)量實(shí)際上是各種特性的復(fù)雜組合。
2.分析：使用質(zhì)量是從用戶觀點(diǎn)來對軟件產(chǎn)品提出的質(zhì)量要求，所以它的度量主要是針對用戶使用的績效，而不是軟件自身的特性，使用質(zhì)量是面向用戶的內(nèi)部和外部質(zhì)量的組合效果。使用質(zhì)量與其他軟件產(chǎn)品質(zhì)量特性之間的關(guān)系取決于用戶的類型：
對最終用戶來說，使用質(zhì)量主要是功能性、可靠性、易用性和效率的結(jié)果。
對維護(hù)軟件的人員來說，使用質(zhì)量是可維護(hù)性的結(jié)果。
對移植軟件的人員來說，使用質(zhì)量是可移植性的結(jié)果。
3.分析：規(guī)劃階段的測試實(shí)際上就是對需求獲取和定義階段進(jìn)行的測試，產(chǎn)品規(guī)劃小組應(yīng)由系統(tǒng)分析員、銷售人員和市場營銷人員以及產(chǎn)品經(jīng)理等組成，他們對產(chǎn)品進(jìn)行定義，制作演示模型，以闡明他們的構(gòu)想。規(guī)劃人員目的是編寫文檔來知道將來的開發(fā)工作。
4.分析：軟件的外部設(shè)計(jì)是從用戶的角度對產(chǎn)品進(jìn)行描述的，外部設(shè)計(jì)規(guī)格說明是在外部設(shè)計(jì)期間產(chǎn)生的文檔，用戶手冊是另一種文檔，與外部設(shè)計(jì)規(guī)格說明不同的是，它是在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔。
5.分析：自底向上測試和自頂向下測試都是增量式的測試方法，在自底向上測試中，首先測試最底層的模塊，利用輔助的驅(qū)動(dòng)模塊調(diào)用，然后測試高層次的模塊。而自頂向下測試則剛好相反，它是首先測試頂層模塊，無需編寫驅(qū)動(dòng)模塊，但要使用樁模塊，然后測試下一層模塊。二者各有優(yōu)缺點(diǎn)，但權(quán)衡來看，自底向上測試的方法要優(yōu)于自頂向下測試方法。
6.分析：黑盒測試是從用戶觀點(diǎn)出發(fā)的測試，不需要了解程序的內(nèi)部邏輯，而白盒測試是從開發(fā)人員的觀點(diǎn)出發(fā)的測試。
7.分析：對已經(jīng)發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì)，并改正這些錯(cuò)誤，同時(shí)修改相關(guān)的文檔，這一過程稱為排錯(cuò)，也稱調(diào)試。
8.分析：考察各種邏輯覆蓋的關(guān)系。
9.分析：傳統(tǒng)的集成測試分為漸增式集成測試方法和非漸增式集成測試方法。
10.分析：邊界值分析屬于黑盒測試。
11.分析：測試用例是在測試過程中設(shè)計(jì)的，并非要預(yù)先設(shè)計(jì)的。只有在極限測試時(shí)要預(yù)先設(shè)計(jì)測試用例，通常情況都不需要。
12.分析：邊界值的概念。
13.分析：易用性測試包括對用戶文檔的測試、易安裝性測試、功能易用性測試和用戶界面測試。選項(xiàng)B中系統(tǒng)故障頻率不屬于易用性測試范圍。
14.分析：對于軟件自動(dòng)化測試的理解。當(dāng)輸出結(jié)果不明確的情況時(shí)不適合采用自動(dòng)化測試的。
15.分析：桌上檢查的文檔一種過渡性的文檔，不是公開的正式文檔，而同行評審的"產(chǎn)品"可以理解成最終產(chǎn)品的組成部分，同行評審是在軟件開發(fā)過程中產(chǎn)生需要的一個(gè)可交付的文檔。在軟件開發(fā)過程中，真正造成項(xiàng)目進(jìn)度緩慢的是各種各樣的產(chǎn)品缺陷，同行評審不僅可以縮短工作時(shí)間，同時(shí)還可以節(jié)約大量成本。選項(xiàng)A走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合，說法完全正確。
16.分析：軟件性能測試的目標(biāo)不僅僅是發(fā)現(xiàn)(和改正)軟件性能缺陷，還包括探索和規(guī)劃軟件的實(shí)際性能。具體而言，軟件性能測試包括以下幾方面的目標(biāo)：①發(fā)現(xiàn)性能缺陷;②性能調(diào)優(yōu);③能力檢驗(yàn)和規(guī)劃。
17.分析：裝、繼承和多態(tài)是面向?qū)ο筌浖䥇^(qū)別于傳統(tǒng)的結(jié)構(gòu)化軟件的三個(gè)主要特點(diǎn)，然而這些特點(diǎn)都可能對測試帶來困難。選項(xiàng)C中考察繼承和繼承與多態(tài)的復(fù)合對測試的影響，假設(shè)類B是類A的子類，如果類A已進(jìn)行了充分的測試，若按傳統(tǒng)的測試充分性準(zhǔn)則，在測試類B時(shí)可以把關(guān)注點(diǎn)放在類B自身定義的成員變量和成員方法上，但在實(shí)際測試類B時(shí)，這樣的測試往往會不夠充分，還是要對類B繼承類A的成員方法進(jìn)行測試的，而且對于一棵繼承樹上的多個(gè)類，僅對處于葉節(jié)點(diǎn)的類進(jìn)行測試也是不充分的。
18.分析：Web應(yīng)用軟件的性能測試主要包括以下三個(gè)方面：①并發(fā)測試，②負(fù)載測試和壓力測試，③配置測試和性能調(diào)優(yōu)。
19.分析：一般軟件兼容性測試主要考慮：①與操作系統(tǒng)的兼容性，②與數(shù)據(jù)庫的，③與瀏覽器的兼容性，④與中間件的，⑤與其他軟件的兼容性，這里包括與其他支撐軟件的兼容性、與其他同類軟件的兼容性、與不同類軟件的兼容性三種情況，⑥與平臺軟件的兼容性。選項(xiàng)A中與外設(shè)的兼容性屬于硬件兼容性的考慮范疇。
20.分析：系統(tǒng)的安全漏洞其實(shí)也算是系統(tǒng)的缺陷，所以安全漏洞的檢測也屬于測試的范疇。實(shí)際上，Web應(yīng)用軟件的安全性不僅僅與Web應(yīng)用軟件本身的開發(fā)相關(guān)。入侵檢測和漏洞掃描是系統(tǒng)安全檢測與防護(hù)的兩個(gè)重要方面，但對于實(shí)際的安全檢測與防護(hù)，僅注意這兩個(gè)方面是不夠的，而應(yīng)該把系統(tǒng)安全檢測與防護(hù)當(dāng)作一個(gè)系統(tǒng)工程來完成，而這其中最重要的是建立完善的安全策略。訪問安全就是指控制外界對主機(jī)的訪問，從而減少甚至避免非法的訪問和使用，因此訪問安全策略又稱為訪問控制策略。
21.分析：軟件測試過程體現(xiàn)了軟件測試的流程和方法，與軟件開發(fā)過程一樣，都遵循軟件工程原理，遵循管理學(xué)原理，故選項(xiàng)C不正確。V模型反映出測試活動(dòng)與分析設(shè)計(jì)活動(dòng)的關(guān)系，強(qiáng)調(diào)了在整個(gè)項(xiàng)目開發(fā)過程中需要經(jīng)歷的不同測試級別，忽視了測試的對象不應(yīng)該僅僅是程序，W模型是對V模型進(jìn)行了補(bǔ)充，明確指出：測試的對象不僅僅是程序，需求、設(shè)計(jì)等同樣需要進(jìn)行測試，H模型指出軟件測試是一個(gè)獨(dú)立的流程，只要某個(gè)測試達(dá)到準(zhǔn)備就緒點(diǎn)，測試執(zhí)行活動(dòng)就可以開展，軟件測試貫穿于產(chǎn)品的整個(gè)生命周期，與其他流程可以并發(fā)進(jìn)行。
22.分析：在實(shí)際的軟件項(xiàng)目中，一個(gè)測試團(tuán)隊(duì)不可能大都是骨干人員，要考慮成本。
23.分析：一般的測試過程是按測試策劃、測試設(shè)計(jì)、測試執(zhí)行和測試總結(jié)四個(gè)測試活動(dòng)順序開展的。但實(shí)際測試項(xiàng)目中，由于時(shí)間緊迫，有時(shí)不得不將一些測試活動(dòng)并行開展，如可以將測試策劃和測試設(shè)計(jì)活動(dòng)并行開展，測試設(shè)計(jì)活動(dòng)也可以和測試執(zhí)行活動(dòng)并行開展，但測試總結(jié)和測試執(zhí)行一般不會并行開展，但可以提前編寫相應(yīng)的文字內(nèi)容。
24.分析：Fixed實(shí)際上是指開發(fā)工程師已完成修正，等待測試人員驗(yàn)證的缺陷狀態(tài)。
25.分析：態(tài)測試信息是指：將被測程序運(yùn)行后才能獲得的測試信息。做動(dòng)態(tài)測試之前必須先通過靜態(tài)分析，動(dòng)態(tài)測試過程的步驟如下：
設(shè)定待測試的配置
設(shè)定需插裝的函數(shù)
編譯相關(guān)的源程序
運(yùn)行源程序
合并動(dòng)態(tài)運(yùn)行的結(jié)果
【計(jì)算機(jī)四級《軟件測試工程師》模擬試題二答案及解析】相關(guān)文章：
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（三）答案及解析09-11
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（一）答案及解析08-30
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（四）答案及解析10-11
計(jì)算機(jī)四級軟件測試工程師模擬試題及答案11-04
計(jì)算機(jī)四級軟件測試工程師模擬試題及答案參考09-12
計(jì)算機(jī)四級考試軟件測試工程師模擬試題及答案10-18
2017計(jì)算機(jī)四級軟件測試工程師模擬試題及答案08-07