《軟件質(zhì)量與測(cè)試》思考題

1、軟件質(zhì)量與測(cè)試l=J思考題第一章軟件測(cè)試的基本概念軟件測(cè)試的定義P6-P9軟件測(cè)試指使用人工和自動(dòng)手段來運(yùn)行或測(cè)試摸個(gè)系統(tǒng)的過程，目的在于 檢測(cè)其是否滿足規(guī)定的需要或弄清楚預(yù)期與實(shí)際結(jié)果之間的差別軟件缺陷的定義P6-P9軟件維達(dá)到需求規(guī)格說明書中指明的功能軟件出現(xiàn)了需求規(guī)格說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤軟件功能超出了需求規(guī)格說明書中指明的范圍軟件愛你未達(dá)到需求規(guī)格說明書中雖為指出但應(yīng)達(dá)到的目標(biāo)軟件測(cè)試員認(rèn)為軟件難以理解，不用使用，運(yùn)行速度緩慢，或者最終用 戶認(rèn)為不好。測(cè)試用例的定義P17。測(cè)試用例使用哪三類數(shù)據(jù)？ P20正常數(shù)據(jù)、邊界數(shù)據(jù)、錯(cuò)誤數(shù)據(jù)ISO/IEC9126關(guān)于軟件質(zhì)量的定義P140o

2、主屬性以及副屬性？能舉例說明。功能性、可靠性、易用性、效率、可維護(hù)性、可移植性測(cè)試環(huán)境的定義P22。測(cè)試環(huán)境就是軟件運(yùn)行的平臺(tái)即軟件測(cè)試所必須的工作平臺(tái)和前提條件軟件測(cè)試就是通過運(yùn)行程序來尋找錯(cuò)誤，對(duì)嗎？錯(cuò)。軟件測(cè)試不僅包括動(dòng)態(tài)測(cè)試，還包括靜態(tài)的檢查。測(cè)試的對(duì)象不僅針 對(duì)查程序，還需要針對(duì)文檔軟件產(chǎn)品發(fā)布后，用戶發(fā)現(xiàn)了錯(cuò)誤，將導(dǎo)致怎樣的后果？軟件產(chǎn)品發(fā)布給用戶后，若由用戶發(fā)現(xiàn)的缺陷，則視缺陷的嚴(yán)重程度和影 響范圍，導(dǎo)致的后果不同。若導(dǎo)致用戶系統(tǒng)崩潰，嚴(yán)重的數(shù)據(jù)丟失，巨大的經(jīng)濟(jì) 損失，甚至造成人身安全，則對(duì)公司影響很大。若只是造成用戶使用不便，則其 產(chǎn)品可能招到用戶的拋棄和投訴。手機(jī)測(cè)試是硬件測(cè)

3、試，還是軟件測(cè)試？既是硬件測(cè)試，又是軟件測(cè)試，針對(duì)軟件外殼，抗摔，防水等方面的測(cè)試 時(shí)硬件測(cè)試，針對(duì)手機(jī)的通話質(zhì)量，短信、游戲的方面的測(cè)試屬于軟件測(cè)試。第二章軟件測(cè)試原理軟件測(cè)試的原則P28-P31a、應(yīng)盡早和不斷地測(cè)試b、避免測(cè)試自己的程序c、具有良好的測(cè)試態(tài)度d、人以群分，物以類聚e、測(cè)試結(jié)果的全面檢查f、妥善保存測(cè)試過程文檔黑盒測(cè)試的定義，白盒測(cè)試的定義P32-P34黑盒測(cè)試：又稱功能測(cè)試，只考慮系統(tǒng)的輸入和輸出，完全不考慮程序內(nèi) 部的邏輯結(jié)構(gòu)和處理過程。白盒測(cè)試：又稱結(jié)構(gòu)性測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，研究源代碼和程序內(nèi)部的邏 輯結(jié)構(gòu)靜態(tài)測(cè)試的定義，動(dòng)態(tài)測(cè)試的定義P34-P35靜態(tài)測(cè)試：又稱靜態(tài)

4、分析，是不實(shí)際運(yùn)行被測(cè)的軟件，而是直接分手軟件 的形式和結(jié)構(gòu)，查找缺陷。主要包括對(duì)源程序、程序界面和各類文檔及中間產(chǎn)品 所中的測(cè)試。動(dòng)態(tài)測(cè)試：又稱動(dòng)態(tài)分析，是指需要實(shí)際運(yùn)行被測(cè)軟件，通過觀察程序運(yùn) 行時(shí)所表現(xiàn)出來的狀態(tài)、行為等發(fā)現(xiàn)軟件缺陷。a測(cè)試的定義，p測(cè)試的定義P38a測(cè)試也稱開發(fā)方測(cè)試，開發(fā)方通過檢查和提供客觀證據(jù)，證明軟件運(yùn)行是 否滿足用戶規(guī)定的需求.P測(cè)試是內(nèi)部測(cè)試之后的外部公開測(cè)試，是將軟件完全交給用戶，讓用戶在 實(shí)際使用環(huán)境下進(jìn)行的對(duì)產(chǎn)品預(yù)發(fā)布版本的測(cè)試軟件測(cè)試的V模型，W模型，H模型，X模型P40-P44只要學(xué)會(huì)自動(dòng)化測(cè)試工具的使用，就能輕松搞定測(cè)試工作了， 是這樣嗎？不管是什

5、么測(cè)試工具，它實(shí)質(zhì)反應(yīng)的是其背后的測(cè)試思想，因此，拋開設(shè)計(jì) 方法去學(xué)習(xí)測(cè)試工具的使用，是沒有任何意義的.而且，測(cè)試工具的使用必須有測(cè) 試用例為指導(dǎo)，得到的測(cè)試腳本才具有復(fù)用性，而測(cè)試用例的設(shè)計(jì)涉及多種測(cè)試 方法，因此，完全不懂測(cè)試技術(shù)是不能勝任軟件測(cè)試崗位的.在任何情況下，執(zhí)行回歸測(cè)試時(shí)，都應(yīng)把以前測(cè)試過的測(cè)試用例全部執(zhí)行一遍，是這樣嗎？不是這樣的.回歸測(cè)試包的選擇應(yīng)根據(jù)，進(jìn)度、風(fēng)險(xiǎn)等全盤考慮軟件測(cè)試的日的是證明程序的正確。軟件測(cè)試的日的是證明程序的有錯(cuò)。這兩種說法哪個(gè)正確?兩種說法都正確。但都存在片面性，應(yīng)視不同的情況予以應(yīng)用。第三章黑盒測(cè)試技術(shù)邊界值法對(duì)每個(gè)邊界應(yīng)如何取值？ P69A、若輸

6、入條件規(guī)定了取值范圍，則以該范圍作為邊界B、若輸入條件規(guī)定了值得個(gè)數(shù)，則以值的個(gè)數(shù)為邊界C、若輸出域中，針對(duì)每個(gè)輸出條件，使用原則A、BD、若輸入域或輸出域是有集合，則選取集合中特定次序的元素作為邊界。邊界值法測(cè)試時(shí)，所選擇的輸入數(shù)據(jù)一定是有效數(shù)據(jù)。是這樣嗎？ P71不一定。邊界值測(cè)試只關(guān)注邊界，設(shè)計(jì)測(cè)試用例時(shí)不區(qū)分系統(tǒng)輸入在邊界 點(diǎn)上是否有效。因此，系統(tǒng)輸入在邊界點(diǎn)上可能是有效的，也可能是無效的。對(duì)NextDate問題，設(shè)計(jì)出年，月，日的邊界值法的測(cè)試用例。P71等價(jià)類劃分法應(yīng)如何取值？與邊界值法取值有何不同？ P74等價(jià)類劃分法，對(duì)輸入數(shù)據(jù)的集合劃分只有一種結(jié)果嗎？ P73對(duì)NextDat

7、e問題，設(shè)計(jì)出年，月，日的等價(jià)類劃分法的測(cè)試用例。P77錯(cuò)誤推測(cè)法應(yīng)如何取值？ P83列舉系統(tǒng)中所有可能的缺陷和容易發(fā)生缺陷的特殊情況，并根據(jù)它們選擇 測(cè)試用例場(chǎng)景法的基本流？備選流？ P84基本流失從系統(tǒng)某個(gè)出示抬開始，經(jīng)一系列狀態(tài)后到達(dá)終止?fàn)顟B(tài)的過程中 做主要的一個(gè)業(yè)務(wù)流程備選流是以基本流為基礎(chǔ)，在經(jīng)過的每判定節(jié)點(diǎn)處滿足不同的觸發(fā)條件而 導(dǎo)致的其他事件流第四章白盒測(cè)試技術(shù)條件覆蓋和條件組合覆蓋有什么不同？ P109條件組合覆蓋一定滿足條件覆蓋給出閏年的判定代碼，請(qǐng)分別設(shè)計(jì)出語句覆蓋，判定覆蓋，條件組合覆蓋的測(cè)試用例。P113語句覆蓋常常不能發(fā)現(xiàn)判定語句的缺陷，是什么原因？舉例說明。P103

8、?語句覆蓋這個(gè)指標(biāo)自身的局限性所致，另一方面是由于邏輯判定“與”、 “或”關(guān)系本身的特殊性所致對(duì)循環(huán)語句測(cè)試時(shí)，設(shè)計(jì)測(cè)試用例應(yīng)考慮哪幾點(diǎn)問題？ P124。、對(duì)于單個(gè)循環(huán)節(jié)點(diǎn)，如何將循環(huán)次數(shù)與邊界之結(jié)合起來展開測(cè)試引對(duì)于單個(gè)循環(huán)節(jié)點(diǎn)，如何從循環(huán)過程的完整性角度來展開測(cè)試對(duì)于單個(gè)循環(huán)節(jié)點(diǎn)，如何根據(jù)不同的節(jié)點(diǎn)組合形式，有條不紊地展開測(cè) 試，使得存活次數(shù)、循環(huán)過程的完整情況，以及循環(huán)之間的各種特殊情況都能全 面的考慮數(shù)據(jù)流測(cè)試的定義節(jié)點(diǎn)？使用節(jié)點(diǎn)？ P128靜態(tài)白盒測(cè)試和動(dòng)態(tài)白盒測(cè)試有什么不同？ P32，P145什么是代碼走查？代碼的編程者參加代碼走查會(huì)議嗎？ P133代碼走查是以小組為單位進(jìn)行代碼閱

9、讀、討論和模擬運(yùn)行，是一系列規(guī)程和缺陷檢查技術(shù)的集合編碼標(biāo)準(zhǔn)和規(guī)范是靜態(tài)白盒測(cè)試的內(nèi)容嗎？ P136第六章單元測(cè)試單元測(cè)試中，單元應(yīng)如何劃分？ P204對(duì)于c語言 單元常指一個(gè)函數(shù)或子過程，特殊情況下，會(huì)將具有強(qiáng)耦合 性的函數(shù)共同作為一個(gè)單元來測(cè)試對(duì)于c+、java或c#等面向?qū)ο笳Z言來說，單元一般指一個(gè)類，圖形化軟件中，單元常指一個(gè)窗口或一個(gè)菜單事實(shí)表明一般軟件工程師的平均缺陷引入率是多少？ P206100個(gè)/千行代碼單元測(cè)試一般由誰完成？ P204開發(fā)人員單元測(cè)試的主要內(nèi)容？ P2081、模塊接口測(cè)試2、模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試3、模塊邊界條件測(cè)試4、模 塊中多有獨(dú)立的執(zhí)行路徑測(cè)試5、模塊的所

10、有錯(cuò)誤處理路徑測(cè)試什么是驅(qū)動(dòng)模塊？樁模塊？在什么場(chǎng)合使用？ P211驅(qū)動(dòng)模塊是模擬被測(cè)試單元的上級(jí)模塊，用戶接收測(cè)試數(shù)據(jù)，啟動(dòng)被測(cè)模 塊個(gè)輸出結(jié)果樁模塊式迷你被測(cè)單元所調(diào)用的模塊。當(dāng)被測(cè)單元較為復(fù)雜時(shí)，最好利用驅(qū)動(dòng)模塊和樁模塊構(gòu)建測(cè)試環(huán)境，運(yùn)行 程序什么是測(cè)試驅(qū)動(dòng)程序？如何設(shè)計(jì)測(cè)試驅(qū)動(dòng)程序？ P212測(cè)試驅(qū)動(dòng)程序是通過測(cè)試用例來驅(qū)動(dòng)被測(cè)單元，以便于觀察測(cè)試用例執(zhí)行 結(jié)果，查找缺陷的代碼段。利用已有的測(cè)試用例，接受測(cè)試數(shù)據(jù)；將測(cè)試數(shù)據(jù)傳遞給被測(cè)單元；輸出測(cè)試用例的執(zhí)行結(jié)果;記錄測(cè)試執(zhí)行的有關(guān)信息；自動(dòng)檢查測(cè)試用例的通過情況測(cè)試驅(qū)動(dòng)程序是對(duì)單元測(cè)試進(jìn)行自動(dòng)化測(cè)試嗎？ P220為什么說獨(dú)立測(cè)試是相對(duì)

11、較好的一種單元測(cè)試策略？ P214獨(dú)立測(cè)試策略易于操作，可達(dá)到較高的結(jié)果覆蓋率，是純粹的單元測(cè)試， 自頂向下和自底向上的策略是單元測(cè)試和集成測(cè)試的混合，所以獨(dú)立測(cè)試時(shí)相對(duì) 最好的一種單元測(cè)試策略。第七章集成測(cè)試什么是集成測(cè)試？ P222集成測(cè)試時(shí)在單元測(cè)試的基礎(chǔ)上，將所有已通過單元測(cè)試的模塊按照概要 設(shè)計(jì)的要求組裝為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試，魔帝是確保各個(gè)單元模塊組合 在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增亮的行為正確。集成測(cè)試一般由誰完成？ P238開發(fā)人員集成測(cè)試的主要內(nèi)容？ P223將各模塊連接起來時(shí)，穿越模塊接口的數(shù)據(jù)是否丟失個(gè)子功能組合起來能否達(dá)到預(yù)期要求的父功能一個(gè)模塊的功能是

12、否會(huì)對(duì)其他模塊的功能產(chǎn)生不利影響全家數(shù)據(jù)結(jié)構(gòu)是否有問題，是否會(huì)被異常修改單個(gè)模塊的誤差積累起來，是否會(huì)放大到不可接受的程度成對(duì)集成的測(cè)試策略？ P224成對(duì)集成的基本思想是將每個(gè)集成測(cè)試用例限定在一對(duì)單元上，即每個(gè)集 成測(cè)試用例都是做小的集成單元，僅涉及一對(duì)調(diào)用接口鄰居集成的測(cè)試策略？ P225鄰居集成的基本思想是將每個(gè)集成測(cè)試用例限定在某個(gè)節(jié)點(diǎn)的鄰居上，即 針對(duì)摸個(gè)模塊的集成測(cè)試用例應(yīng)同時(shí)包括該模塊機(jī)器鄰居自底向上的測(cè)試策略？ P230自底向上的集成是從最底層模塊開始。按照調(diào)用圖的結(jié)構(gòu)，從下而上，逐 層將各模塊組裝起來功能分解的測(cè)試策略？ P236集成測(cè)試與單元測(cè)試的區(qū)別？ P222單元測(cè)試

13、主要關(guān)注模塊的內(nèi)部，而集成測(cè)試查看接口時(shí)主要關(guān)注穿越接口 的數(shù)據(jù)、信息是否正確，是否會(huì)丟失第八章系統(tǒng)測(cè)試1 .什么是系統(tǒng)測(cè)試？ P239系統(tǒng)測(cè)試時(shí)將已經(jīng)過良好的集成測(cè)試的軟件系統(tǒng)，作為整個(gè)計(jì)算機(jī)系統(tǒng)的 一部分，與計(jì)算機(jī)硬件、外部設(shè)備、支持軟件、數(shù)據(jù)以及人員等其他系統(tǒng)元素結(jié) 合在一起，在實(shí)際使用環(huán)境下對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的嚴(yán)格測(cè)試來發(fā)系統(tǒng)中的 潛在缺陷，保證系統(tǒng)交付給用戶之后能夠正常使用。系統(tǒng)測(cè)試一般由誰完成？系統(tǒng)測(cè)試的主要內(nèi)容？ P242包括功能測(cè)試、性能測(cè)試、可安裝測(cè)試系統(tǒng)測(cè)試與集成測(cè)試的區(qū)別？ P239系統(tǒng)測(cè)試的最終目的是保證開發(fā)方交付給用戶的軟件產(chǎn)品能夠滿足用戶的 需求，因此系統(tǒng)測(cè)試份

14、額測(cè)試用例應(yīng)在實(shí)際的用戶使用環(huán)境下來執(zhí)行，系統(tǒng)測(cè)試 是涉及軟件、硬件、網(wǎng)絡(luò)等多方面的因素過程。這是系統(tǒng)測(cè)試與集成測(cè)試、但單 元測(cè)試的最大的不同之處功能測(cè)試與界面測(cè)試的區(qū)別？ P253壓力測(cè)試與負(fù)載測(cè)試的區(qū)別？ P244負(fù)載測(cè)試與壓力測(cè)試的區(qū)別在于負(fù)載測(cè)試側(cè)重于壓力持續(xù)的時(shí)間，而壓力 測(cè)試則更加強(qiáng)調(diào)施加壓力的大小兼容性測(cè)試的內(nèi)容？ P246。、與硬件的兼容性測(cè)試引與其他軟件平臺(tái)和應(yīng)用程序的兼容性測(cè)試c、數(shù)據(jù)共享的兼容性測(cè)試向前兼容？向后兼容？ P247向前兼容是指被測(cè)軟件應(yīng)與其未來版本保持兼容向后兼容指軟件應(yīng)與其以前的版本兼容第九章測(cè)試用例的組織和管理測(cè)試用例的核心內(nèi)容？ P262標(biāo)志符（ID）

15、、測(cè)試輸入、操作步驟、預(yù)期結(jié)構(gòu)測(cè)試用例的執(zhí)行結(jié)果一般有哪5種情況？ P263通過、失敗、警告、阻塞、跳過測(cè)試用例的優(yōu)先級(jí)的含義？ P263測(cè)試用例的優(yōu)先級(jí)別可以籠統(tǒng)的分為高、中、低三個(gè)級(jí)別，優(yōu)先級(jí)越高， 越應(yīng)盡早執(zhí)行該用例何種場(chǎng)合，一個(gè)文件僅寫一個(gè)測(cè)試用例？ P267具有一系列行動(dòng)的測(cè)試用例什么是設(shè)計(jì)良好測(cè)試用例的最重要的前提條件？ P270熟悉業(yè)務(wù)流程，熟悉產(chǎn)品特性測(cè)試用例的評(píng)審，為什么要開發(fā)人員和銷售人員參加？ P271檢查測(cè)試人員編寫的測(cè)試用例是否有遺漏測(cè)試用例應(yīng)寫得越細(xì)越好，是這樣嗎？ P275不是這樣，應(yīng)視測(cè)試用例的人而定測(cè)試用例的設(shè)計(jì)可以一次性完成嗎？ P275不行，而是應(yīng)該隨版本

16、的的變化及時(shí)修改和更新第十章軟件缺陷的管理軟件缺陷的4個(gè)屬性？ P278可重現(xiàn)性、嚴(yán)重性、優(yōu)先級(jí)、可修復(fù)性所有的軟件缺陷都可以重現(xiàn)嗎？原因是什么？ P278不是，受到偶然性和苛刻條件的影響，并非所有缺陷都可以重現(xiàn)。a、有些缺陷是具有積累效應(yīng)的，有長(zhǎng)期積累而形成的。如形態(tài)內(nèi)存泄漏問題b、有些缺陷設(shè)計(jì)對(duì)日前等的處理，只有當(dāng)滿足特殊條件的日期出現(xiàn)時(shí)，才會(huì)觸發(fā)缺陷，如“千年蟲”問題。c、有些缺陷僅在第一次運(yùn)行的時(shí)候才出現(xiàn)，其余時(shí)候都運(yùn)行正常。嚴(yán)重性高的軟件缺陷，其處理優(yōu)先級(jí)一定也高嗎？ P281嚴(yán)重性高的缺陷，其處理優(yōu)先級(jí)不一定高。軟件缺陷的基本處理流程？ P285打開-分配修復(fù)關(guān)閉由測(cè)試人員發(fā)現(xiàn)缺陷，提交缺陷報(bào)告（打開），項(xiàng)目經(jīng)理負(fù)責(zé)將缺陷分配給 開發(fā)人員（分配），有開發(fā)人員