- 相關(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