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