【正文】 list amp。 list){ //[0][n1]進(jìn)行排序, n是表當(dāng)前長度。for(int i = 0。i 。i++){ int k = i。//[i].[n1].key中找具有最小關(guān)鍵碼的對(duì)象 for(int j = i+1。j 。j++)if([j].getKey() [k].getKey())k = j。//當(dāng)前具最小關(guān)鍵碼的對(duì)象if(k!= i)Swap([i], [k])。//交換} } 上面是選擇排序的程序，其中datalist是數(shù)據(jù)表，它有兩個(gè)數(shù)據(jù)成員：一是元素類型為Element的數(shù)組V，另一個(gè)是數(shù)組大小n。算法中用到兩個(gè)操作，一是取某數(shù)組元素V[i]的關(guān)鍵碼操作getKey()，一是交換兩數(shù)組元素內(nèi)容的操作Swap()：請(qǐng)問該程序段的McCabe環(huán)路復(fù)雜性為多少？（D）} ，按集成粒度不同可以把集成測試分為（C）。①模塊間集成測試 ②類內(nèi)集成測試 ③類間集成測試 ④子系統(tǒng)內(nèi)集成測試 ⑤ 子系統(tǒng)間集成測試 A.①②③ B.②③④ C.①④⑤ D.②③⑤，(A)是正確的。 （B） ，如不停地啟動(dòng)或關(guān)閉程序、反復(fù)讀寫數(shù)據(jù)或者選擇同一個(gè)操作。這種測試我們稱之為（B）測試。 （C）。，有助于及時(shí)應(yīng)對(duì)項(xiàng)目變化，降低測試風(fēng)險(xiǎn)。，不僅對(duì)所有產(chǎn)品進(jìn)行測試，還要求開發(fā)人員和測試人員全面參與。，作為一個(gè)獨(dú)立的過程進(jìn)行管理。，能使測試人員較早了解測試難度、預(yù)測風(fēng)險(xiǎn)、提高效率。，哪一項(xiàng)不是測試項(xiàng)目管理者的職責(zé)？（B）。 ，錯(cuò)誤的是(D)。 ，下列各項(xiàng)都是按照不同階段來進(jìn)行的劃分，除了（C）。 ，確認(rèn)測試主要用于發(fā)現(xiàn)(B)階段的錯(cuò)誤。 3.（C）方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測試用例。 ，假設(shè)求實(shí)數(shù)x的平方根，我們第1次輸入“最小的負(fù)實(shí)數(shù)”進(jìn)行測試，第2次輸入“稍小于0”進(jìn)行測試，第3次輸入0進(jìn)行測試，第4次輸入“稍大于0”進(jìn)行測試，第5次輸入“最大的正實(shí)數(shù)”進(jìn)行測試，那么這種測試屬于（A)。 ，應(yīng)該(D)。 ，它的輸入只有一個(gè)Y，其范圍是—50≤Y≤50。現(xiàn)從輸入的角度考慮設(shè)計(jì)了一組測試用例：—100，100，0。設(shè)計(jì)這組測試用例的方法是(B)。 ，一般以（C)為主設(shè)計(jì)測試用例。 8.{ PROCEDURE averagy i = 1。 = = 0。sum = 0。DO WHILE value[i] 999 AND 100 increment by 1。IF value[i] = minimum AND value[i] 0 THEN averagy = sum / 。ELSE averagy =999。ENDIF END averagy 上面是一個(gè)求平均值的程序，請(qǐng)問該程序段的McCabe環(huán)路復(fù)雜性為多少？（C）} ，很可能發(fā)現(xiàn)開發(fā)人員對(duì)報(bào)告的缺陷存在異議。因此需要一個(gè)雙方認(rèn)同的準(zhǔn)則，用于判定軟件產(chǎn)品是否存在軟件缺陷。在實(shí)際的軟件項(xiàng)目工作中，我們通常采納的判定準(zhǔn)則是（B）。 。在測試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時(shí)，有必要用一些模塊替代尚未測試過的下層模塊。（A） ，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測試方法為(A)。 ，不考慮開發(fā)方關(guān)注的質(zhì)量特性。那么，下面那一個(gè)質(zhì)量特性一般不是系統(tǒng)測試的重點(diǎn)？（D） ，這種測試我們稱之為（D）測試。 ，不屬于測試要達(dá)到的目標(biāo)為（D），并按照測試計(jì)劃進(jìn)行測試 ，軟件仍舊符合系統(tǒng)規(guī)格和需求定義 、控制、文檔化，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（B) ，“高產(chǎn)”的測（C）。，證明被測程序正確無誤，證明被測程序符合相應(yīng)的要求 ，發(fā)現(xiàn)被測程序盡可能多的錯(cuò)誤 ，糾正被測程序盡可能多的錯(cuò)誤 ，開發(fā)人員主要承擔(dān)哪項(xiàng)工（D） ，允許用戶輸入8位數(shù)字的市話號(hào)碼。如果使用等價(jià)類劃分法來設(shè)計(jì)測試用例，從保證測試效果的角度看，你認(rèn)為哪一組是最佳的選擇（C）。、8060380100080、39103825 、80603805 、39103825825232空值、h? 、825232@、*** ：（1）表空（2）表中只有一個(gè)元素（3）表中均有相同的關(guān)鍵字值（4）元素已排序，則此測試方法稱為(D)。 ，黑盒、白盒測試法是常用的方法，其中黑盒測試主要用于測試（B）。 ，它的輸入量只有一個(gè)X，其范圍是［，］，現(xiàn)從輸入的角度考慮一組測試用例：，。設(shè)計(jì)這組測試用例的方法是(C) 7.{int GetMax(int n, int datalist[ ]){intk=0。for(int j=1。jif(datalist[j] datalist[k])k=j。returnk。} 上面是一段求最大值的程序，其中datalist是數(shù)據(jù)表，n是datalist的長度。請(qǐng)問該程序段的McCabe環(huán)路復(fù)雜性為多少？（B）} （B） （A）。①單元測試 ②部件測試 ③組裝測試 ④系統(tǒng)測試 ⑤確認(rèn)測試 ⑥聯(lián)合測試 A.③⑥ B.①② C.⑤⑥ D.③④，每連入一個(gè)模塊(C)。 ，并要求用戶報(bào)告異常情況，這種測試我們稱之為（C）。 ，集成測試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（C）的錯(cuò)誤。 、質(zhì)量不合要求 ，測試人員運(yùn)行測試用例，觀察運(yùn)行結(jié)果，當(dāng)發(fā)現(xiàn)軟件缺陷時(shí)提交軟件缺陷報(bào)告。那么，測試人員判定一個(gè)運(yùn)行結(jié)果中存在缺陷的準(zhǔn)則是（C）。 ，完成于（B）階段。 (A)。 （C）。 （C）。 ，該階段不能完成的測試是（A）。 （B）階段的錯(cuò)誤。 （D）。 6.（C）方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測試用例。 ，在（D）的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成系統(tǒng) ，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。 （A）。錯(cuò)，是否能夠自動(dòng)恢復(fù)或忽略故障繼續(xù)運(yùn)行。對(duì) ，是指在設(shè)計(jì)過程中被用來改善易用性的一系列方法。對(duì)，它的含義：一是對(duì)軟件的所有產(chǎn)品進(jìn)行全面的測試；二是測試人員應(yīng)對(duì)測試的全過程進(jìn)行全程的跟蹤。錯(cuò) ，軟件測試工作開始。錯(cuò) ，與開發(fā)人員無關(guān)。錯(cuò) 。錯(cuò)，用邊界值分析法設(shè)計(jì)測試用例，測試用例的個(gè)數(shù)為4n+1。對(duì) “已解決”表示該缺陷已經(jīng)被測試人員回歸測試完畢，準(zhǔn)備歸檔移除。錯(cuò) “已解決”狀態(tài)的缺陷，下一步狀態(tài)只能是“重新提交”或者“已關(guān)閉”。對(duì) 。錯(cuò)，如果發(fā)現(xiàn)SQLServer資源監(jiān)控中的一個(gè)指標(biāo)緩存點(diǎn)擊率偏高，這說明系統(tǒng)運(yùn)行效率較高。對(duì)。對(duì) 。對(duì) 。錯(cuò) ，至少比編程容易多了。錯(cuò)－實(shí)現(xiàn)－測試，軟件測試是開發(fā)后期的一個(gè)階段。錯(cuò)，采用健壯性邊界值分析法設(shè)計(jì)測試用例，測試用例的個(gè)數(shù)為6n+1。對(duì)“打開”表示該缺陷已被開發(fā)人員看到。對(duì) “已拒絕”表示該缺陷開發(fā)人員拒絕修改。對(duì)。錯(cuò) ，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，以此來獲得系統(tǒng)性能提供的最大服務(wù)級(jí)別的測試。對(duì) 。錯(cuò)，測試計(jì)劃需要根據(jù)需求變更及時(shí)調(diào)整。對(duì) 。對(duì) 。錯(cuò)，這個(gè)重?fù)?dān)將從開發(fā)方轉(zhuǎn)移到客戶/用戶的身上，用戶的每一次使用就是一次測試。對(duì)，但存在合理的更正辦法時(shí)，該軟件可以發(fā)布。錯(cuò)“打開”表示該缺陷剛提交，開發(fā)人員還未看到該缺陷。錯(cuò)“已拒絕”狀態(tài)的缺陷，下一步狀態(tài)只能是“重新提交”或者“已關(guān)閉”。對(duì) 。對(duì) 。對(duì)，然后統(tǒng)一組裝成軟件系統(tǒng)的方法稱為漸增式測試。錯(cuò) 。對(duì)，那是軟件測試人員的錯(cuò)。錯(cuò) ，來不及就少測試一些。錯(cuò)，就完成了軟件測試。錯(cuò)，但不存在合理的更正辦法時(shí)，該軟件可以發(fā)布。錯(cuò)“已解決”表示該缺陷已經(jīng)被開發(fā)人員修改好，但是測試人員還未進(jìn)行回歸測試。對(duì)“打開”狀態(tài)的缺陷，下一步狀態(tài)只能是“已解決”或者“已拒絕”。對(duì)第五篇：軟件測試讀書總結(jié)軟件測試（第二版）書的一些總結(jié)軟件測試這本書分為了六個(gè)部分，介紹了軟件測試的基礎(chǔ)知識(shí)。以下分部分是我的一些理解。，主要介紹了與軟件測試及其相關(guān)內(nèi)容的一些定義。（1）什么是軟件缺陷？軟件缺陷可以理解為導(dǎo)致軟件失敗的缺陷，失敗的軟件可以理解為不符合軟件產(chǎn)品說明書或不符合用戶要求的軟件。（2）導(dǎo)致出現(xiàn)缺陷的原因以及軟件修復(fù)的難度（優(yōu)先級(jí)）？軟件缺陷的原因?qū)嶋H是在說明書編寫、設(shè)計(jì)、編碼時(shí)出現(xiàn)了偏差錯(cuò)誤，并且隨著開發(fā)往后，更不容易修復(fù)。（3）軟件測試是要做什么？軟件測試目的是要發(fā)現(xiàn)缺陷，給出提示，并且給出一定的建議（也可以是提供缺陷優(yōu)先級(jí)或嚴(yán)重性等度量）。值得注意的是，并不是非要給出修改軟件的建議，也可以是給出針對(duì)用戶培訓(xùn)以規(guī)避軟件缺陷之類的建議。并且軟件測試所針對(duì)的范圍是交付用戶部分，所以測試要包含文檔測試。（4）軟件測試時(shí)的原則第一是不要求完全測試程序，要把測試控制在合理的測試量內(nèi)（可由剩余缺陷和測試費(fèi)用關(guān)系得到）；第二是找到軟件缺陷越多那么軟件缺陷越多。，介紹了一些基本的測試方法（白盒與黑盒法的區(qū)別是是否參考了代碼，動(dòng)態(tài)與靜態(tài)區(qū)別是是否運(yùn)行了代碼）：（1）靜態(tài)黑盒法測試產(chǎn)品說明書。（2）動(dòng)態(tài)黑盒法，一般用來進(jìn)行功能性測試。使用等價(jià)類劃分的方法，將測試用例合理劃分，將測試量控制在合理范圍，并通過對(duì)測試用例和運(yùn)行結(jié)果對(duì)比，得到測試結(jié)果。測試不止是對(duì)數(shù)據(jù)測試，還要對(duì)軟件狀態(tài)進(jìn)行測試（可參考狀態(tài)圖進(jìn)行，測試軟件狀態(tài)轉(zhuǎn)換是是否出現(xiàn)問題）（3）靜態(tài)白盒法，設(shè)計(jì)、編程階段審查設(shè)計(jì)、代碼。（4）動(dòng)態(tài)白盒測試，對(duì)程序中的代碼段或者某個(gè)模塊進(jìn)行測試，測試用例不僅需要對(duì)數(shù)據(jù)覆蓋（例如代碼端公式里除數(shù)為0的情況），還要對(duì)代碼覆蓋（語句覆蓋、分支覆蓋、條件覆蓋，一級(jí)比一級(jí)覆蓋廣一些），介紹了一些常見的測試，如：配置測試、兼容性測試、外國語言測試、易用性測試、文檔測試、軟件安全測試，并以網(wǎng)站測試作為實(shí)例進(jìn)行了講解。首先是自動(dòng)化工具，可以減少測試一些性能難度，可以簡單的在短時(shí)間進(jìn)行多次測試；其次是共享測試，就一個(gè)軟件的測試區(qū)域讓不同測試者進(jìn)行測試，屬于內(nèi)部測試；最后是beta版本測試，通過用戶使用后的數(shù)據(jù)進(jìn)行分析。（1）自動(dòng)化測試工具中負(fù)載壓力工具與干擾注入器、噪聲發(fā)生器的區(qū)別？負(fù)載和壓力工具測試軟件，用來給軟件加壓，加載，比如在測試文本處理程序的時(shí)候，設(shè)置其處于的磁盤空間和內(nèi)存很小。類似于負(fù)載和壓力工具干擾注入器、噪聲發(fā)生器并不是提供固定不變的壓力、負(fù)載而是不斷變化，更不穩(wěn)定。（和各個(gè)過程產(chǎn)生的結(jié)果文檔）：測試計(jì)劃224。測試用例計(jì)劃（包括：測試設(shè)計(jì)即在什么地方用用例，測試用例即測試用例詳細(xì)說明，測試方法即怎樣用用例）224。報(bào)告問題值得注意的是，報(bào)告問題時(shí)需要對(duì)軟件缺陷進(jìn)行跟蹤，才能及時(shí)了解軟件缺陷被提出了沒，正在被解決沒，解決掉沒。跟蹤其處在生命周期的哪個(gè)階段。