201606軟測期末復習資料全

1、試題庫填空題：1、CMM容包含初始級、可重復級和可優(yōu)化級五個等級.2、McCall模型劃分了、三個緯度的11個軟件質量因素.3、SQA標準被劃分成：、.4、測試用例由和預期的 兩局部組成.5、根據是否知道被測試程序的部結構,測試方法可以分為： 和.6、代碼復審屬于,不實際運行程序.7、單元測試容包含如下方面： 、邊界條件測試、錯誤處理測試和局部 數據結構測試.8、等價類劃分有兩種不同的情況： 和.9、動態(tài)測試的兩個根本要素是 、.10、集成測試以說明書為指導,確認測試以 說明書為指導.11、軟件缺陷產生的原因包括 、設計、以及其他原因.12、等價類劃分有兩種不同的情況： 和.13、測試用例由

2、和預期的 兩局部組成.14、軟件測試的 W模型由兩個V字組成,分別代表 與 過程.15、軟件是包括程序、的完整集合.16、軟件對屬于各種質量因素的需求的符合性是由 來測量的.18、軟件缺陷按嚴重程度被分為 6個等級,分別是： 、一般錯誤、 較小錯誤、測試建議.19、軟件缺陷產生的原因包括 、設計、以及其他原因.20、沉著和重點上我們可以把質量治理標準劃分成 、兩種類型.參考答案：1、已定義級、已治理級2、軟件運行、軟件轉移、軟件修改3、軟件質量治理標準、軟件工程過程標準4、測試輸入數據、輸出數據5、黑盒測試、白盒測試6、靜態(tài)測試7、獨立執(zhí)行路徑測試、模塊接口測試8、有效等價類、無效等價類9、被

3、測試程序、測試用例10、概要設計、需求規(guī)格11、需求分析、編寫代碼12、有效等價類、無效等價類13、測試輸入數據、輸出數據14、開發(fā)、測試15、數據、相關文檔16、軟件質量度量18、嚴重錯誤、主要錯誤、次要錯誤19、編寫說明書、編寫代碼20、認證標準、評估標準 單項選擇題1、以下關于a測試的描述中,正確的選項是A. a測試采用白盒測試技術；B. a測試不需要用戶代表參加；C. a測試是系統(tǒng)測試的一種；D. a測試是驗收測試的一種；2、軟件質量保證與測試人員需要的的根本素質有A、計算機專業(yè)技能B、測試專業(yè)技能C、行業(yè)知識D、以上都是3、對于軟件的B測試,以下哪些描述是正確的？A. B測試就是在軟

4、件公司部展開的測試,由公司專業(yè)的測試人員執(zhí)行的測試.B.B測試就是在軟件公司部展開的測試,由公司的非專業(yè)測試人員執(zhí)行的測試.C.B測試就是在軟件公司外部展開的測試,由非專業(yè)的測試人員執(zhí)行的測試.D. B測試就是在軟件公司外部展開的測試,由專業(yè)的測試人員執(zhí)行的測試.4、下面哪項容不包含在測試方案文檔中？A.測試策略B.測試用例C.測試時間安排D.測試標準5、以下哪句話是不正確的：A、測試過的軟件就沒有缺陷B、測試的目的是盡可能多的發(fā)現(xiàn)程序中的缺陷C、成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷D、測試是為了驗證程序是否符合需求7、把黑盒子測試和白盒子測試的界限打亂了.A、灰盒子測試 B、動態(tài)測試C、靜

5、態(tài)測試D、失敗測試8、的目的是對最終軟件系統(tǒng)進行全面的測試保證最終軟件系統(tǒng)產品滿足需求.A、系統(tǒng)測試 B、集成測試 C、單元測試D、功能測試10、52、關于自動化測試局限性的描述,以下描述錯誤的選項是.A、自動化測試不能取代手工測試B、自動測試比手工測試發(fā)現(xiàn)的缺陷少 C、自動測試不能提升測試覆蓋率 D、自動化測試對測試設計依賴性極大11、CMMI將軟件組織的軟件水平成熟度描述為A、二級B、三級 C、四級D、五級12、CMMI中文全稱為A、軟件水平成熟度模型B、軟件水平成熟度模型集成C、質量治理體系D、軟件工程研究所13、根據測試組織劃分,軟件測試可分為：開發(fā)方測試,第三方測試,.A.集成測試B

6、.確認測試C.用戶測試 D.灰盒測試14、編碼階段產生的錯誤由檢查出來的.A、單元測試B、集成測試 C、系統(tǒng)測試 D、有效性測試15、編寫測試方案的目的是A、使測試工作順利進行 B、使工程參與人員溝通更舒暢C、使測試工作更加系統(tǒng)化 D、使測試容更少,完成更快 16、不屬于白盒測試的技術是.A、語句覆蓋B、判定覆蓋 C、邊界值分析 D、根本路徑測試17、產品發(fā)布后修復軟件缺陷比工程開發(fā)早期這樣做的費用要高0A、12倍B、1020倍C、50倍 D、100倍或更高18、代碼檢查法有桌面檢查法,走查和.A、靜態(tài)測試B、代碼審查C、動態(tài)測試D、白盒測試19、單元測試的測試用例主要根據的結果來設計.A、需

7、求分析B、源程序C、概要設計D、詳細設計20、單元測試一般以為主.A、白盒測試B、黑盒測試C、系統(tǒng)測試D、分析測試21、單元測試中用來模擬被測模塊調用者的模塊是A、父模塊B、子模塊 C、驅動模塊D、樁模塊22、導致軟件缺陷的最大原因是A、編制說明書B、設計C、編碼 D、測試23、調試是B、發(fā)現(xiàn)軟件錯誤征兆的過程D、消除軟件錯誤的過程A、發(fā)現(xiàn)與預先定義的規(guī)格和標準不符合的問題C、有方案的、可重復的過程25、對下面的計算個人所得稅程序中,滿足判定覆蓋的測試用例是 if (income<800) taxrate=0;taxrate=0.05;taxrate=0.08;else if (inco

8、me<=1500) else if (income<2000) else taxrate=0.1;A、income=799, 1500, 1999, 2000B、income=799, 1501,2000, 2001C、income=800, 1500, 2000, 2001D、income=800, 1499, 2000, 200126、對于參數配置類的軟件,要用選擇較少的組合方式到達最正確效果.A、等價類劃分B、因果圖法C、正交試驗法D、場景法27、對于業(yè)務流清楚的系統(tǒng)可以利用貫穿整個測試用例設計過程并在用例中綜合使用各種測試方法.A、等價類劃分B、因果圖法C、正交試驗法D、場

9、景法28、根據軟件需求規(guī)格說明書,在開發(fā)環(huán)境下對已經集成的軟件系統(tǒng)進行的測試是.A、系統(tǒng)測試B、單元測試 C、集成測試 D、驗收測試29、黑盒測試技術,使用最廣的用例設計技術是A、等價類劃分 B、邊界值分析C、錯誤推測法D、邏輯覆蓋30、黑盒測試技術中不包括.D、邏輯覆蓋A、等價類劃分B、邊界值分析C、錯誤推測法31、劃分軟件測試屬于白盒測試還是黑盒測試的依據是A、是否執(zhí)行程序代碼C、是否能看到被測源程序32、集成測試的測試用例是根據A、需求分析B、源程序B、是否能看到軟件設計文檔D、運行結果是否確定的結果來設計.C、概要設計D、詳細設計33、集成測試對系統(tǒng)部的交互以及集成后系統(tǒng)功能檢驗了何種

10、質量特性A、正確性 B、可靠性 C、可使用性D、可維護性34、幾乎沒有產品方案、進度安排和正規(guī)的開發(fā)過程的軟件開發(fā)模式是A、大棒模式B、邊寫邊改模式C、瀑布模式D、快速原型開發(fā)模式 35、較實用的軟件測試停止標準是.A、測試超過了預定時間,那么停止測試.B、根據查出的缺陷總數量決定是否停止測試.C、測試本錢超過了預期方案,那么停止測試.D、分析發(fā)現(xiàn)的缺陷數量和測試投入本錢曲線圖,確定確定應繼續(xù)測試還是停止測試.36、經驗說明,在程序測試中,某模塊與其他模塊相比,假設該模塊已發(fā)現(xiàn)并改正的錯誤較多,那么該模塊 中殘存的錯誤數目與其他模塊相比,通常應該.A、較少 B、較多C、相似 D、不確定37、某

11、次程序調試沒有出現(xiàn)預計的結果,以下不可能是導致出錯的原因.A、變量沒有初始化B、編寫的語句書寫格式不規(guī) C、循環(huán)限制出錯D、代碼輸入有誤38、配置測試 A、是指檢查軟件之間是否正確交互和共享信息B、是交互適應性、實用性和有效性的集中表達C、是指使用各種硬件來測試軟件操作的過程D、檢查缺陷是否有效改正39、憑經驗或直覺推測可能的錯誤,列出程序中可能有的錯誤和容易發(fā)生錯誤的特殊情況,選擇測試用 例的測試方法叫.A、等價類劃分B、邊界值分析C、錯誤推測法D、邏輯覆蓋測試 40、缺陷產生的原因包括.A、交流不充分及溝通不暢；軟件需求的變更；軟件開發(fā)工具的缺陷 B、軟件的復雜性；軟件工程的時間壓力C、程

12、序開發(fā)人員的錯誤；軟件工程文檔的缺乏D、以上都是41、如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋,那么它一定同時實現(xiàn)了該軟件的A、判定覆蓋 B、條件覆蓋C、判定/條件覆蓋D、組合覆蓋42、如果一個產品中嚴重的缺陷根本完成修正并通過復測,這個階段的成品是.A、Alpha版B、Beta版C、正版 D、以上都不是43、如果一個判定中的復合條件表達式為A > 1 or B <= 3,那么為了到達100%的條件覆蓋率,至少需要設計多少個測試用例0A、1B、2 C、3D、444、軟件測試的目的是A、發(fā)現(xiàn)程序中的所有錯誤 C、證實程序是正確的B、D、盡可能多地發(fā)現(xiàn)程序中的錯誤 調試程序45、軟件測試

13、風險治理包含和風險限制兩方面容.A、風險排序B、風險識別C、風險評估D、風險分析46、軟件測試治理包括測試過程治理、配置治理以及A、測試評審管理B、測試用例治理C、測試方案治理D、測試實施治理階段的錯誤碼47、軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)A.需求分析B .概要設計C .編碼 D .維護48、軟件測試方案評審會不需要哪類人員參加？A.軟件工程經理B. SQA負責人C.最終用戶D.測試組人員49、軟件測試技術可以分為靜態(tài)測試和動態(tài)測試,以下說法中錯誤的選項是：A、靜態(tài)測試是指不運行程序,通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤.B、動態(tài)測試是指實際運行程序,通過運行的結果來發(fā)現(xiàn)程序中的錯誤

14、.C、動態(tài)測試包括黑盒測試和白盒測試. D、白盒測試是靜態(tài)測試,黑盒測試是動 態(tài)測試.50、軟件測試人員的工作責任不包括：A、制定測試方案B、設計測試用例C、執(zhí)行測試過程D、對軟件缺陷進行修復51、軟件測試是根據特定的規(guī)程,的過程.A、發(fā)現(xiàn)軟件錯誤B、說明程序正確 C、證實程序沒有錯誤D、設計并運行測試用例52、軟件測試是軟件質量保證的重要手段,下述哪種測試是軟件測試的最根底環(huán)節(jié)？54、軟件調試的目的是 A、發(fā)現(xiàn)軟件中隱藏的錯誤 提交軟件A.集成測試B.單元測試C.目的測試D,確認測試B、解決測試中發(fā)現(xiàn)的錯誤C、盡量不發(fā)現(xiàn)錯誤以便早日D、證實軟件的正確性55、軟件可靠性是指在指定的條件下使用時

15、,軟件產品維持規(guī)定的性能級別的水平,其子特性是指在軟件發(fā)生故障或者違反指定接口的情況下,軟件產品維持規(guī)定的性能級別的水平.A、成熟性B、易恢復性C、容錯性 D、可靠性依從性56、軟件設計階段的測試主要采取的方式是.A、評審B、白盒測試 C、黑盒測試 D、動態(tài)測試57、軟件驗收測試合格通過的標準不包括A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標全部到達要求.B,至少有一項軟件功能超出軟件需求分析說明書中的定義,屬于軟件特色功能.C.立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致.D.所有在軟件測試中被發(fā)現(xiàn)的嚴重軟件缺陷均已被修復.59、數據流覆蓋關注的是程序中某個變量從其聲明、賦

16、值到引用的變化情況,它是以下哪一種覆蓋的變 種.A、語句覆蓋B、限制覆蓋C、分支覆蓋D、路徑覆蓋60、條件覆蓋的目的是 A、使每個判定中的每個條件的可能取值至少滿足一次B、使程序中的每個判定至少都獲得一次"真"值和"假"值.C、使每個判定中的所有條件的所有可能取值組合至少出現(xiàn)一次.D、使程序中的每個可執(zhí)行語句至少執(zhí)行一次.61、通常, 是在編碼階段進行的測試,它是整個測試工作的根底.A、系統(tǒng)測試B、確認測試C、集成測試D、單元測試62、為了提升測試的效率,應該 A、隨機地選取測試數據；B、取一切可能的輸入數據 作為測試數據；C、在完成編碼以后制定軟件的

17、測試方案；D、選擇發(fā)現(xiàn)錯誤可能性大的數據作 為測試數據.66、以下不屬于黑盒測試方法的是.A、等價類劃分 B、因果圖 C、邊界值分析D、變異測試67、以下不屬于正式審查的方式是A、同事審查B、公開述C、檢驗 D、編碼標準和規(guī)69、以下關于alpha測試的描述中正確的選項是：A. alpha測試一定要真實的最終軟件用戶參加B. alpha測試是集成測試的一種C. alpha測試是系統(tǒng)測試的一種 D. alpha測試是驗收測試的一種70、以下軟件屬性中,軟件產品首要滿足的應該是A、功能需求B、性能需求C、可擴展性和靈活性 D、容錯糾錯水平71、以下不屬于白盒測試中邏輯覆蓋標準的是A、語句覆蓋B、條

18、件覆蓋C、分支覆蓋D、邊界值覆蓋*參考答案：1、D2、D3、C4、B5、A 6 7A 8、A 9 10、 B 11、 D 12、 B 13 C15、D16、C17、D18、B19、D20、A21、C22 A23、D24、25 A26 C27 D28 A29 A30 D31 C32 C33 A34 B35 D36 B37 B38 C39 C40 D41 A42 B43 B44 B45 C46 A47 B48 C49 D50 D51 A52 B5354 B55 C56 A57 B5859 D61、D62、D65、A66、 D67、D68、B69、D70、A71 D是非題21、靜態(tài)白盒測試可以找出遺

19、漏之處和問題.22、沒有可運行的程序,就無法進行測試工作.23、如何看待軟件產品部的缺陷,開發(fā)者和用戶的立場是一致的.24、軟件測試的目的在于發(fā)現(xiàn)錯誤、改正錯誤.25、軟件測試等于程序測試.26、軟件測試工具可以代替軟件測試員.27、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確,是否完成既定目標的活動,所以軟件測試工作在 軟件工程的末期才開始.28、軟件測試是有效的排除軟件缺陷的手段.29、軟件測試員可以對產品說明書進行白盒測試.30、軟件測試針對的是初級程序員編寫的程序,資深程序員編寫的程序無需測試.31、軟件測試只能發(fā)現(xiàn)錯誤,但不能保證測試后的軟件沒有錯誤.32、軟件開發(fā)全過程的測試工作都可

20、以實現(xiàn)自動化.33、軟件缺陷是導致軟件失效的必要,而非充分要素.34、軟件質量保證的獨特性是由軟件產品不同于其他制造產品的本質決定的.35、設計實現(xiàn)測試,軟件測試是開發(fā)后期的一個階段.36、同行評審的主要目標在于檢測錯誤、核對與標準的偏離.37、為了快速完成集成測試,采用一次性集成方式是適宜的.38、我是個很棒的程序員,我無需進行單元測試.39、驗收測試是以最終用戶為主的測試.40、驗收測試一定是由最終用戶來實施的.41、驗收測試是以用戶為主的測試.42、負載測試是驗證要檢驗的系統(tǒng)的水平最高能到達什么程度.43、集成測試方案在需求分析階段末提交.44、我是個很棒的程序員,我無需進行單元測試.4

21、5、軟件測試工具可以代替軟件測試員.46、如何看待軟件產品部的缺陷,開發(fā)者和用戶的立場是一致的.47、軟件測試的目的在于發(fā)現(xiàn)錯誤、改正錯誤.48、軟件測試等于程序測試.49、在白盒測試中,如果某種覆蓋率到達100%,就可以保證把所有隱藏的程序缺陷都已經揭露出來了50、軟件測試的目的是盡可能多的找出軟件的缺陷.51、為了快速完成集成測試,采用一次性集成方式是最適宜的.*21、V22、X23、X24、義25、義26、X27、義28、V29、V30、X31、V32、X33、V34、V35、X36、V37、義38、X39、V40、X41、V42、義43、義44、X45、義46、X47、義48、X49、

22、X50、V51、X 名詞解釋1、持續(xù)的軟件測試2、無效等價類3、白盒測試5、單元測試7、動態(tài)測試技術8、黑盒測試11、軟件質量12、判定覆蓋13、軟件質量本錢14、條件組合覆蓋15、軟件測試文檔參考答案：1、持續(xù)的軟件測試軟件開發(fā)不同階段都有軟件測試工作,軟件測試工作的各個步驟分布在整個軟件生存周期中,完整的軟 件測試應貫穿整個軟件生存周期.2、無效等價類無效等價類是指對于程序的規(guī)格說明來說,不合理的,沒有意義的輸入數據的集合.3、白盒測試白盒測試也稱結構測試或邏輯驅動測試,它是根據程序部的結構測試程序,通過測試來檢測產品部動作是否根據設計規(guī)格說明書的規(guī)定正常進行,檢驗程序中的每條通路是否都能

23、按預定要求正確工作.5、單元測試是對軟件設計的最小單元-模塊進行正確性檢驗的測試工作,主要測試模塊在語法、格式和邏輯上的錯 誤.7、動態(tài)測試技術指通過在經過設計的樣本測試數據上運行程序來檢驗程序的動態(tài)行為和運行結果以發(fā)現(xiàn)缺Pgo 8、黑盒測試 也稱功能測試或數據驅動測試,前提是產品所具有的功能,通過測試來檢 測每個功能是否都正常使用.11、軟件質量 軟件質量是指軟件產品中能滿足給定需求的性質和特性的總體.軟件質量包括設計質量 和符合質量.12、判定覆蓋 判定覆蓋是白盒測試中的一種邏輯覆蓋標準,它要求每個判定表達式都取 得真和假兩種可能的結果,也 叫分支覆蓋.13、軟件質量本錢 軟件質量本錢指所

24、有由質量工作或者進行與質量有關的活動所導致的本錢.包括：預防本錢、評價本錢、失效本錢.14、條件組合覆蓋 條件組合覆蓋是邏輯覆蓋標準的一種,它要求選取足夠多的測試數據,使得每個判定表達式中條件的各種可能組合都至少出現(xiàn)一次.15、軟件測試文檔軟件測試文檔是對要執(zhí)行的軟件測試及測試的結果進行描述、定義、規(guī)定和報告的任何書面或圖示信息.它為測試工程的組織、規(guī)劃和治理提供了一個規(guī)化的架構.簡做題1、試表達軟件質量的忸方法和度量標準.2、試圖示McCall軟件質量模型.3、請闡述軟件測試的主要原那么.4、測試結束的標準是什么？5、軟件質量保證活動主要包括哪些？6、什么是軟件缺陷,軟件缺陷有哪些表現(xiàn).7、

25、請分別說明黑盒測試和白盒測試各自的優(yōu)點* 參考答案：1、試表達軟件質量的度量方法和 度量標準.軟件質量特性度量方法有兩類：預測型和驗收型.預測度量是利用定量或定性的方法,估算軟件質量的評價值,以得到軟件質量的比擬精確的估算值.驗收度量是在軟件開發(fā)各階段的檢查點,對軟件的要求質量進行確認性檢查的具體評價值,它是對 開發(fā)過程中的預測進行評價.度量標準有兩種：第一種叫做尺度度量,這是一種定量度量.它適用于一些能夠直接度量的特性,例如,出錯率.第二種叫做二元度量,這是一種定性度量.它適用于一些只能間接度量的特性,例如,可使用性、 靈活性等等.2、試圖示McCall軟件質量模型.McCall軟件質量模型

26、圖示如下：可維護性(Mainlalnafcility) 可燃(性(11曲iLity)互連性 inter即仃hW li野) 可移植性(P口 rtability)靈活性(F陵ihiGF)/%岫1n復用性(弧皿hWW/ REVIT10M TRANSITION 產品修丐if _亡品轉移/產品運行 、一、匚1PROIMT OPERATION S 正(CorrectiWMr) 可靠性RMiMii Lity) 可使用性"ly) 統(tǒng)率(Efnticncy) 完至祖 Integrity)3、請闡述軟件測試的主要原那么.(1)應當把盡早和不斷的測試作為座右銘.(2)所有的測試都應追溯到用戶需求(3)測試

27、工作應該由獨立的專業(yè)的軟件測試機構來完成(4)設計測試用例時,應該考慮各種情況,包括不合理的輸入條件(5)制定并嚴格執(zhí)行測試方案,排除測試的隨意性.(6)窮盡測試是不可能的,測試需要終止.(7)測試中發(fā)現(xiàn)的錯誤需要有一個確認的過程.(8)保存一切測試過程文檔.4、測試結束的標準是什么？1、各測試階段全部完成、測試用例全部執(zhí)行.2、覆蓋率到達標準.3、缺陷數是逐次收斂的、缺陷率到達標準.4、缺陷修復率等到達標準.5、通過用戶的驗收測試.5、軟件質量保證活動主要包括哪些？軟件質量保證活動主要包括：1 .軟件工程治理方法和工具2 .在整個軟件過程中采用的正式技術復審3 .多層次的測試策略4 .對軟件

28、文檔及其修改的限制5 .保證軟件遵從軟件開發(fā)標準的規(guī)程6 .度量和報告機制6、什么是軟件缺陷,軟件缺陷有哪些表現(xiàn).從產品部看,缺陷是軟件產品開發(fā)或維護過程中存在的錯誤、毛病等各種問題；從產品外部看,缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背.符合以下規(guī)那么的叫軟件缺陷：1) ) .軟件未到達產品說明書的功能2) .軟件出現(xiàn)了產品說明書指明不會出現(xiàn)的錯誤3) .軟件功能超出產品說明書指明圍4) .軟件未到達產品說明書雖未指出但應到達的目標5) .軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好7、請分別說明黑盒測試和白盒測試各自的優(yōu)點.黑盒測試的優(yōu)點有：1)比擬簡單,與軟件的

29、部實現(xiàn)無關,不需要了解程序部的實現(xiàn)邏輯及代碼；2)能容易的從用戶角度知道軟件有哪些問題；3)基于軟件開發(fā)文檔,所以能知道軟件是否有與文檔規(guī)定不一致的功能；4)在做軟件自動化測試時較為方便.白盒測試的優(yōu)點有：能幫助軟件測試人員增大代碼的覆蓋率,提升代碼的質量,發(fā)現(xiàn)代碼中隱藏的問題綜合題1、某城市的由三局部組成,這三局部的名稱和容分別是 地區(qū)碼：空白或三位數字；前綴：非0'或'1'開頭的三位數；后綴：四位數字.對有效等價類調試數據()276 -2345(635) 805 -9321圍等價類(1) , (3) , (4)等價類(2) , (3) , (4)期望結果有效有效假定

30、被調試的程序能接受一切符合上述規(guī)定的,拒絕所有不符合規(guī)定的,試用等價類劃分法來設計它的測試用例.答：劃分等彳/T類,包括4個有效等價類,11個無效等價類.(7.5分)輸入條件有效等價類無效等價類地區(qū)碼空白(1),3位數字(2)有非數字字符(5),少于3位數字(6),多于三位數字(7)前綴從200到999之間的3位數字(3)有非數字字符(8),起始位為"0"(9),起始位為"1"(10),少于3位 數字(11),多于3位數字(12)后綴：4位數字(4)有非數字字符(13),少于4位數字(14),多于4位數字(15)確定調試用例：(7.5分)對11個無效等價

31、類,要選擇11個調試用例,如下所示:(20A) 123 -4567(33 ) 234 -5678(7777) 345-6789(777) 34A -6789(234) 045 -6789(777) 145 -6789(777) 34 6789(777) 2345-6789(777) 345 -678A(777) 345 -678(777) 345 -56789調試數據出簡化后的決策表.(1)等價類劃分month變量的有效等價類:M1: month=4,6,9,11M3: month=12day變量的有效等價類：(3分)M2: month=1,3,5,7,8,10M4: month=2圍期望結果

32、無效等價類(5)無效無效等價類(6)無效無效等價類(7)無效無效等價類(8)無效無效等價類(9)無效無效等價類(10)無效無效等價類(11)無效無效等價類(12)無效無效等價類(13)無效無效等價類(14)無效無效等價類(15)無效選取的測試數據可以不同,但要針對各等價類.2、用決策表測試法測試以下程序：(15分)該程序功能為輸出某個輸入日期后天的日期,例如輸入日 期2021年1月1日,那么該程序的輸出為2021年1月3日.該程序有三個輸入變量 month、day、year,分別作為輸入日期的月份、日、年份.(1)分別為輸入變量month、day、year劃分有效等價類.(2)分析程序的規(guī)格說明,并結合以上等價類劃 分的情況,給出問題規(guī)定的所有可能采取的操作(即D1: 1 <day< 26D4: day=29year變量的有效等價類:Y1: year是閏年D2: day=27D3: day=28D5: day=30D6: day=31Y2: year不是閏年(2)程序中可能采取的操作有以下 7種：(3分)a1:不可能 a2:day+2 a3: day=2a4: d