【文章內(nèi)容簡介】 個分支至少都通過一次。 3）條件覆蓋。條件覆蓋指設(shè)計足夠的測試用例，使得判定表達(dá)式中 每個條件 的各種可能的值至少出現(xiàn)一次。 4）判定／條件覆責(zé)。該覆蓋標(biāo)準(zhǔn)指設(shè)計足夠的測試用例，使得判定表達(dá)式中的 每個條件的所有可能取值 至少出現(xiàn)一次，并使每個判定表達(dá)式 所有可能的結(jié)果 也至少出現(xiàn)一次。 5）條件組合覆蓋。條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)，它是指設(shè)計足夠的測試用例，使得每個判定表達(dá)式中條件的 各種可能的值的組合 都至少出現(xiàn)一次。 6）路徑覆蓋。路徑覆蓋是指設(shè)計足夠的測試用例，覆蓋被測程序中 所有可能的路徑 。 舉例：為了對如圖所示的程序進(jìn)行覆蓋測試，必須適當(dāng)?shù)剡x取測試數(shù)據(jù)。若 x、 y是兩個變量，可供選擇的測試數(shù)據(jù)組共有四組（如表中給出），則： 實現(xiàn)語句覆蓋至少應(yīng)采用的測試數(shù)據(jù)組是（ A）； 實現(xiàn)條件覆蓋至少應(yīng)采用的測試數(shù)據(jù)組是（ B）； 實現(xiàn)路徑覆蓋至少應(yīng)采用的測試數(shù)據(jù)組是（ C） 或（ D）。 x y 測試數(shù)據(jù)組 1 0 3 測試數(shù)據(jù)組 2 1 2 測試數(shù)據(jù)組 3 1 2 測試數(shù)據(jù)組 4 3 1 答：（ A） 1和 2組 （ B） 1和 4組 （ C） 3組 （ D） 4組 ●對于如下的程序流程，若采用語句覆蓋法設(shè)計測試案例（使每條語句都至少執(zhí)行 1次），則至少需要設(shè)計 （ 56） 個測試案例。 （ 56） A. 1 B. 2 C. 3 D. 4 輸入 X 和 Y X ＞ 0 Y ＝ Y ＋ X Y ＝ Y － X Y ＞ 0 X ＝ 1 否 是 否 是 2022年 11月程序員級試題 ● 選擇一個適當(dāng)?shù)臏y試用例，用以測試下圖的程序，能達(dá)到判定覆蓋的是 (53) 。 2022年 5月程序員級試題 對于如下的程序流程，當(dāng)采用語句覆蓋法設(shè)計測試案例時，至少需要設(shè)計 （ 34） 個測試案例。 （ 34） A. 1 B. 2 C. 3 D. 4 解： (1) x=1,y=2 (2) x=1,y=2 輸入 X 和 YX ＞ 0Y ＝ Y ＋ X Y ＝ Y － XY ＞ 0X ＝ 1否 是否 是X ＝ － 1閱讀下列流程圖。當(dāng)用判定覆蓋法進(jìn)行測試時，至少需要設(shè)計（ 35） 個測試用例。 （ 35） A. 2 B. 4 C. 6 D. 8 ●在某大學(xué)生學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為 16～ 40，則根據(jù)黑盒測試中的等價類劃分技術(shù)，下面劃分正確的是 （ 37） 。 （ 37） 2個有效等價類， 2個無效等價類 1個有效等價類， 2個無效等價類 2個有效等價類， 1個無效等價類 1個有效等價類， 1個無效等價類 等價類劃分是一種典型的黑盒測試方法。這一方法完全不考慮程序的內(nèi)部結(jié)構(gòu)，只依據(jù)程序的規(guī)格說明來設(shè)計測試用例。 等價類是指某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭示程序中的錯誤都是等效的。 等價類合理地假設(shè)：某個等價類的代表值，與該等價類的其他值，對于測試來說是等價的。 因此，可以把全部的輸入數(shù)據(jù)劃分成若干的等價類，在每一個等價類中取一個數(shù)據(jù)來進(jìn)行測試。 這樣就能以較少的具有代表性的數(shù)據(jù)進(jìn)行測試，而取得較好的測試效果。 等價類的劃分有兩種不同的情況： 有效等價類：是指對于程序的規(guī)格說明來說，是合理的，有意義的輸入數(shù)據(jù)所構(gòu)成的集合；利用它可以檢驗程序是否實現(xiàn)了預(yù)期的功能和性能； 無效等價類：是指對于程序的規(guī)格說明來說，是不合理的，沒有意義的輸入數(shù)據(jù)所構(gòu)成的集合；利用它可以檢驗程序?qū)τ跓o效數(shù)據(jù)的處理。 等價類劃分 ●某程序根據(jù)輸入的三條線段長度，判斷這三條線段能否構(gòu)成三角形。以下 6個測試用例中， （ 35） 兩個用例屬于同一個等價類。 ① 13； ② 10； ③ 35； ④ 1 21； ⑤ 4； ⑥ 4 。 （ 35） A.①② B.③④ C.⑤⑥ D.①④ 測試步驟： 單元測試、集成測試、系統(tǒng)測試、確認(rèn)測試 。 單元測試（ 模塊測試） ： 程序員對自己的程序進(jìn)行測試，發(fā)現(xiàn)編碼和詳細(xì)設(shè)計中的錯誤?？梢圆捎冒缀袦y試或黑盒測試。 若采用白盒測試，則是由程序員檢查自己的程序代碼。 若采用黑盒測試，由于被測模塊往往不是獨(dú)立的程序，它處于整個軟件結(jié)構(gòu)的某一層位置上，被其他模塊調(diào)用或調(diào)用其他模塊，其本身不能進(jìn)行單獨(dú)運(yùn)行，因此需要為被測模塊設(shè)計驅(qū)動模塊和樁模塊。 驅(qū)動模塊的作用是用來模擬被測模塊的上級調(diào)用棋塊。功能要比真正的上級模塊簡單得多，它只完成接受測試數(shù)據(jù)，以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被調(diào)模塊的測試結(jié)果并輸出。 樁模塊用來代替被測試模塊所調(diào)用的模塊。它的作用是返回被測模塊所需的信息。 集成測試（組裝測試）： 在單元測試的基礎(chǔ)上，將各模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進(jìn)行的測試，故也稱組裝測試或聯(lián)合測試。主要檢查模塊間的接口和通信，用于發(fā)現(xiàn)設(shè)計階段的錯誤。一般采用黑盒測試。 集成測試的方法主要有兩種：非漸增式測試和漸增式測試。 （ 1）非漸增式測試。首先對每個模塊分別進(jìn)行單元測試，然后再把所有的模塊按設(shè)計要求組裝在一起進(jìn)行測試。 （ 2）漸增式測試。逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去，進(jìn)行集成測試。每加入一個新模塊進(jìn)行一次集成測試，重復(fù)此過程直至程序組裝完畢。 漸增式測試有兩種不同的組裝模塊的方法；自頂向下結(jié)合和自底向上結(jié)合。 （ 2022年 11月） 一個系統(tǒng)的模塊結(jié)構(gòu)圖如圖所示，用 { , , }表示這個系統(tǒng)的測試模塊組合。下面的選項中 （ 20） 表示自頂向下的測試， （ 21） 表示三明治式測試。 (20) A. {A}{A,B,C,D,E}{A,B,C,D,E,F,G,H,I,J,K} B． {F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K} {A,B,C,D,E,F,G,H,I,J,K} C． {K}{J}{I}{H}{G}{F}{B}{C}{D}{E} {A,B,C,D,E,F,G,H,I,J,K} D． {A}{F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K} {A,B,C,D,E,F,G,H,I,J,K} (21) A． {A}{A,B,C,D,E}{A,B,C,D,E,F,G,H,I,J,K} B． {F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K} {A,B,C,D,E,F,G,H,I,J,K} C． {K}{J}{I}{H}{G}{F}{B}{C}{D}{E} {A,B,C,D,E,F,G,H,I,J,K} D. {A}{F}{G}{H}{I}{J}{K}{B,F,G}{C,H}{D,I,J}{E,K} {A,B,C,D,E,F,G,H,I,J,K} 擬定測試計劃；編制測試大綱；設(shè)計和生成測試用例；實施測試；生成測試報告 。 系統(tǒng)測試： 目的是驗證最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。主要包括功能測試、性能測試、用戶界面測試、安全性測試、安裝與反安裝測試。 確認(rèn)測試（驗收測試）： 在用戶的參與下進(jìn)行。以需求說明書為依據(jù)，檢查軟件的功能等是否符合用戶要求。通常采用黑盒測試。 α 測試與 β 測試： α 測試是在開發(fā)者的現(xiàn)場由客戶來實施的， β 測試是開發(fā)者不在現(xiàn)場的情況下在用戶現(xiàn)場由最終用戶實施的。 平行運(yùn)行： 同時運(yùn)行新開發(fā)出來的系統(tǒng)和被它所取代的舊系統(tǒng)。 ●測試是軟件開發(fā)過程中一個獨(dú)立且非常重要的階段。一個規(guī)范化的測試過程通常包括多個基本的測試活動。確定測試內(nèi)容、進(jìn)度安排、測試所需的環(huán)境和條件、測試培訓(xùn)安排等工作屬于 （ 53） 階段的內(nèi)容。 （ 53） A． 擬定測試計劃 B． 編制測試大綱 C． 設(shè)計和生成測試用例 D． 生成測試報告 ● 某系統(tǒng)中一個組件的某個函數(shù)中 ， 有一個變量沒有正確初始化 ， 在 （ 54） 階段最可能發(fā)現(xiàn)問題 。 （ 54） A． 單元測試 B． 集成測試 C． 確認(rèn)測試 D． 系統(tǒng)測試 2022年 5月 程序員級試題 ●程序中的局部數(shù)據(jù)結(jié)構(gòu)測試通常在 （ 54） 在階段進(jìn)行，而全局?jǐn)?shù)據(jù)結(jié)構(gòu)測試通常 （ 55） 階段進(jìn)行。 （ 54） （ 55） ●對程序進(jìn)行白盒測試時，可采用 （ 56） 法設(shè)計測試用例。 （ 56） 2022年 5月 程序員級試題 2022年 11月程序員級試題 ● 通常在軟件開發(fā)過程的 （ 52） 階段 ， 無需用戶參與 。 （ 52） ● 軟件測試分為黑盒測試和白盒測試 ， 其中 （ 53） 方法屬于黑盒測試 。 （ 53） 2022年 5月程序員級試題 ●軟件測試通常采用黑盒測試和白盒測試。其中黑盒測試根據(jù)軟件的 （ 55） 設(shè)計測試用例，白盒測試根據(jù)軟件的 （ 56） 設(shè)計測試用例。 （ 55） （ 56） ● 在了解程序內(nèi)部結(jié)構(gòu)和流程后，通常采用 （ 51） 驗證程序內(nèi)部邏輯是否符合設(shè)計要求，此時可使用 （ 52） 技術(shù)設(shè)計測試案例。 （ 51） A. 黑盒測試 B. 白盒測試 C. 等價類劃分 D. 邊界值分析 （ 52） A. 等價類劃分 B. 邊界值分析 C. 因果圖 D. 邏輯覆蓋 ● 軟件測試中的 α測試由用戶在軟件開發(fā)者指導(dǎo)下完成，這種測試屬于 （ 53） 階段的測試活動。 （ 53） A. 單元測試 B. 集成測試 C. 系統(tǒng)測試 D. 確認(rèn)測試 2022年 11月 程序員級試題 ?運(yùn)行維護(hù) 硬件維護(hù)：由專職的硬件維護(hù)人員負(fù)責(zé) ， 包括定期的設(shè)備保養(yǎng)性維護(hù)和突發(fā)性的故障維護(hù) 。 軟件維護(hù)：根據(jù)需求變化或硬件環(huán)境變化對應(yīng)用程序進(jìn)行部分或全部的修改。 軟件維護(hù)覆蓋了從軟件交付到軟件被淘汰的整個時期。 可維護(hù)性：維護(hù)軟件的難易程度。影響可維護(hù)性的因素有： ? 可理解性：理解軟件的結(jié)構(gòu)、接口、功能等的難易程度。 ? 可測試性：測試軟件中錯誤的難易程度。 ? 可修改性：修改軟件的難易程度。 文檔是軟件可維護(hù)性的決定因素，可分為用戶文檔和系統(tǒng)文檔。用戶文檔描述系統(tǒng)功能和使用方法，系統(tǒng)文檔描述系統(tǒng)設(shè)計、實現(xiàn)、測試等。 軟件維護(hù) 分為改正性維護(hù) 、 適應(yīng)性維護(hù) 、 完善性維護(hù) 、 預(yù)防性維護(hù) 。 改正性 （ 正確性 ） 維護(hù) ：改正在系統(tǒng)開發(fā)階段已發(fā)生而在系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤 。 (20%) 適應(yīng)性維護(hù) ：使應(yīng)用軟件適應(yīng)信息技術(shù)變化和管理需求變化而進(jìn)行的修改 。 (20%) 完善性維護(hù) ：為擴(kuò)充功能和改善性能而進(jìn)行的修改 。 (50%) 預(yù)防性維護(hù) ：為了改進(jìn)應(yīng)用軟件的可靠性和可維護(hù)性 ，為了適應(yīng)未來的軟硬件環(huán)境變化而主動進(jìn)行的維護(hù) 。 (5%) 2022年 5月程序員級試題 ● 為了擴(kuò)充和改善性能 ， 需要在已有軟件系統(tǒng)中增加一些在系統(tǒng)分析和設(shè)計階段沒有規(guī)定的功能與性能特征 ，這類軟件維護(hù)屬于 （ 56） 維護(hù) 。 （ 56） A． 正確性 B． 適應(yīng)性 C． 完善性 D． 預(yù)防性 2022年 11月程序員級試題 ● 為了改善系統(tǒng)硬件環(huán)境和運(yùn)行環(huán)境而產(chǎn)生的系統(tǒng)更新?lián)Q代需求而導(dǎo)致的軟件維護(hù)屬于 （ 55） 維護(hù) 。 （ 55） D. 預(yù)防性 ● 軟件