軟件水平考試(中級)軟件評測師案例真題及答案近年合集

PAGE"pagenumber"pagenumber/SECTIONPAGES"numberofpages"numberofpages軟件水平考試_(中級)軟件評測師_案例_真題及答案近年合集1.2005軟件水平考試軟件評測師真題及答案案例2.2006軟件水平考試軟件評測師真題及答案案例3.2007軟件水平考試軟件評測師真題及答案案例4.2008軟件水平考試軟件評測師真題及答案案例5.2009軟件水平考試軟件評測師真題及答案案例6.2010軟件水平考試(中級)軟件評測師真題及答案案例7.2010軟件水平考試軟件評測師真題及答案案例8.2011軟件水平考試(中級)軟件評測師真題及答案案例9.2011軟件水平考試軟件評測師真題及答案案例10.2012軟件水平考試(中級)軟件評測師真題及答案案例2005軟件水平考試軟件評測師真題及答案案例[問答題]1.試題一（15分）閱讀以下說明，回答問題1至問題4，將解答填入答題紙的對應欄內?！菊f明】在軟件開發(fā)與運行階段一般需要完成單元測試、集成測試、確認測試、系統(tǒng)測試和驗收測試，這些對軟件質量保證起著非常關鍵的作用?！締栴}1】（5分）請簡述單元測試的主要內容。答案:模塊接口測試（1分）、局部數(shù)據(jù)結構測試（1分）、路徑測試（1分）、錯誤處理測試（1分）、邊界測試（1分）。解析:[問答題]2.【問題2】（5分）集成測試也叫組裝測試或者聯(lián)合測試，請簡述集成測試的主要內容。答案:【問題2】（5分）知識點包括：（1）在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失（1分）：（2）一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響（1分）；（3）各個子功能組合起來，能否達到預期要求的父功能（l分）；（4）全局數(shù)據(jù)結構是否有問題（1分）；（5）單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度（1分）。解析:[問答題]3.【問題3】請簡述集成測試與系統(tǒng)測試的關系答案:【問題3】（2分）知識點包括：集成測試的主要依據(jù)是概要設計說明書，系統(tǒng)測試的主要依據(jù)是需求設計說明書。集成測試是系統(tǒng)模塊的測試，系統(tǒng)測試是對整個系統(tǒng)的測試，包括相關的軟硬件平臺、網(wǎng)絡以及相關外設的測試。（答出其中2個知識點即可得2點）解析:[問答題]4.【問題4】（3分）公司A承擔了業(yè)務B的辦公自動化系統(tǒng)的建設工作。2004年10月初，項目正處于開發(fā)階段，預計2005年5月能夠完成全部開發(fā)工作，但是合同規(guī)定2004年10月底進行系統(tǒng)驗收。因此2004年10月初，公司A依據(jù)合同規(guī)定向業(yè)主B和監(jiān)理方提出在2004年10月底進行驗收測試的請求，并提出了詳細的測試計劃和測試方案。在該方案中指出測試小組由公司A的測試工程師、外聘測試專家、外聘行業(yè)專家以及監(jiān)理方的代表組成。公司A的做法是否正確？請給出理由。答案:【問題4】（3分）知識點包括：驗收測試要在系統(tǒng)測試通過之后，交付使用之前進行，而不是僅僅根據(jù)合同規(guī)定進行（1分）。2004年10月初并不具備驗收測試的條件（1分）。解析:[問答題]5.試題二（15分）閱讀下列說明，回答問題1至問題3，將解答填入大體紙的對應欄內?！菊f明】使用基本路徑法設計出的測試用例能夠保證程序的每一條可執(zhí)行語句在測試過程中至少執(zhí)行一次。以下代碼由C語言書寫，請按要求回答問題。IntIsLeap(intyear){if(year%4==0){if(year%100==0){if(year%400==0)leap=1;elseleap=0;}elseleap=1;}elseleap=0;returnleap;}【問題1】（3分）請畫出以上代碼的控制流圖答案:【問題1】（3分）知識點包括：控制流圖解析:[問答題]6.【問題2】（4分）請計算上述控制流圖的圈復雜度V（G）（獨立線性路徑數(shù)）答案:【問題2】（4分）知識點包括：V（G）=4解析:[問答題]7.【問題3】（8分）假設輸入的取值范圍是1000<year<2001,請使用基本路徑測試法為變量year設計測試用例，使其滿足基本路徑覆蓋的要求。答案:【問題3】（8分）知識點包括：用例1：year是1000～2000之間不能被4整除的整數(shù)，如1001、1002、1003等（2分）。用例2：year是1000～2000之間能被4整除但不能被100整除的整數(shù)，如1004、1008、1012、1016等（2分）。用例3：year是1000～2000之間能被100整除但不能被400整除的整數(shù)，如1100、1300、1400、1500、1700、1800、1900（2分）。用例4：year是1000～2000之間能被400整除的整數(shù)，如1200、1600、2000（2分）。解析:[問答題]8.試題三（20分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內?！菊f明】軟件系統(tǒng)的文檔測試應當貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點。【問題1】（6分）軟件系統(tǒng)的用戶文檔包括哪些？答案:【問題1】（6分）知識點包括：·用戶手冊·安裝和設置指導·聯(lián)機幫助·指南、向導·樣例、示例和模板·授權／注冊登記表·最終用戶許可協(xié)議·宣傳材料、廣告及其他插頁（答對以上其中6點，每點給I分）解析:[問答題]9.【問題2】（8分）軟件系統(tǒng)中除用戶文檔之外，文檔測試還應當關注哪些文檔？答案:【問題2】（6分）知識點包括：●開發(fā)文檔◆軟件需求說明書◆數(shù)據(jù)庫設計說明書◆概要設計說明書◆詳細設計說明書◆可行性研究報告●管理文檔◆項目開發(fā)計劃◆測試計劃◆測試報告◆開發(fā)進度月報◆開發(fā)總結報告（在開發(fā)文檔中答對其中4點，每1點給l分；在管理文檔中答對其中2點，每1點給1分）解析:[問答題]10.【問題3】（6分）簡述軟件系統(tǒng)中用戶文檔的測試要點。答案:【問題3】（3分）知識點包括：·讀者群。文檔面向的讀者定位要明確。對于初級用戶、中級用戶以及高級用戶應該有不同的定位?！ばg語。文檔中用到的術語要適用于定位的讀者群，用法一致，標準定義與業(yè)界規(guī)范相吻合?！ふ_性。測試中需檢查所有信息是否真實正確，查找由于過期產(chǎn)品說明書和銷售人員夸大事實而導致的錯誤。檢查所有的目錄、索引和章節(jié)引用是否已更新，嘗試鏈接是否準確，產(chǎn)品支持電話、地址和郵政編碼是否正確?！ね暾浴φ哲浖缑鏅z查是否有重要的分支沒有描述到，甚至是否有整個大模塊沒有描述到?！ひ恢滦浴０凑瘴臋n描述的操作執(zhí)行后，檢查軟件返回的結果是否與文檔描述相同?！ひ子眯?。對關鍵步驟以粗體或背景色給用戶以提示，合理的頁面布局、適量的圖表都可以給用戶更高的易用性。需要注意的是文檔要有助于用戶排除錯誤，不但描述正確操作，也要描述錯誤處理辦法。文檔對于用戶看到的錯誤信息應當有更詳細的文檔解釋。·圖表與界面截圖。檢查所有圖表與界面截圖是否與發(fā)行版本相同?！永褪纠Ｏ裼脩粢粯虞d入和使用樣例。如果是一段程序，就輸入數(shù)據(jù)并執(zhí)行它。以每一個模版制作文件，確認它們的正確性。·語言。不出現(xiàn)錯別字，不要出現(xiàn)有二義性的說法。特別要注意的是屏幕截圖或繪制圖形中的文字?！び∷⑴c包裝。檢查印刷質量；手冊厚度與開本是否合適；包裝盒的大小是否合適；有沒有零碎易丟失的小部件等。（答對以上其中6點，每1點給0.5分）解析:[問答題]11.試題四（25分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。【說明】軟件系統(tǒng)性能調優(yōu)的關鍵是首先作好性能故障定位，面對軟件系統(tǒng)中運行在不同平臺上的多個服務器、多種應用、大量工作站以及局域網(wǎng)、廣域網(wǎng)和其他類型的網(wǎng)絡體系結構，故障點交錯，故障定位測試非常復雜。下述是《工作流平臺系統(tǒng)》的性能測試案例描述及結果數(shù)據(jù)：1單機運行環(huán)境2集群運行環(huán)境●測試案例描述：模擬多用戶登陸《工作流平臺系統(tǒng)》，針對工作流A、B、C分別連續(xù)創(chuàng)建20個實例，在單機和集群運行環(huán)境下分別對系統(tǒng)進行負載壓力性能測試。單機環(huán)境下測試用機與一臺應用服務器連在同一交換機上，壓力直接加在一臺應用服務器上。集群環(huán)境下測試用機與服務器集群連接在同一交換機上，壓力由負載均衡模塊分攤到倆臺應用服務器上。在單機和集群運行環(huán)境中應用服務器和一臺數(shù)據(jù)庫服務器連接?！窨蛻舳私灰撞l(fā)執(zhí)行測試數(shù)據(jù)：1單機運行環(huán)境2集群運行環(huán)境●服務器資源占用情況1單機運行環(huán)境①應用服務器資源占用情況②數(shù)據(jù)庫服務器資源占用情況2集群運行環(huán)境①倆臺應用服務器資源占用情況【問題1】（6分）單機運行環(huán)境和集群運行環(huán)境下，系統(tǒng)能夠提供的客戶端并發(fā)性能服務等級哪種更好？為什么？答案:【問題1】（5分）知識點包括：在集群環(huán)境下，系統(tǒng)能夠提供的客戶端并發(fā)性能服務等級更好（3分）。響應時間小，交易執(zhí)行效率高（2分）。解析:[問答題]12.【問題2】（10分）試分析系統(tǒng)應用服務器和數(shù)據(jù)庫服務器資源使用情況如何？是否有瓶頸存在？單機運行環(huán)境和集群運行環(huán)境相比，哪種環(huán)境下資源占用率更高？為什么？隨著系統(tǒng)并發(fā)負載的加大，試預測哪種環(huán)境下資源占用率遞增更快？答案:【問題2】（lO分）知識點包括：單機環(huán)境和集群環(huán)境下，系統(tǒng)后臺服務器資源利用率較低（2分）不存在瓶頸（2分）。與單機環(huán)境相比，集群環(huán)境下資源利用率更高（2分）。為了實現(xiàn)集群策略，系統(tǒng)需要花費資源，所以造成集群環(huán)境下資源利用率更高（2分）。隨著系統(tǒng)承受負載的繼續(xù)加大，單機環(huán)境下資源使用會遞增較快，因為集群的負載均衡策略會發(fā)揮其作用（2分）。解析:[問答題]13.【問題3】（10分）集群對系統(tǒng)性能有哪些貢獻？有哪些弊端？該系統(tǒng)是否應該采用此集群部署策略？答案:【問題3】（l0分）知識點包括：集群能夠提高系統(tǒng)的客戶端并發(fā)性能服務等級，用戶能夠體驗到更好的性能。（3分）集群帶來較大的花費，同時增加了維護費用。（3分）該系統(tǒng)采用此集群策略是不合適的，我們看到在單機測試環(huán)境下，創(chuàng)建工作流B和工作流C時，數(shù)據(jù)庫服務器CPU占用率平均值己經(jīng)達到85％以上，應用服務器的集群策略使系統(tǒng)能夠承受更多的并發(fā)負載，這樣就給數(shù)據(jù)庫服務器帶來更大的壓力，CPU占用率會成為瓶頸。（4分）解析:2006軟件水平考試軟件評測師真題及答案案例[問答題]1.試題一(15分)閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內?！菊f明】基本路徑法設計出的測試用例能夠保證在測試中程序的每一條可執(zhí)行語句至少執(zhí)行一次。以下代碼由C++語言書寫，請按要求回答問題。voidReadPara(CStringtemp){If(temp==＂>=＂)M_oper.SetCurSel(0);else{if(temp==＂>＂)m_oper.SetCurSel(1)；else{if(temp==＂==＂)m_oper.SetCurSel(2)；else{if(temp==＂<=＂)m_oper.SetCurSel(3)；else{if(temp=＂<＂)m_oper.SetCurSel(4)；elsem_oper.SetCurSel(5)；}}}}return；}【問題1】(6分)請畫出以上代碼的控制流圖。答案:[問題1]解析:[問答題]2.【問題2】(3分)請計算上述控制流圖的環(huán)路復雜度V(G)。答案:[問題2]V（G）=6解析:[問答題]3.【問題3】(6分)請使用基本路徑測試法為變量temp設計測試用例，使之滿足基本路徑覆蓋要求。答案:[問題3]用例編號 temp取值 1 >= 2 > 3 == 4 <= 5 < 6 除>=、>、==、<=、<之外的字符組合 解析:[問答題]4.閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應欄內。【說明】針對某公司辦公自動化(ＯＡ)系統(tǒng)的負載壓力測試，采用專業(yè)的負載壓力測試工具來執(zhí)行測試。系統(tǒng)采用Browse/Server架構，服務器是一臺PCServer(4路2．7GHz處理器，4ＧＢ內存)，安裝的平臺軟件包括MicrosoftInternetInformationServer5．0，ASP．NET，SQLServer2000。使用2臺筆記本電腦安裝測試工具模擬客戶端執(zhí)行?登錄?業(yè)務操作。測試目標分別為以下兩個：第一，測試系統(tǒng)分別在2M、4M網(wǎng)絡帶寬下，能夠支持用戶登錄的最大并發(fā)用戶數(shù)；第二，測試服務器的吞吐量(即：每秒可以處理的交易數(shù))，主要包括服務器CPU平均使用率達到85％時系統(tǒng)能夠支持的最大吞吐量和服務器CPU平均使用率達到100％時系統(tǒng)能夠支持的最大吞吐量。本次測試的性能需求是：指標?響應時間?合理范圍為0～5秒。測試結果如下：案例1網(wǎng)絡環(huán)境：2M帶寬客戶端性能測試結果：服務器資源使用結果：答案:[問題1]響應時間是系統(tǒng)完成事務執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，是衡量特定類型應用事務性能的重要指標，標志了用戶執(zhí)行一項操作大致需要多長時間。解析:[問答題]5.【問題2】(3分)分析案例1的測試結果數(shù)據(jù)，指出滿足系統(tǒng)的性能指標需求時，系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量，并說明理由。答案:[問題2]系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量為50題中指出"通常情況下，交易操作合理的響應時間為5秒以內"。此案例中，登錄響應時間隨虛擬并發(fā)用戶數(shù)增加而增長。在50個虛擬并發(fā)用戶的負載下，登錄響應時間達到5秒（注意圖形中響應時間指標的比例為10）。當負載超過50個虛擬并發(fā)用戶，響應時間超過5秒。所以此案例中最合理的并發(fā)用戶數(shù)為50。解析:[問答題]6.【問題3】(4分)分析案例1的測試結果數(shù)據(jù)，說明服務器CPU資源使用率是否合理，以及帶寬是否是系統(tǒng)瓶頸，并陳述理由。答案:[問題3]服務器CPU資源使用率是合理的。2M帶寬是系統(tǒng)處理業(yè)務的瓶頸。理由是對比"4M帶寬登錄"案例，4M帶寬下，系統(tǒng)每秒處理完成的登錄個數(shù)固定在13.5個左右，登錄響應時間隨虛擬用戶數(shù)增加而增長。在60個虛擬用戶的壓力下，登錄響應時間在4.2秒左右（注意圖形中響應時間指標的比例為10）。在80個虛擬用戶的壓力下，登錄響應時間在5.8秒左右，所以在合理登錄響應時間（5秒）內預計同時登錄用戶數(shù)是70左右。服務器CPU使用率成為系統(tǒng)處理的瓶頸。說明隨著帶寬的提高，系統(tǒng)的處理能力進一步提高，同時高吞吐量造成了系統(tǒng)資源的緊張，帶來了新的系統(tǒng)性能瓶頸。解析:[問答題]7.【問題4】(4分)分析案例2的測試結果數(shù)據(jù)，說明服務器CPU資源使用率是否合理，以及增加帶寬是否是提高系統(tǒng)性能的有效方法，并陳述理由。答案:[問題4]服務器CPU資源使用率不合理，其平均值超過85%。4M帶寬的網(wǎng)絡測試環(huán)境與2M帶寬的網(wǎng)絡測試環(huán)境相比，帶來了新的系統(tǒng)瓶頸（CPU資源使用率平均值超過85%），所以增加帶寬不是提高系統(tǒng)性能的有效方法。在此基礎上，繼續(xù)提高帶寬，系統(tǒng)的處理能力將進一步提高，高的處理能力會使服務器的資源瓶頸進一步加重，帶來更加嚴重的后果。解析:[問答題]8.【問題5】(6分)論述CPU使用率成為系統(tǒng)性能瓶頸時，如何制定解決方案？論述網(wǎng)絡帶寬成為系統(tǒng)性能瓶頸時，如何制定解決方案？答案:[問題5]當CPU資源使用成為系統(tǒng)瓶頸時的解決方案可以概括為：1.增加CPU的個數(shù)；2.提高CPU的主頻；3.將web服務器與數(shù)據(jù)庫服務器分開部署；4.調整軟件的設計與開發(fā)；當帶寬成為系統(tǒng)瓶頸時的解決方案可以概括為：1.增加帶寬；2.壓縮傳輸數(shù)據(jù)。解析:[問答題]9.試題三(15分)閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內?！菊f明】軟件系統(tǒng)幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結果就形成事件流。場景法就是通過用例場景描述業(yè)務操作流程，從用例開始到結束遍歷應用流程上所有基本流(基本事件)和備選流(分支事件)。下面是對某IC卡加油機應用系統(tǒng)的基本流和備選流的描述。問題一暫缺答案:[問題1]場景1：A場景2：A、B場景3：A、C場景4：A、D場景5：A、E解析:[問答題]10.【問題3】(3分)假如每升油4元人民幣，用戶的賬戶金額為1000元，加油機內油量足夠，那么在A4輸入油量的過程中，請運用邊界值分析方法為A4選取合適的輸入數(shù)據(jù)(即油量，單位：升)答案:[問題3]1.0升2.250升3.251升解析:[問答題]11.【問題4】(3分)假設本系統(tǒng)開發(fā)人員在開發(fā)過程中通過測試發(fā)現(xiàn)了20個錯誤，獨立的測試組通過上述測試用例發(fā)現(xiàn)了100個軟件錯誤，系統(tǒng)在上線后，用戶反饋了30個錯誤，請計算缺陷探測率(DDP)。答案:[問題4]DDP=Bugstester（Bugstester+Bugscustomer）=（20+100）（20+100+30）=80%（0.8）其中，Bugstester為測試者發(fā)現(xiàn)的錯誤數(shù)；Bugscustomer為客戶發(fā)現(xiàn)并反饋技術支持人員進行修復的錯誤數(shù)。解析:[問答題]12.試題四(15分)閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。【說明】易用性和用戶文檔是影響軟件質量的重要指標，也是直接決定一個軟件能否取得市場成功的關鍵因素?！締栴}1】(5分)用戶對軟件系統(tǒng)的第一認識來自于安裝，因此易用性的一個重要體現(xiàn)就是安裝的易用性。簡述安裝測試應當從哪幾個方面來考慮？答案:[問題1]評估安裝手冊安裝的自動化測試安裝選項和設置的測試安裝過程的中斷測試安裝順序測試多環(huán)境安裝測試安裝正確性測試修復安裝與卸載測試解析:[問答題]13.【問題2】(6分)軟件用戶界面起著引導用戶操作的重要作用，簡述整體界面測試和界面中的元素測試分別應當設計哪些測試點？答案:[問題2]界面整體測試：規(guī)范性測試、合理性測試、一致性測試和界面定制性測試界面元素測試：窗口測試、菜單測試、圖標測試、鼠標測試和文字測試。解析:[問答題]14.【問題3】(4分)軟件幫助是協(xié)助用戶使用軟件的關鍵途徑，因此也是軟件測試過程中的一個重要內容，簡述在進行軟件幫助測試時的測試要點。答案:[問題3]文本的準確性與程序的接口幫助索引的檢查超鏈接的正確性鏈接的意義風格應簡潔解析:[問答題]15.試題五(10分)閱讀以下說明，回答問題1和問題2，將解答填入答題紙的對應欄內?！菊f明】軟件測試是與軟件開發(fā)密切相關的一系列有計劃的活動，在軟件測試過程模型?Ⅴ模型?的指導下，開發(fā)過程中應該安排一系列不同類型的測試活動。軟件測試過程是由一系列的關鍵活動組成的，同時軟件測試質量的保證手段是必不可少的?！締栴}1】(2分)針對開發(fā)過程中的不同階段，應該包含那些類型的軟件測試。答案:[問題1]單元測試集成測試確認測試（系統(tǒng)測試）驗收測試解析:[問答題]16.【問題2】(8分)簡述軟件測試過程的關鍵活動，以及保證軟件測試質量的手段。答案:[問題2]知識點包括：軟件測試過程的關鍵活動：測試需求分析制定測試計劃測試設計測試執(zhí)行測試分析與總結質量保證手段：制定質量保證計劃、質量體系建立測試活動審核、測試文檔評審測試過程數(shù)據(jù)的收集、度量與分析解析:2007軟件水平考試軟件評測師真題及答案案例[問答題]1.試題一（15分）（白盒測試之基本路徑測試法）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]以下代碼由C語言書寫，能根據(jù)指定的年、月計算當月所含天數(shù)。intGetMaxDay(intyear,intmonth){intmaxday=0;if(month>=1&&month<=12){if(month==2){if(year%4==0)70{if(year%100==0){if(year%400==0)maxday=29;elsemaxday=28;}elsemaxday=29;}elsemaxday=28;}else{if(month==4||month==6||month==9||month==11)maxday=30;elsemaxday=31;}}returnmaxday;}[問題1]（4分）請畫出以上代碼的控制流圖答案:【問題1】畫出控制流圖解析:[問答題]2.[問題2]（3分）請計算上述控制流圖的環(huán)路復雜度V(G)。答案:【問題2】計算環(huán)路復雜度V(G)：V(G)=7解析:[問答題]3.[問題3]（8分）假設year的取值范圍是1000<year<2001，請使用基本路徑測試法為變量year、month設計測試用例（寫出year取值、month取值、maxday預期結果），使之滿足基本路徑覆蓋要求。答案:解析:[問答題]4.試題二（16分閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應欄內。[說明]負載壓力性能測試是評估系統(tǒng)性能、性能故障診斷以及性能調優(yōu)的有效手段。下述表格是針對稅務征管系統(tǒng)中?稅票錄入?業(yè)務的測試結果，系統(tǒng)服務器端由應用服務器和單節(jié)點數(shù)據(jù)庫服務器組成。[問題1]（4分）簡述交易吞吐量和交易響應時間的概念。答案:【問題1】交易吞吐量：系統(tǒng)服務器每秒能夠處理通過的交易數(shù)。交易響應時間：是系統(tǒng)完成事務執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，是衡量特定類型應用事務性能的重要指標，標志了用戶執(zhí)行一項操作大致需要多長時間。解析:[問答題]5.[問題2]（2分）試判斷隨著負載增加，當交易吞吐量不再遞增時，交易響應時間是否會遞增，并說明理由。答案:【問題2】知識點包括：隨著負載增加，當交易吞吐量不再遞增時，交易響應時間一般會遞增。當系統(tǒng)達到交易吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應時間中。解析:[問答題]6.[問題3]（3分）根據(jù)上述測試結果，判斷服務器資源使用情況是否合理，為什么？答案:【問題3】數(shù)據(jù)庫服務器資源使用不合理。當并發(fā)用戶數(shù)達到50時，數(shù)據(jù)庫服務器CPU平均利用率（％）達到97.5％，屬不合理范圍。解析:[問答題]7.[問題4]（5分）在并發(fā)用戶數(shù)為50時，如果交易吞吐量和交易響應時間都不滿足需求，簡述數(shù)據(jù)庫端造成此缺陷的主要原因，有效的解決方案是什么？答案:【問題4】數(shù)據(jù)庫端造成此缺陷的主要原因包括：服務器資源負載過重；數(shù)據(jù)庫設計不合理；數(shù)據(jù)庫單個事務處理響應時間長；系統(tǒng)并發(fā)負載造成最終用戶響應時間長；有效的解決方案是：采用數(shù)據(jù)庫集群策略，并注意配置正確。解析:[問答題]8.[問題5]（2分）去年全年處理?稅票錄入?交易約100萬筆，考慮到3年后交易量遞增到每年200萬筆。假設每年交易量集中在8個月，每個月20個工作日，每個工作日8小時，試采用80～20原理估算系統(tǒng)服務器高峰期?稅票錄入?的交易吞吐量（trans/s）。答案:【問題5】用80～20原理估算系統(tǒng)服務器高峰期?稅票錄入?的交易吞吐量（trans/s）。（1000000*2*80%）/(8*20*8*3600*20%)=1.74trans/s即服務器處理"稅票錄入"交易的吞吐量應達到1.74trans/s解析:[問答題]9.閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]在ERP（企業(yè)資源計劃）系統(tǒng)中，?計劃管理?模塊的流程圖如下：[問題1]（4分）因果圖法是功能測試案例設計方法中的一種，簡述利用因果圖導出測試用例需要經(jīng)過哪幾個步驟？答案:【問題1】（1）分析程序規(guī)格說明的描述中，哪些是原因，哪些是結果。原因常常是輸入條件或輸入條件的等價類，而結果是輸出條件。（2）分析程序規(guī)格說明的描述中語義的內容，并將其表示成連接各個原因與各個結果的"因果（3）標明約束條件。由于語法或環(huán)境的限制，有些原因和結果的組合情況是不可能出現(xiàn)的。為表明這些特定的情況，在因果圖上使用若干個標準的符號標明約束條件。（4）把因果圖轉換成判定表，為判定表中每一列表示的情況設計測試用例。解析:[問答題]10.[問題2]（4分）根據(jù)題干中的流程圖，利用因果圖法，找出哪些是正確的輸入條件，那些是正確的輸出結果，將下列描述的字母編號填入表中。a.可以進行銷售發(fā)貨管理b.可用庫存不滿足銷售需求（有可用庫存）c.可用庫存不滿足銷售需求（無可用庫存）d.可用庫存滿足生產(chǎn)需求e.可用庫存不滿足生產(chǎn)需求f.可用庫存不滿足生產(chǎn)需求（無可用庫存）g.可以進行MPS運算h.可用庫存滿足銷售需求i.生成主生產(chǎn)計劃j.生成計劃采購定單k.生成計劃生產(chǎn)定單l.可以進行MRP運算答案:解析:[問答題]11.[問題3]（7分）下圖畫出?計劃管理?模塊的因果圖。請把問題2中列出的輸入條件和輸出結果的字母編號填入到空白框中相應的位置。答案:解析:[問答題]12.試題四（15分閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]軟件測試是與軟件開發(fā)緊密相關的一系列有計劃的系統(tǒng)性活動。軟件測試需要用測試模型去指導實踐，軟件測試專家通過測試實踐總結出了很多很好的測試模型。[問題1]（4分）V模型是最具有代表意義的軟件測試模型。請將開發(fā)活動和相應的測試活動填入下圖空白框中。答案:解析:[問答題]13.[問題2]（4分）在集成測試階段，可采用不同的組裝方式把模塊組裝起來形成一個可運行的系統(tǒng)，其中增殖式組裝方式包括哪幾種？除增殖式組裝方式外還有哪種組裝方式？答案:自頂向下的增殖方式自底向上的增殖方式混合增殖式測試除增殖式組裝方式外還有一次性組裝方式解析:[問答題]14.[問題3]（7分）測試工程師甲按照V模型安排測試活動，在驗收測試階段發(fā)現(xiàn)的某些功能缺陷是與產(chǎn)品需求設計說明書有關，造成軟件缺陷修復成本較高。你認為若采用W模型能否避免類似問題出現(xiàn)？簡述W模型的優(yōu)點。答案:能。測試的活動與軟件開發(fā)同步進行測試的對象不僅僅是程序，還包括需求和設計盡早發(fā)現(xiàn)軟件缺陷可降低軟件開發(fā)的成本解析:[問答題]15.試題五（14分）（探測率及測試成本計算課本P116-117）閱讀以下說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]企業(yè)在質量方面的投資會產(chǎn)生利潤，諸如提高產(chǎn)品質量會提高公司的聲譽，降低產(chǎn)品交付之后的維護成本等等。測試是重要的質量保證手段，但必須付出相應的測試成本。[問題1]（3分）簡述測試實施成本的構成。答案:測試準備成本測試執(zhí)行成本測試結束成本解析:[問答題]16.[問題2]（3分）簡述缺陷探測率的計算公式答案:缺陷探測率＝測試者發(fā)現(xiàn)的錯誤數(shù)/(探測者發(fā)現(xiàn)的錯誤數(shù)+客戶發(fā)現(xiàn)并反饋給技術支持人員進行修復的錯誤數(shù)解析:[問答題]17.[問題3]（8分）假設對一個開發(fā)的MIS（管理信息系統(tǒng)）系統(tǒng)進行測試。屬于質量預防方面的一致性成本只考慮軟件測試的投資，把發(fā)布之前和之后發(fā)現(xiàn)、修改缺陷產(chǎn)生的成本看成非一致性成本。假設發(fā)現(xiàn)的缺陷為300個，各階段花費在發(fā)現(xiàn)及修改缺陷的成本假設如下：在開發(fā)過程單元測試階段，軟件開發(fā)人員發(fā)現(xiàn)及修改每一個缺陷的成本為100元；在獨立測試階段進行集成和系統(tǒng)測試，測試人員發(fā)現(xiàn)、開發(fā)人員修改、測試人員再確認每一個缺陷的成本為400元；在產(chǎn)品發(fā)布后，由客戶發(fā)現(xiàn)，報告技術支持人員、相關開發(fā)人員修改，測試組再進行回歸測試，每一個缺陷的成本為4000元。請對比這3種測試情況，填補下表空格中的內容答案:解析:2008軟件水平考試軟件評測師真題及答案案例[問答題]1.試題一（18分）（驗收測試及缺陷的管理課本2-4章節(jié)）閱讀以下說明，回答問題1至問題4，將解答填入答題紙的對應欄內。[說明]某軟件企業(yè)內部測試部門對其ERP產(chǎn)品進行內部測試之后，由第三方測試機構進行驗收測試，重點測試的質量特性包括：功能性、可靠性、易用性、效率、維護性以及可移植性。[問題1]（2分）驗收測試的依據(jù)是什么？驗收測試對測試環(huán)境有何要求？答案:1.驗收測試根據(jù)合同、《需求規(guī)格說明書》或《驗收測試計劃》對成品進行驗收測試。2.生產(chǎn)環(huán)境，或者軟硬件配置接近生產(chǎn)環(huán)境的模擬環(huán)境。解析:[問答題]2.[問題2]（2分）軟件產(chǎn)品的功能性測試中應關注哪些子特性？答案:軟件產(chǎn)品的功能性測試中應關注的子特性為：①適合性：軟件為指定的任務和用戶目標提供一組合適功能的能力。②準確性：軟件提供所需精確度的正確或相符結果及效果的能力。③互操作性/互用性：軟件產(chǎn)品與一個或更多規(guī)定系統(tǒng)進行交互的能力。④保密安全性：軟件產(chǎn)品保護信息和數(shù)據(jù)的能力。⑤功能依從性：軟件依從同功能性相關的超標準、約定或法規(guī)的能力。解析:[問答題]3.在實際的軟件測試過程中，對缺陷的管理與分析至關重要?；卮鹑缦聠栴}：（1）針對本測試，Bug的錯誤類型除了功能性錯誤外，還可能會包括哪些？（3分）（2）嚴重性級別是Bug的重要屬性，請寫出常見的功能性Bug的嚴重性級別層次（3分）。（3）在測試過程中Bug的處理會處于不同的狀態(tài)，請設計Bug管理中從發(fā)現(xiàn)到關閉必須經(jīng)歷的狀態(tài)名稱（3分）。答案:（1）Bug的錯誤類型除了功能性錯誤外，還包括：可靠性錯誤，易用性錯誤，效率性錯誤，維護性錯誤以及移植性錯誤（2）常見的功能性Bug的嚴重性級別層次致命，嚴重，一般，建議的①致命:系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞。②較嚴重：操作性錯誤、錯誤結果、遺漏功能。③一般:小任務、錯別字、UI布局、罕見錯誤。④建議的：不影響使用的瑕疵或更好的實現(xiàn)。3)打開已解決不是問題還有問題待處理已關閉（1）Bug錯誤的狀態(tài)新信息NEW），打開（OPEN），修正（FIXED），拒絕（DECLINED），關閉（CLOSED）①新信息（NEW）：測試中新報告的軟件BUG②打開（OPEN）：被確認并分配給相關開發(fā)人員處理③修正（FIXED）：開發(fā)人員已完成修正，等待測試人員驗證④拒絕（DECLINED）：拒絕修改BUG⑤延期（DEFERRED）：不在當前版本修復的錯誤，下一版本修復⑥關閉（CLOSED：BUG已被修復解析:[問答題]4.[問題4]（5分）企業(yè)內部測試部在測試?主生產(chǎn)計劃制定?模塊過程中，使用30個測試案例進行測試，共發(fā)現(xiàn)10個問題。開發(fā)組對軟件修改后，向測試組提交問題修改報告及修改后的軟件。問題修改報告中提出：其中3個問題是用戶需求，不是錯誤，無需修改，其余7個問題已修改完成。測試組使用上輪測試中發(fā)現(xiàn)這7個問題的5個測試案例進行了回歸測試，確認問題已得到修改，因此測試組決定，當前版本可以進入配置管理庫，進行后續(xù)集成工作。測試組的做法是否有問題？為什么？如果有問題，應寫出正確的做法。答案:測試組做法存在任務，錯誤如下：針對取消的3個任務：這3個任務應該將這3個任務作為補充說明交用戶確認需求，測試組在回歸測試中應對這3個任務與開發(fā)組進行溝通，并由用戶或項目經(jīng)理確認這3個任務是否可以取消，對于不能取消的任務仍需開發(fā)組進行修改并進行回歸測試。針對測試的`7個任務：只使用發(fā)現(xiàn)任務的5個案例進行回歸測試是錯誤的，在修改這些任務的過程中，可能引入新的任務。因此應使用全部30個案例進行回歸測試。解析:[問答題]5.試題二（20分）閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應欄內。[說明]信息系統(tǒng)測試中，系統(tǒng)的時間特性、資源利用性等是衡量其效率的重要指標。在軟件測試中我們通常會借助于自動化負載壓力測試考核系統(tǒng)在一定的大用戶量訪問、長時間運行、大數(shù)據(jù)量處理的使用場景下系統(tǒng)的性能是否滿足需求，在不滿足的情況下通過故障診斷和性能調優(yōu)的手段，獲得系統(tǒng)性能的提升。下圖是某網(wǎng)上報名系統(tǒng)的負載壓力測試拓撲圖，主要包括數(shù)據(jù)庫服務器、應用服務器、網(wǎng)絡設備、負載均衡設備以及測試用機。測試環(huán)境網(wǎng)絡帶寬100M，應用服務器選擇ApacheTomcat5.0，數(shù)據(jù)庫服務器選擇Oracle10G，兩類服務器操作系統(tǒng)都采用Windows2000Server（SP4）。負載壓力測試中模擬大量考生通過此系統(tǒng)執(zhí)行網(wǎng)上報名，主要測試用例包括?考生注冊?和?預定座位?，報名操作的順序是先執(zhí)行?考生注冊?，再執(zhí)行?預定座位?。系統(tǒng)性能要求能夠承受10000用戶并發(fā)訪問，業(yè)務執(zhí)行成功率保持在80％以上。下表是測試結果數(shù)據(jù)，其中數(shù)據(jù)庫服務器資源利用屬合理范圍，網(wǎng)絡帶寬足夠，未在結果中描述[問題1]（4分）衡量系統(tǒng)執(zhí)行效率的時間特性指標中通常會包括：業(yè)務執(zhí)行響應時間和吞吐量，請描述上述兩個指標的概念。答案:業(yè)務執(zhí)行響應時間是系統(tǒng)完成事務執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，是衡量特定類型應用事務性能的重要指標，標志了用戶執(zhí)行一項操作大致需要多長時間吞吐量指每秒執(zhí)行的業(yè)務數(shù)。解析:[問答題]6.[問題2]（3分）簡述此系統(tǒng)測試環(huán)境中負載均衡設備的作用。答案:[任務2]作用1：將客戶端的負載均勻分攤到不同的應用服務器上，達到最佳的服務器群性能。作用2：當某臺應用服務器出現(xiàn)錯誤時，錯誤信息將會返回到負載均衡器上，然后會將客戶的訪問指向另一臺應用服務器。解析:[問答題]7.問題3]（5分）簡述測試用機中負載壓力測試工具主控臺、負載壓力測試工具負載生成器的作用,并論述此項目中采用分布式部署負載生成器的原因。答案:[任務3]負載壓力測試工具主控臺作用：管理負載生成器，并收集測試數(shù)據(jù)。負載壓力測試工具負載生成器作用：模擬客戶端執(zhí)行負載壓力測試。此項目中采用分布式部署負載生成器的原因包括：1、負載生成器測試用機硬件資源（CPU、內存）有限，不能模擬10000用戶并發(fā)的負載。2、測試執(zhí)行會產(chǎn)生大量的業(yè)務流。若采用一臺測試機作為負載生成器，測試機的網(wǎng)卡帶寬會成為測試瓶頸。解析:[問答題]8.[問題4]（4分）請分析測試結果中的交易執(zhí)行情況數(shù)據(jù)，陳述隨并發(fā)用戶數(shù)遞增，交易執(zhí)行成功率降低的可能原因。分析測試結果中的應用服務器資源利用數(shù)據(jù)，判斷服務器資源利用是否有瓶頸存在。答案:[任務4]隨著并發(fā)用戶數(shù)遞增，交易執(zhí)行成功率降低的可能包括：1、服務器端架構不合理。2、服務器端參數(shù)設置不合理。3、軟件系統(tǒng)實現(xiàn)存在任務。4、應用服務器資源利用不存在瓶頸。解析:[問答題]9.[問題5]（4分）若系統(tǒng)的性能不能滿足需求，有哪些調優(yōu)措施？答案:[任務5]系統(tǒng)性能不滿足需求時，調優(yōu)措施包括：1、檢查軟件設計、軟件開發(fā)是否正確。2、檢查軟件參數(shù)設置是否合理。3、評估服務器端架構設計的合理性。4、評估應用服務器和數(shù)據(jù)庫服務器的匹配是否滿足系統(tǒng)性能需求。解析:[問答題]10.試題三（12分閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]因果圖方法的思路是：從用自然語言書寫的程序規(guī)格說明描述中找出因（輸入條件）和果（輸出或程序狀態(tài)的改變），通過因果圖轉換為判定表。分析中國象棋中走馬的實際情況（下面未注明的均指的是對馬的說明），馬走日字型（鄰近交叉點無棋子），遇到對方棋子可以吃掉，遇到本方棋子不能落到該位置。[問題1]（3分）應用中可能有多種輸入條件，在什么情況下可采用因果圖法設計測試用例？答案:應用的輸出結果依賴于各種輸入條件的組合或各種輸入條件之間有某種相互制約關系。解析:[問答題]11.[問題2]（4.5分）根據(jù)上述說明，利用因果圖法，下面列出走棋出現(xiàn)的情況和結果，找出哪些是正確的輸入條件，哪些是正確的輸出結果，請把相應的字母編號填入表中。A.落點在棋盤上；B.落點與起點構成日字；C.移動棋子；D.落點處為對方棋子；E.落點處為自己方棋子；F.移動棋子，并除去對方棋子；G.落點方向的鄰近交叉點無棋子；H.不移動棋子；I.落點處無棋子。答案:解析:[問答題]12.[問題3]（4.5分）下圖畫出中國象棋中走馬的因果圖，請把問題2中列出的輸入條件和輸出結果的字母編號填入到空白框中相應的位置。答案:解析:[問答題]13.試題四（10分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]以下代碼由C語言書寫，在輸入三個整數(shù)后，能夠輸出最大數(shù)和最小數(shù)。intmain(void){inta,b,c,max,min;printf("inputthreenumbers:");scanf("%d%d%d",&a,&b,&c);if(a>b)判斷1*/{max=a;min=b;}else{max=b;min=a;}if(max<c)判斷2*/max=c;elseif(min>c)判斷3*/min=c;printf("max=%d\nmin=%d",max,min);return0;}[問題1]（3分）請畫出該程序段的控制流圖，并分析該控制流圖中有多少條線性獨立路徑（V(G)的值）。答案:解析:[問答題]14.[問題2]（2分）為了用分支（判定）覆蓋方法測試該程序，需要設計測試用例，使其能對該程序中的每個判斷語句的各種分支情況全部進行過測試。對兩組輸入數(shù)據(jù)（1）a=3，b=5，c=7；（2）a=4，b=6，c=5，請分別寫出程序中各個判斷語句的執(zhí)行結果（以T表示真，以F表示假），填入答題紙的相應欄中。答案:解析:[問答題]15.[問題3]（5分）上述兩組測試數(shù)據(jù)是否能實現(xiàn)該程序的分支（判定）覆蓋？如果能，請說明理由。如果不能，請再增設一組輸入數(shù)據(jù)，使其能實現(xiàn)分支（判定）覆蓋。答案:問題3：不能，給出a,b,c三個數(shù)值滿足a>b>c（如:a=10,b=8,c=5等）]解析:[問答題]16.試題五（15分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]某網(wǎng)上信息系統(tǒng)的服務范圍為全國。按照功能類別將其劃分為前端路由區(qū)、Web區(qū)（DMZ區(qū)）、后臺信息系統(tǒng)區(qū)。各區(qū)域說明如下：前端路由區(qū)：部署路由設備。負責與上端網(wǎng)絡供應商（ISP）路由器和下端內網(wǎng)交換機的連接。Web服務區(qū)（DMZ區(qū)）：部署網(wǎng)站服務器及其相關的設備。負責處理HTTPRequest的任務，并將數(shù)據(jù)傳送給數(shù)據(jù)庫，后臺信息系統(tǒng)等模塊。后臺信息系統(tǒng)區(qū)：包括數(shù)據(jù)庫服務器、應用系統(tǒng)服務器和備份服務器等，負責完成信息系統(tǒng)的各項功能。在不同的網(wǎng)絡區(qū)域之間，通過部署防火墻實現(xiàn)區(qū)域之間的隔離與訪問控制。[問題1]（3分）畫出其網(wǎng)絡拓撲結構示意圖。答案:解析:[問答題]17.[問題2]（6分）漏洞掃描的功能是什么？請敘述漏洞掃描器的分類以及各類掃描器的功能。答案:[任務2]漏洞掃描的功能是什么？請敘述漏洞掃描器的分類以及各類掃描器的功能。漏洞掃描的功能是用主機或系統(tǒng)漏洞掃描器自動檢測遠程或本機安全性漏洞，以便及時修補安全漏洞。漏洞掃描器的分為兩種類型：（1）主機漏洞掃描器（HOSTSCANNE）R，在本地運行檢測系統(tǒng)漏洞。（2）網(wǎng)絡漏洞掃描器（NETWORKSCANN）E，R基于網(wǎng)絡遠程檢測目標網(wǎng)絡和主機系統(tǒng)漏洞。解析:[問答題]18.[問題3]（6分）確定安全測評中漏洞掃描工具的接入點。并說明選擇漏洞掃描工具各接入點的原因和目的。答案:任務3]確定安全測評中漏洞掃描工具的接入點。并說明選擇漏洞掃描工具各接入點的原因和目的。針對系統(tǒng)的網(wǎng)絡邊界和各區(qū)域設備的情況，在系統(tǒng)及邊界中設置A到C，3個工具接入點。A接入點A接入點(互聯(lián)網(wǎng)接入)；設在Internet中，探測目標系統(tǒng)的防火墻1、防火墻2、Web服務器、Web數(shù)據(jù)庫，測試其對該點暴露的安全漏洞情況。B接入點（Web服務器區(qū)）：接在交換機1上，探測目標系統(tǒng)的Web服務器、Web數(shù)據(jù)庫、防火墻2、數(shù)據(jù)庫服務器、應用系統(tǒng)服務器和備份服務器，測試其對該點暴露出的安全漏洞情況。C接入點（后臺信息系統(tǒng)區(qū)）：接在交換機2上，探測目標系統(tǒng)的數(shù)據(jù)庫服務器、應用系統(tǒng)服務器和備份服務器，測試其對該點暴露出的安全漏洞情況解析:2009軟件水平考試軟件評測師真題及答案案例[問答題]1.試題一（18分）閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。[說明]軟件測試的質量決定著被測產(chǎn)品的質量，是企業(yè)關注的重點。[問題1]（3分）請簡要敘述軟件測試質量包括哪些管理要素。答案:［問題1：軟件測試質量管理要素包括：●測試過程，如技術過程、管理過程、支持過程●測試人員組織●測試工作文檔：如測試計劃、測試用例、測試報告、錯誤報告解析:[問答題]2.[問題2](2分）請簡要論述軟件測試質量控制的主要方法。答案:問題2軟件測試質量控制的主要方法：測試文檔的評審測試活動審核制定質量保證計劃采取背靠背式的測試解析:[問答題]3.取背靠背式的測試[問題3]（4分）企業(yè)衡量軟件測試的質量經(jīng)常采用兩個指標：測試用例覆蓋率和缺陷修復率，請簡述這兩個指標的概念。答案:問題3測試用例覆蓋率=測試需求對應數(shù)目/測試需求數(shù)目缺陷修復率=累計關閉的缺陷數(shù)/累計打開的缺陷數(shù)解析:[問答題]4.[問題4](9分）企業(yè)內部測試組在測試某辦公自動化系統(tǒng)的過程中，使用60個測試用例進行測試，共發(fā)現(xiàn)了20個問題。開發(fā)組對軟件修改后，向測試組提交問題修改報告及修改后的軟件。問題修改報告中提出：所發(fā)現(xiàn)問題中的5個問題是用戶所要求的，無需修改，其余15個問題已修改完成。測試組使用針對上輪測試中發(fā)現(xiàn)的15個問題的36個測試用例進行了回歸測試，確認問題已得到修改，因此測試組做出結論：當前版本可以進入配置管理庫，進行后續(xù)集成工作。請簡要分析測試組的做法是否存在問題并簡述理由。此辦公自動化系統(tǒng)提交給用戶之后，用戶在使用過程中發(fā)現(xiàn)了5個問題，測試項目經(jīng)理打算采用缺陷探測率來對測試人員進行績效評估。請計算此測試項目的缺陷探測率。答案:問題4測試組做法存在問題，理由如下：針對取消的5個問題1。不對開發(fā)組提出取消的5個屬于用戶需求問題進行回歸測試是錯誤的。2。測試組應該將開發(fā)給所述的用戶需求作為補充說明由用戶確認，測試組在回歸測試中應對這5個問題與開發(fā)組進行溝通，并由用戶或項目經(jīng)理確認這5個問題是否可以取消，對于不能取消的問題仍需開發(fā)組進行修改并進行回歸測試。針對測試的15個問題1。只使用發(fā)現(xiàn)問題的36個用例進行回歸測試是錯誤的，在修改36個測試用例發(fā)現(xiàn)的15個問題的過程中，可能引入新的問題。2。因此應使用全部60個用例進行回歸測試，或者準確判斷這15個問題的修改波及到多少個用例，然后用這些用例來執(zhí)行回歸測試。缺陷探測率=測試人員發(fā)現(xiàn)的缺陷數(shù)/（測試人員發(fā)現(xiàn)的缺陷數(shù)+用戶發(fā)現(xiàn)的缺陷數(shù)）=20/（20+5）=0.8=80%。解析:[問答題]5.試題二（20分）閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應欄內。[說明]某―網(wǎng)站稿件管理發(fā)布系統(tǒng)‖是采用J2EE架構開發(fā)的B/S系統(tǒng)，Web服務器、應用服務器以及數(shù)據(jù)庫服務器部署在一臺物理設備上。系統(tǒng)實現(xiàn)的功能主要包括稿件管理和文檔上傳下載。稿件管理模塊可以對稿件進行增加、查詢、刪除、修改、顯示和批準等操作，批準后的稿件即可在網(wǎng)站上發(fā)布；文檔上傳下載模塊可以將稿件直接以Word文檔的格式進行上傳下載。系統(tǒng)性能需求如下：（1）主要功能操作在5秒鐘內完成；（2）支持50個在線用戶；（3）稿件管理的主要功能至少支持20個并發(fā)用戶；（4）在50個用戶并發(fā)的高峰期，稿件管理的主要功能，處理能力至少要達到8trans/s；（5）系統(tǒng)可以連續(xù)穩(wěn)定運行12小時。[問題1]（3分）簡要敘述―網(wǎng)站稿件管理發(fā)布系統(tǒng)‖在生產(chǎn)環(huán)境下承受的主要負載類型。答案:問題1、―網(wǎng)站稿件管理發(fā)布系統(tǒng)‖在生產(chǎn)環(huán)境下承受的主要負載類型有（1）并發(fā)用戶的操作是屬于并發(fā)執(zhí)行負載；（2）連續(xù)運行12小時是屬于疲勞強度負載；（3）大量―稿件查詢‖操作是屬于大數(shù)據(jù)量負載。解析:[問答題]6.[問題2]（3分）簡要敘述進行―網(wǎng)站稿件管理發(fā)布系統(tǒng)‖的性能測試中應測試的關鍵指標。答案:問題2、進行―網(wǎng)站稿件管理發(fā)布系統(tǒng)‖的性能測試中應測試的關鍵指標如下：1、并行用戶數(shù)：指某一物理時刻同時向系統(tǒng)提交請求的用戶數(shù)。2、事務執(zhí)行響應時間：是系統(tǒng)完成事務執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，是衡量特定類型應用事務性能的重要指標，標志了用戶執(zhí)行一項操作大致需要多長時間3、交易執(zhí)行呑吐量（trans/s）:每秒鐘執(zhí)行的業(yè)務數(shù)?；蛳到y(tǒng)服務器每秒能夠處理通過的交易數(shù)。解析:[問答題]7.[問題3]（3分）請簡述訪問系統(tǒng)的―在線用戶‖和―并發(fā)用戶‖的區(qū)別。答案:問題3、并發(fā)用戶：指某一物理時刻同時向系統(tǒng)提交請求的用戶數(shù)。在線用戶：是指某段時間內訪問系統(tǒng)的用戶，但這些用戶不一定同時向系統(tǒng)提交請求。解析:[問答題]8.[問題4]（3）系統(tǒng)性能需求中要求―系統(tǒng)可以連續(xù)穩(wěn)定運行12小時‖，若系統(tǒng)連續(xù)運行12小時完成的總業(yè)務量為1000筆，系統(tǒng)能夠提供的最大交易執(zhí)行吞吐量為200筆/小時，試設計測試周期，并說明理由。答案:[問題4]系統(tǒng)連續(xù)運行12小時完成的總業(yè)務量為1000筆，系統(tǒng)能夠提供的最大交易執(zhí)行吞吐量為200筆/小時，因此系統(tǒng)呑吐量在極限的情況下，完成1000筆的業(yè)務需要的時間就是測試周期，即1000/200=5小時。原因：在增加單位時間的負載情況下，需要縮短測試周期，保證系統(tǒng)在12小時完成的總業(yè)務量為1000筆。解析:[問答題]9.[問題5]（8分）下圖為并發(fā)50個用戶執(zhí)行―稿件查詢‖操作的測試結果。（1）請判斷結果是否滿足系統(tǒng)性能需求并說明理由。（2）簡要說明TransactionsperSecond與AverageTransactionResponseTime之間的關系。系統(tǒng)要求：（1）主要功能操作在5秒鐘內完成；（2）支持50個在線用戶；（3）稿件管理的主要功能至少支持20個并發(fā)用戶；（4）在50個用戶并發(fā)的高峰期，稿件管理的主要功能，處理能力至少要達到8trans/s；（5）系統(tǒng)可以連續(xù)穩(wěn)定運行12小時。答案:[問題5]（1）交易執(zhí)行平均值時間為10.936秒，與需求主要功能操作在5秒鐘內完成，不相符合，不滿足測試要求；交易執(zhí)行呑吐量（trans/s）平均值為3.76,與需求需求‖在50個用戶并發(fā)的高峰期，稿件管理的主要功能，處理能力至少要達到8trans/s；‖不符合，不滿足測試要求；從服務器資源使用情況來看，CPU、內存、硬盤利用率都比較低，不存在硬件方面瓶頸問題。（2）TransactionsperSecond與AverageTransactionResponseTime這兩者都是體現(xiàn)系統(tǒng)交易執(zhí)行效率。在系統(tǒng)性能比較穩(wěn)定情況下，隨著負載增加TransactionsperSecond會基本保持不變，而AverageTransactionResponseTime會遞增。解析:[問答題]10.試題三（14分閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]場景法是黑盒測試中重要的測試用例設計方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來控制業(yè)務流程，事件觸發(fā)時的情景便形成了場景，場景的不同觸發(fā)順序構成用例。場景法通過場景描述業(yè)務流程（包括基本流(基本流程)和備選流(分支流程)），設計用例遍歷軟件系統(tǒng)功能，驗證其正確性。下面是對網(wǎng)上銀行支付交易系統(tǒng)的基本流和備選流的描述：注：假定輸入的銀行卡號是正確的；不考慮備選流內循環(huán)情況。[問題1]（6分）使用場景法設計測試用例，指出所涉及到的基本流和備選流?；玖饔米帜窤表示，備選流用題干中描述對應編號表示。答案:[任務1]根據(jù)題目中已經(jīng)確定的基本流和備選流，可以設計場景，每個場景覆蓋一種在該案例中事件的不同觸發(fā)順序與處理結果形成的事件流，最后得出所有的測試用例。下面就是所有的測試用例和用例中所涉及的基本流和備選流。用例1：A用例2：A、B用例3：A、C用例4：A、C、D用例5：A、B、C用例6：A、B、C、D以上用例順序可以互換解析:[問答題]11.[問題2]（5分）請針對問題1設計的測試用例，依次將銀行卡號、初次輸入密碼、最終輸入密碼、卡內余額、銀行卡可支付額度等信息填入下述測試用例表中。表中行代表各個測試用例，列代表測試用例的輸入值，用V表示有效數(shù)據(jù)元素，I表示無效數(shù)據(jù)元素，n/a表示不適用，例如C01表示―成功支付‖用例。答案:解析:[問答題]12.試題四（10分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]邏輯覆蓋是通過對程序邏輯結構的遍歷實現(xiàn)程序的覆蓋，是設計白盒測試用例的主要方法之一。以下代碼由C語言書寫，請按要求回答問題。voidcal(intn){intg,s,b,q;if((n>1000)&&(n<2000)){g=n%10;s=n%100/10;b=n/100%10;q=n/1000;if((q+g)==(s+b)){printf("%-5d",n);}}printf("\n");return;}[問題1]（3分）請找出程序中所有的邏輯判斷語句。答案:[任務1]（3分）找出程序中所有的邏輯判斷語句有：1、n>10002、n<20003、（q+g)==(s+b)解析:[問答題]13.[問題2]（4分）請分析并給出分別滿足100％DC（判定覆蓋）和100％CC（條件覆蓋）時所需的邏輯條件。答案:[任務2]（4分）請分析并給出分別滿足100％DC（判定覆蓋）和100％CC（條件覆蓋）時所需的邏輯條件。按照DC和CC的定義分析邏輯條件。解析:[問答題]14.[問題3]（3分）假設n的取值范圍是0<n<3000，請用邏輯覆蓋法為n的取值設計測試用例，使用例集滿足基本路徑覆蓋標準。答案:[任務3]（3分）假設n的取值范圍是0<n<3000，請用邏輯覆蓋法為n的取值設計測試用例，使用例集滿足基本路徑覆蓋標準?？砂匆韵虏襟E完成：1、畫出控制流圖[任務3]（3分）假設n的取值范圍是0<n<3000，請用邏輯覆蓋法為n的取值設計測試用例，使用例集滿足基本路徑覆蓋標準?？砂匆韵虏襟E完成：1、畫出控制流圖2、計算V（G）=3.3、找出線性獨立路徑。4、按路徑執(zhí)行過程中的邏輯條件設計相應數(shù)據(jù)構造測試用例。解析:[問答題]15.試題五（13分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。[說明]某企業(yè)信息中心委托系統(tǒng)集成單位開發(fā)了企業(yè)網(wǎng)站，將應用服務器、Web服務器和數(shù)據(jù)庫服務器都部署在信息中心機房，系統(tǒng)集成工作完成后，集成單位對網(wǎng)段、防火墻、入侵檢測系統(tǒng)、防病毒系統(tǒng)等進行了全面的安全檢查，向信息中心提交了安全測評報告。信息中心主管認為該測評報告不夠全面，要求盡可能提供系統(tǒng)的、多層次的、深入的安全測評報告。[問題1]（5分）請簡述系統(tǒng)的安全防護體系包括的層次答案:解析:[問答題]16.[問題2]（4分）對于服務器操作系統(tǒng)的安全，應當從哪些方面進行測評？答案:解析:[問答題]17.[問題3]（4分））安全日志是軟件被動防范的措施，是重要的安全功能，軟件的安全日志應當記錄哪些信息？在安全測試中應當檢查安全日志的哪些方面？答案:解析:2010軟件水平考試(中級)軟件評測師真題及答案案例[問答題]1.某軟件公司在研發(fā)一個城鎮(zhèn)居民保險系統(tǒng)時，為了加快進度，測試工作在系統(tǒng)開發(fā)初步完成之后開始并直接進行系統(tǒng)測試。測試工程師針對界面進行了功能測試。測試工程師和開發(fā)工程師借助缺陷管理工具，交互進行測試與缺陷修復工作。測試期間發(fā)現(xiàn)系統(tǒng)的?文檔審批?功能出現(xiàn)嚴重缺陷，開發(fā)工程師認為修改難度大，經(jīng)測試工程師認可后決定暫停修復該缺陷，直到產(chǎn)品發(fā)布前，該缺陷在開發(fā)環(huán)境下被修復。隨后，測試工程師在開發(fā)環(huán)境下針對該缺陷執(zhí)行了有關的用例，進行了回歸測試?；貧w測試結束后，開發(fā)工程師在開發(fā)環(huán)境下對產(chǎn)品直接打包發(fā)布。3、測試開展的時間是過早、過晚還是合適?說明理由。（4分）4、測試工程師功能測試的方法是否正確?若不正確，請陳述正確的方法；若正確，請說明理由。（5分）5、該案例中對缺陷的管理有哪些不妥之處?（3分）6、開發(fā)工程師產(chǎn)品發(fā)布的做法是否正確?（3分）答案:3、本題考查兩個知識點：(1)測試工作與開發(fā)工作如何配合；(2)測試的對象包括哪些。測試工作開展得太晚。測試工作應該覆蓋需求分析、概要設計、詳細設計、編碼等前期階段，而不應該在系統(tǒng)開發(fā)初步完成后才開始。4、本題考查功能測試的依據(jù)，正確的依據(jù)應該是需求規(guī)格說明書，而不是用戶界面，因為界面實現(xiàn)的功能是否正確的理解和表達了用戶需求為不可知。測試人員功能測試的方法不正確。系統(tǒng)功能測試應該追溯到用戶需求，針對界面進行功能測試是錯誤的。5、本題考查兩個知識點：(1)缺陷管理的流程和職責；(2)回歸測試的概念。答案要點如下：(1)開發(fā)工程師無權決定是否延期或者暫停修改某一缺陷；(2)測試工程師認可暫停修復缺陷的決定是不合理的；(3)測試工程師應該跟蹤缺陷狀態(tài)，直至確定修改后關閉缺陷，才是完成了測試任務；(4)回歸測試應該執(zhí)行所有的用例，不是僅僅執(zhí)行與該缺陷有關的用例；(5)產(chǎn)品發(fā)布前，應該對發(fā)現(xiàn)的缺陷進行評審；(6)應該分析缺陷修復情況之后才可以發(fā)布產(chǎn)品。6、本題考查配置管理的知識點。產(chǎn)品最后由開發(fā)人員直接發(fā)布不合理。(基線庫中的產(chǎn)品應該是最后經(jīng)過測試的。)實際最后發(fā)布的產(chǎn)品應該從產(chǎn)品庫中提取。解析:[問答題]2.場景法是黑盒測試中重要的測試用例設計方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來控制業(yè)務流程，事件觸發(fā)時的情景便形成了場景，場景的不同觸發(fā)順序構成用例。場景法通過場景描述業(yè)務流程(包括基本流(基本流程)和備選流(分支流程))，設計用例遍歷軟件系統(tǒng)功能，驗證其正確性。圖1-1描述了簡化的中心層、省市層、地區(qū)層三級的?公文流轉?業(yè)務流程，表1-1描述了省市層(圖1-1陰影部分)業(yè)務的基本流和備選流。公文的狀態(tài)包括：已下發(fā)、未下發(fā)、已接收、未接收。表1-1省市層業(yè)務流1、用表1-1中表述的基本流和備選流，使用場景法設計測試場景?；玖骱蛡溥x流用表1-1中對應的字母編號表示。（8分）2、下表給出了測試用例名稱，請將表中的輸入條件和預期輸出補充完整。（8分）答案:1、本題考查功能測試用例的設計方法：場景法。[問題1](場景順序可以任意)場景法是黑盒測試中重要的測試用例設計方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來控制業(yè)務流程，事件觸發(fā)時的情景便形成了場景，場景的不同觸發(fā)順序構成用例。場景法通過場景描述業(yè)務流程(包括基本流(基本流程)和備選流(分支流程))，設計用例遍歷軟件系統(tǒng)功能，驗證其正確性。本題共包括5個場景：1．A2．B3．B、C4．B、C、D(C和D可以互換)5．B、C、E2、本題考查測試用例中輸入條件與預期輸出內容。注意步驟的銜接，以及測試數(shù)據(jù)的設置。解析:[問答題]3.閱讀下列說明，回答問題1至問題4，將解答或相應的編號填入對應欄內。[說明]性能測試在系統(tǒng)質量保證中起重要作用。某項目組對一個電子政務平臺系統(tǒng)執(zhí)行了負載壓力性能測試，重點評估其效率質量特性中的時間特性和資源利用性兩個質量子特性。性能需求可以概括為：業(yè)務成功率達到100%；響應時間在8秒之內；服務器資源利用合理。測試環(huán)境邏輯部署圖如下圖。13、請分別指出性能測試中負載測試與壓力測試的目的。（4分）14、請分別指出應用服務器和數(shù)據(jù)庫服務器性能評價的關鍵指標。（6分）15、該電子政務平臺的?文檔審核?業(yè)務的測試結果如下表，請具體說明測試結果是否滿足性能需求。（3分）16、如60個用戶并發(fā)執(zhí)行?新立申請?業(yè)務的成功率為80%，應用服務器內存頁交換速率為2000pagein/s，數(shù)據(jù)庫服務器CPU平均占用率達到100%。（5分）請說明該業(yè)務的性能是否滿足需求。假設系統(tǒng)中間件和數(shù)據(jù)庫軟件配置正確，請指出系統(tǒng)可能存在的性能瓶頸。答案:13、本題考查負載測試和壓力測試的概念。(1)負載測試模擬系統(tǒng)真實使用環(huán)境執(zhí)行性能測試，考核系統(tǒng)在日常業(yè)務運行和高峰期運行期間的性能是否滿足需求。(2)壓力測試模擬系統(tǒng)的性能極限點執(zhí)行性能測試，用來發(fā)現(xiàn)系統(tǒng)的性能瓶頸點。14、本題考查應用服務器和數(shù)據(jù)庫服務器的監(jiān)控指標。有關的監(jiān)控指標很多，關鍵指標如下。(1)應用服務器關鍵指標：操作系統(tǒng)指標、緩存狀況、連接池、執(zhí)行隊列等。(2)數(shù)據(jù)庫服務器關鍵指標：操作系統(tǒng)指標、緩存命中率、數(shù)據(jù)庫進程占用的CPU時間、數(shù)據(jù)庫進程使用的內存量、鎖資源使用情況。15、本題考查能否正確判斷測試指標是否合理。關鍵指標判斷原則為：·響應時間遵照3/5/8原則，大于8秒是不合理的；·CPU平均占用率應小于85%；·內存頁交換速率Pagein/s平均值不能大于80，否則預示物理內存不足。對測試結果分析如下：(1)40個用戶并發(fā)平均響應時間為21.4秒，超過8秒，不滿足需求；(2)40個用戶并發(fā)數(shù)據(jù)庫服務器CPU平均占用率為91.4%，超過85%，不滿足需求；(3)內存頁交換速率Pagein/s平均值為98.8，超過80，不滿足需求。16、本題考查能否正確判斷測試指標是否合理，以及工程師對系統(tǒng)瓶頸的初步判斷。以下列出的是最有可能存在的三種瓶頸。業(yè)務成功率(沒有達到100%)、應用服務器內存頁交換速率(大于80)、數(shù)據(jù)庫服務器CPU平均占用率(大于85%)3個指標都不滿足性能需求。系統(tǒng)存在的性能瓶頸可能包括：(1)應用服務器物理內存不夠。(2)數(shù)據(jù)庫服務器的CPU性能不足。(3)數(shù)據(jù)庫設計有問題或沒有優(yōu)化。解析:[問答題]4.某大學暑假期間為教職員工開辦了VPN遠程接入服務，員工在校外通過登錄界面輸入用戶名和口令后，就可以訪問僅供本校師生使用的各類信息資源。為了實現(xiàn)信息隔離與訪問控制，在校園網(wǎng)不同的網(wǎng)絡區(qū)域之間部署了防火墻等相關設施。10、下圖是VPN用戶與數(shù)據(jù)庫之間的網(wǎng)絡拓撲結構圖，請指明圖中設備1、設備2、設備3、設備4是何種類型的網(wǎng)絡設施。（4分）11、通信加密的目的是什么?通信加密測試的基本方法有哪些?（4分）12、為防止未授權用戶通過反復猜測口令獲得VPN使用權，從用戶口令管理和網(wǎng)站登錄控制兩方面說明可以采取的應對措施。（4分）答案:10、本題考查具有VPN遠程接入服務的網(wǎng)絡拓撲結構圖中的設備的部署概念。交換機是內網(wǎng)設備，設備1的防火墻是用來隔離內外網(wǎng)的設備，設備3的防火墻是隔離Web前端和后臺數(shù)據(jù)庫的設備。設備1是防火墻；設備2是交換機(或集線器)；設備3是防火墻；設備4是交換機(或集線器)。11、本題考查通信加密的目的。目的：保證數(shù)據(jù)在傳輸過程中數(shù)據(jù)的保密性(機密性)和一致性(完整性)；基本方法：驗證和偵聽。12、本題考查用戶口令管理和網(wǎng)站登錄控制的基本措施。用戶口令管理：口令長度、復雜度(特殊字符)、時效(定期更改)；用戶登錄控制；多次登錄延時、賬戶鎖定、驗證碼。解析:[問答題]5.邏輯覆蓋法是設計白盒測試用例的主要方法之一，它是通過對程序邏輯結構的遍歷實現(xiàn)程序的覆蓋。針對以下由C語言編寫的程序，按要求回答問題。getit(intm){inti,k;k=sqrt(m);for(i=2;i＜=k;i++)if(m%i=0)break;if(i＞=k+1)printf("%disaselectednumber\n",m);elseprintf("%disnotaselectednumber\n",m);}7、請找出程序中所有的邏輯判斷子語句。（5分）8、請將滿足100%DC(判定覆蓋)所需的邏輯條件填入下表。（8分）9、請畫出上述程序的控制流圖，并計算其控制流圖的環(huán)路復雜度VG.。假設函數(shù)getit的參數(shù)m取值范圍是150＜m＜160，請使用基本路徑測試法設計測試用例，將參數(shù)m的取值填入下表，使之滿足基本路徑覆蓋要求。（4分）答案:7、本題考查對編程語言的理解，著重考查判斷語句。程序中的邏輯判斷子語句如下：i＜=km%i==0i＞=k+18、本題考查白盒測試用例設計方法：判定覆蓋法。判定覆蓋法又稱為邏輯覆蓋，是通過對程序邏輯結構的遍歷實現(xiàn)程序的覆蓋。9、本題考查白盒測試用例設計方法：基本路徑法。涉及的知識點包括：根據(jù)代碼繪制程序流圖、計算環(huán)路復雜度以及設計測試用例。注意測試用例的數(shù)目本應和環(huán)路復雜度是一致的，但存在特殊情況?？刂屏鲌D：環(huán)路復雜度：V(G)=4基本路徑覆蓋用例：解析:2010軟件水平考試軟件評測師真題及答案案例[問答題]1.試題一（15分）（黑盒測試之場景測試-公文流轉場景）閱讀下列說明，回答問題1至問題2，將解答填入答題紙的對應欄內。[說明]場景法是黑盒測試中重要的測試用例設計方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來控制業(yè)務流程，事件觸發(fā)時的情景便形成了場景，場景的不同觸發(fā)順序構成用例。場景法通過場景描述業(yè)務流程（包括基本流(基本流程)和備選流(分支流程)），設計用例遍歷軟件系統(tǒng)功能，驗證其正確性。圖1描述了簡化的中心層、省市層、地區(qū)層三級的?公文流轉?業(yè)務流程，表1描述了省市層（圖1陰影部分）業(yè)務的基本流和備選流。公文的狀態(tài)包括：已下發(fā)、未下發(fā)、已接收、未接收。?公文流轉?業(yè)務流程圖【問題1】（5分）用表1中表述的基本流和備選流，使用場景法審計測試場景?；玖骱蛡溥x流用表1中對應的字母編號表示。答案:基本流和備選流用相應的字母編號表示：場景1：A;場景2：B場景3：BC場景4：BCD場景5：BCE解析:[問答題]2.【問題2】（10分）下表給出了測試用例名稱，請將表中的輸入條件和預期輸出補充完整。答案:解析:[問答題]3.試題二（14分）（測試生命周期、功能測試）閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。【說明】某軟件公司在研發(fā)一個城鎮(zhèn)居民保險系統(tǒng)時，為了加快速度，測試工作在系統(tǒng)開發(fā)初步完成之后開始并直接進行了功能測試。測試工程師針對界面進行了功能測試。測試工程師和開發(fā)工程師借助缺陷管理工具，交互進行測試與缺陷修復工作。測試期間發(fā)現(xiàn)系統(tǒng)的?文檔審批?功能出現(xiàn)嚴重缺陷，直到產(chǎn)品發(fā)布前，該缺陷在開發(fā)環(huán)境下被修復。隨后，測試工程師在開發(fā)環(huán)境下針對該缺陷執(zhí)行了有關的用例，進行了回歸測試?；貧w測試結束后，開發(fā)工程師在開發(fā)環(huán)境下對產(chǎn)品直接打包發(fā)布【問題1】（3分）測試開展的事件時過早、過晚還是合適？說明理由。答案:過晚。理由：為了保證軟件質量，軟件測試應該盡早并不斷地進行測試，在需求分析階段軟件測試就應該開始進行，而此案例中測試工作不應等到在系統(tǒng)開發(fā)初步完成之后才開始。解析:[問答題]4.【問題2】（2分）測試工程師功能測試的方法是否正確？若不正確，請陳述正確的方法；若正確，請說明理由。答案:錯誤。測試工程師不僅僅針對界面進行功能測試。應該根據(jù)《需求規(guī)格說明書》制定測試計劃、測試用例、缺陷記錄（缺陷的分類與管理）等。目前在功能測試中，常用的黑盒測試方法有等價類劃分法、邊界值劃分法、錯誤推測法、因果圖法和組合分析法、場景法等。除功能性測試外，還應對系統(tǒng)的可靠性、易用性、效率、維護性以及可移植性進行測試。解析:[問答題]5.【問題3】（6分）該案例中對缺陷的管理有哪些不妥之處？答案:該案例中對缺陷的管理有下列不妥之處：（1）該案例中，出現(xiàn)系統(tǒng)的?文檔審批?功能出現(xiàn)嚴重缺陷，直到產(chǎn)品發(fā)布前，該缺陷在開發(fā)環(huán)境下被修復，存在對缺陷的管理有不妥之處。根據(jù)缺陷的管理原則拒絕或延期處理不能由開發(fā)工程師單方面決定，應該由項目經(jīng)理、測試經(jīng)理和設計經(jīng)理共同決定。（2）測試環(huán)境應該獨立于開發(fā)環(huán)境進行測試，不應該在開發(fā)環(huán)境中進行測試。測試環(huán)境應該在生產(chǎn)環(huán)境或軟硬件配置接近生產(chǎn)環(huán)境的模擬環(huán)境中進行測試。解析:[問答題]6.【問題4】（3分）開發(fā)工程師產(chǎn)品發(fā)布的做法是否正確？答案:不正確。本案例中開發(fā)工程師在開發(fā)環(huán)境下對產(chǎn)品直接打包發(fā)布的做法是錯誤。應該在產(chǎn)品發(fā)布前在生產(chǎn)環(huán)境或軟硬件配置接近生產(chǎn)環(huán)境的模擬環(huán)境中根據(jù)《合同書》、《需求規(guī)格說明書》或《驗收計劃書》要求的各項指標功能進行驗證測試和確認測試后方能打包發(fā)布。解析:[問答題]7.試題三（16分）（白盒測試之邏輯覆蓋法）閱讀下列說明，回答問題1至問題3，將解答或相應的編號填入答題紙的對應欄內。【說明】邏輯覆蓋法是設計白盒測試用例的主要方法之一，它是通過對程序邏輯結構的遍歷實現(xiàn)程序的覆蓋。針對以下由C語言編寫的程序，按要求回答問題getit(intm){intI,k;k=