【正文】 功能；[1分]（3）設計測試用例的依據(jù)是需求規(guī)格說明書或用戶手冊；[1分]（4）尤其適合于一些第三方軟件測試，由于無法得到源程序，無法用其它方法進行測試。[1分]談談你對“持續(xù)的軟件測試”的理解。[2分]一般的軟件項目管理與軟件測試項目管理之間的區(qū)別由那些？（1）對于一般的軟件項目管理，成本和進度控制是最重要的；[2分]（2）而在軟件測試項目管理中，質(zhì)量第一是基本點，所有測試項目管理工作都要圍繞提高產(chǎn)品質(zhì)量展開，最終保證在合理的成本、進度下滿足用戶需求或期望。通常，由于程序員思維定勢、心理因素的限制，使得桌面檢查效率不高。[2分]請比較白盒測試與黑盒測試方法？（1）白盒測試只考慮測試軟件產(chǎn)品,它不保證完整的需求規(guī)格是否被滿足。[1分]（2）黑盒測試會發(fā)現(xiàn)遺漏的缺陷,指出規(guī)格的哪些部分沒有被完成。[1分]（3）白盒測試比黑盒測試成本要高得多。 [1分]（4）一個白盒測試的失敗會導致一次修改,這需要所有的黑盒測試被重復執(zhí)行并且重新決定白盒測試路徑。軟件測試的必要性主要體現(xiàn)在如下方面：程序代碼最終體現(xiàn)了軟件的質(zhì)量；軟件測試力爭發(fā)現(xiàn)更多的缺陷盡量減少殘留的缺陷；軟件測試提高軟件的正確性；軟件測試建立對軟件的信心；軟件測試掌握軟件的質(zhì)量水平；軟件測試是軟件質(zhì)量保證的重要手段。（1）代碼走查中，測試用例并不是關鍵，也并不是僅想驗證這幾個測試用例運行是否正確，人腦畢竟比計算機慢太多；（2）這里測試用例是作為懷疑程序邏輯與計算錯誤的啟發(fā)點，在隨測試實例游歷程序邏輯時，在懷疑程序的過程中發(fā)現(xiàn)錯誤。 專業(yè)軟件開發(fā)的SQA環(huán)境有哪些特征？遵守合同約定；服從顧客供貨商關系；需要協(xié)同工作；需要同其他開發(fā)組的合作和協(xié)調(diào)；同其它軟件系統(tǒng)的接口；項目組有變化時項目繼續(xù)進行；需要持續(xù)維護軟件系統(tǒng)若干年。其中，審查是兩者之中更為正式。所以和走查相比，審查對一般的SQA做出了更大貢獻。其中，控制費用被進一步細化為預防費用和評價費用；控制失效費用進一步細化為內(nèi)部失效費用、外部失效費用。（2） 評價費用花在特定項目或軟件系統(tǒng)中軟件錯誤的檢測上。（4）外部失效費用限定為改正由顧客或維護組在顧客現(xiàn)場安裝軟件系統(tǒng)之后檢測到的失效的費用。因為評估標準關注的是軟件過程改進[2分]。每個代表都投票，采用少數(shù)服從多數(shù)的方式。（2）極端的做法是所有決策都交給一個人，這種安排鼓勵在決策中靈活考慮各種意見，但壓抑了CCB其他成員的積極性；（3）第三種可行的決策機制是尋求CCB成員的一致意見，同時提供合理的跳出機制。傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的主要區(qū)別有哪些？傳統(tǒng)的質(zhì)量成本集中在與失效有關的事件和活動，如損壞、缺陷等。[2分] Crosby, Juran, Pressman軟件質(zhì)量定義的比較。這也意味著包含在規(guī)格說明中的錯誤是不予考慮的，也不降低軟件質(zhì)量—顯然這是不足的。但該定義的主要缺點是免除了顧客對軟件規(guī)格書準確性、完備性的責任。實際上，Pressman定義提供了測試滿足需求程度的操作方向。其過程分為兩個階段進行：[1分]（1）第一階段—提交給可能顧客之前的建議草案評審；[1分] （2）第二階段—簽約前的合同草案評審,該階段在建議和合同談判期達成的理解基礎上評審合同草案。[1分] 請列舉典型的軟件質(zhì)量基礎設施SQA部件?(不少于5個)規(guī)程與工作條例、支持性質(zhì)量手段、員工培訓與認證、改正性和預防性措施、配置管理、文檔編制控制 請指出軟件質(zhì)量費用擴展模型對軟件質(zhì)量費用經(jīng)典模型的擴展。[2分]軟件質(zhì)量費用擴展模型拓展了經(jīng)典軟件質(zhì)量費用模型，以涵蓋管理人員對軟件質(zhì)量總費用的‘貢獻’—軟件質(zhì)量的擴展模型：相對經(jīng)典軟件質(zhì)量費用，軟件質(zhì)量費用擴展模型添加了管理性準備與控制費用和管理性失效費用。機構依靠它們的顧客，所以應當理解當前的與未來的顧客需要；（2）領導建立并維護一個積極的內(nèi)部環(huán)境中行使領導權，以實現(xiàn)機構的目標；（3）人們的投入。有效決策是建立在信息分析的基礎上的；（8）相互支持的供貨商關系。傳統(tǒng)質(zhì)量成本通常以報廢、返工、返修等形式出現(xiàn)；現(xiàn)代的質(zhì)量成本的目的則在于通過預防和評估活動中的適當投入，減少與失效有關的活動。（2）產(chǎn)品的可見性；工業(yè)產(chǎn)品是可見的，而軟件產(chǎn)品是不可見的。（3）產(chǎn)品開發(fā)和制造過程的特殊性。能夠檢測缺陷的唯一階段是開發(fā)階段。他編制的需求文檔是對低質(zhì)量的基礎防護；（2）然而我們對各種軟件質(zhì)量因素的分析表明，開發(fā)者可以添加代表它自身利益的需求，例如可重用性需求、可驗證性需求等；許多情況下，某些沒有包括在典型客戶需求文檔中的質(zhì)量因素確是開發(fā)者感興趣的。這也就是人們?yōu)楹畏謩e編制客戶需求文檔和系統(tǒng)需求文檔的理由。傳統(tǒng)質(zhì)量成本通常以報廢、返工、返修等形式出現(xiàn)；（2）[2分]現(xiàn)代的質(zhì)量成本的目的則在于通過預防和評估活動中的適當投入，減少與失效有關的活動。但是，如果第一列字符不正確，則輸出信息L；如果第二列字符不是數(shù)字，則給出信息M。（1） [4分]識別出所有原因和所有結果，并給出原因、結果元的編號如下：編號原因1第一列字符為A2第一列字符為B3第二列字符為一個數(shù)字11中間原因21修改文件22給出信息L23給出信息M（2）[4分]識別所有原因與原因之間，原因與結果之間，結果與結果之間的關系，再次接觸上繪制出因果圖如下圖所示。假設限定該模塊年份在區(qū)間[1840，3000]，月份、日規(guī)定滿足公歷約束。假設該模塊的輸入：年、月、日分別使用變量year, month, day表示。依據(jù)基本邊界值測試基本原理，測試數(shù)據(jù)選擇如下：組別測試數(shù)據(jù)1year=1840, month=1, day=122year=1841, month=2, day=203year=2002, month=9, day=14year=2999, month=11,day=105year=3000, month=3, day=30（2） [4分]健壯性測試的測試數(shù)據(jù)year值在整個取值區(qū)間內(nèi)取極值，其他變量取正常值。if ((A==2) OR (X1))S2。（1）[2分]程序流程圖（2）（2）[2分]判定覆蓋標準A=2, B=0, X=3；A=1, B=1, X=1（3）[4分]條件組合覆蓋A=2, B=0, X=3；A=1, B=1, X=1；A=2, B=1, X=1A=1, B=0, X=2閱讀如下C程序：要求：（1） 請繪制出左邊代碼對應的流圖；（2） 計算所得流圖的環(huán)形復雜度V(G)。int IsLeap(int year){ if(year % 4 ==0){ if(year % 100 ==0){ if(year %400 != 0) leap=1。 }else leap=1。return leap。所選擇的測試數(shù)據(jù)只要使得獨立路徑數(shù)量得到滿足即可。（1）III [2分] (2)III, IV [3分] (3)I, III [3分]擬對如下的軟件結構：請圖形的方式分別給出（1）深度優(yōu)先的自頂向下集成測試策略、（2）自底向上集成測試策略的對上述軟件結構進行集成測試的詳細集成過程。（1） [4分]深度優(yōu)先的自頂向下集成測試策略（2）[4分]自底向上集成測試策略有一段子程序：procedure example(y,z: real。 if (y=2) or （x=l） then x:=x+l。答題要求：(1)把上述子程序轉化成程序流程圖。 (1)程序流程圖（2）[4分]用白盒法中條件組合覆蓋設計測試用例： ① y=2, z=0, x=4。③ y=1, z=0, x=2。假設限定該模塊年份在區(qū)間[1840，3000]，月份、日規(guī)定滿足公歷約束。、假設該模塊的輸入：年、月、日分別使用變量year, month, day表示。按照基本邊界值測試原理，測試數(shù)據(jù)選取如下：組別測試數(shù)據(jù)1year=1840, month=1, day=122year=1841, month=2, day=203year=2002, month=9, day=14year=2999, month=11,day=105year=3000, month=12, day=30（2）[4分]健壯性測試的測試數(shù)據(jù)：month值在整個取值空間中選擇，其他變量取有效值區(qū)間中的任意值。請用等價分類法設計