luck(cnitpm.com) 10:21:30
●某程序由相互關(guān)聯(lián)的模塊組成，測試人員按照測試需求對該程序進(jìn)行了測試。出于修復(fù)缺陷的目的，程序中的某個舊模塊被變更為一個新模塊。關(guān)于后續(xù)測試，（10）是不正確的。
（10）A．測試人員必須設(shè)計(jì)新的測試用例集，用來測試新模塊
B．測試人員必須設(shè)計(jì)新的測試用例集，用來測試模塊的變更對程序其它部分的影響
C．測試人員必須運(yùn)行模塊變更前原有測試用例集中仍能運(yùn)行的所有測試用例，用來測試程序中沒有受到變更影響的部分
D．測試人員必須從模塊變更前的原有測試用例集中排除所有不再適用的測試用例，增加新設(shè)計(jì)的測試用例，構(gòu)成模塊變更后程序的測試用例集
永不放棄(cnitpm.com) 10:21:32
案例分析，建議大家把歷年的真題做做，記住要定。其實(shí)就是主要靠九大知識點(diǎn)。
luck(cnitpm.com) 10:22:02
做幾套夠?。?
養(yǎng)嬋(cnitpm.com) 10:23:28
要把九大知識點(diǎn)的輸入和輸出基本要背下來吧
忘憂草(cnitpm.com) 10:23:48
C
尋覓<cnitpm.com> 10:24:00
C
luck(cnitpm.com) 10:24:12
對！
憑灣(cnitpm.com) 10:24:20
案例題，背輸出輸入作用不大
憑灣(cnitpm.com) 10:24:32
對上午的客觀題就有用
雪飲狂刀(cnitpm.com) 10:24:42
C
樂水(cnitpm.com) 10:25:48
C 做過的題，當(dāng)時(shí)我選D了
luck(cnitpm.com) 10:26:07
D看著貌似也對啊
樂水(cnitpm.com) 10:26:27
不清楚D哪里不對了
luck(cnitpm.com) 10:26:37
做過的選C ，說明D 為啥不對。
忘憂草(cnitpm.com) 10:26:55
選不正確的。。。
樂水(cnitpm.com) 10:28:07
...
luck(cnitpm.com) 10:28:09
可是我覺得C 是正確的。
忘憂草(cnitpm.com) 10:28:49
測試只對變更后模塊功能有沒有錯誤進(jìn)行測試就可以了，沒有必要再對變更前的內(nèi)容進(jìn)行測試，沒有意義
忘憂草(cnitpm.com) 10:29:26
模塊已經(jīng)變了，沒有必要對變更前那些模塊沒有受到影響進(jìn)行測試
樂水(cnitpm.com) 10:30:17
題干說，某程序的模塊是相互關(guān)聯(lián)的，所以一個模塊變更，就會導(dǎo)致程序所有模塊都會受到影響。c后半句說的有問題
luck(cnitpm.com) 10:30:25
測試一下變更以后對其他模塊的影響啊，這個測試是需要的?；貧w測試
樂水(cnitpm.com) 10:30:44
以上我的理解
忘憂草(cnitpm.com) 10:31:33
沒有必要必須運(yùn)行變更前原有測試用例
忘憂草(cnitpm.com) 10:31:40
需要設(shè)計(jì)新的測試用例了
石(cnitpm.com) 10:32:20
回歸測試
樂水(cnitpm.com) 10:32:27
這個題目可能涉及：如果變更了，是否需要重新設(shè)計(jì)測試用例
忘憂草(cnitpm.com) 10:33:40
回歸測試也是測試變更后重新設(shè)計(jì)的能用的測試用例
樂水(cnitpm.com) 10:33:49
所以通過這個題目，我們只要記?。撼绦蜃兏?，需要重新設(shè)計(jì)測試用例，構(gòu)成新的測試用例集，然后根據(jù)新的用例集來對變更后的程序進(jìn)行測試
樂水(cnitpm.com) 10:34:14
如果用原來的測試用例來直接測試，是不對的
樂水(cnitpm.com) 10:34:31
忘憂草，不要太糾結(jié)
樂水(cnitpm.com) 10:35:25
你順著對的答案去理解就行了，這種考試?yán)碚摵蛯?shí)際還是有差距的
春華＊秋實(shí)(cnitpm.com) 10:46:51
記住，通過才是目的。。。
luck(cnitpm.com) 10:48:01
不理解，今天記住了，明天就忘了
春華＊秋實(shí)(cnitpm.com) 10:48:05
不明白的，等考過之后，仔細(xì)去研究都好！
春華＊秋實(shí)(cnitpm.com) 10:48:33
有時(shí)間的可以，我沒時(shí)間了。。至今書還沒看完呢

回歸測試是指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。在給定的預(yù)算和進(jìn)度下，盡可能有效率地進(jìn)行回歸測試，需要對測試用例庫進(jìn)行維護(hù)并依據(jù)一定的策略選擇相應(yīng)的回歸測試包。對測試用例庫的維護(hù)通常包括刪除過時(shí)的測試用例、改進(jìn)不受控制的測試用例、刪除冗余的測試用例、增添新的測試用例等。在軟件生命周期中，即使一個得到良好維護(hù)測試用例庫也可能變得相當(dāng)大，這使每次回歸測試都重新運(yùn)行完整的測試包變得不切實(shí)際，時(shí)間和成本約束可能阻礙運(yùn)行這樣一個測試，又是測試組不得不選擇一個縮減的回歸測試包來完成回歸測試。
上述回歸測試的基本概念說明，修改了舊代碼之后所進(jìn)行的回歸測試不一定要重新運(yùn)行原有測試用例集中仍能運(yùn)行的所有測試用例，可以在其中選擇一個縮減的回歸測試包來完成回歸測試