軟件測(cè)試復(fù)習(xí)題軟件測(cè)試復(fù)習(xí)題軟件測(cè)試復(fù)習(xí)題資料僅供參考文件編號(hào)：2022年4月軟件測(cè)試復(fù)習(xí)題版本號(hào)：A修改號(hào)：1頁(yè)次：1.0審核：批準(zhǔn):發(fā)布日期：一、名詞解釋題軟件生命周期:軟件從產(chǎn)生到報(bào)廢的過(guò)程，1.問(wèn)題定義及規(guī)劃2.需求分析3.軟件設(shè)計(jì)4.程序編碼5.軟件測(cè)試6.軟件維護(hù)軟件測(cè)試：使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程。CMM：能力成熟度模型，是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過(guò)程的實(shí)踐中各個(gè)發(fā)展階段的描述。 軟件質(zhì)量：軟件與明確的和隱含的定義的需求相一致的程度。等價(jià)類劃分：分步驟地把無(wú)限的測(cè)試用例減的很少，但過(guò)程同樣等效。V&V：驗(yàn)證和有效確認(rèn)，驗(yàn)證系統(tǒng)功能和特性，確認(rèn)是否滿足客戶需求?；液袦y(cè)試：邊看代碼、邊利用代碼的信息幫助測(cè)試的一種測(cè)試方法。驅(qū)動(dòng)模塊(Drive)：用來(lái)模擬被測(cè)試模塊的上一級(jí)模塊，相當(dāng)于被測(cè)模塊的主程序。QA：（軟件）質(zhì)量保證，檢查和評(píng)價(jià)當(dāng)前軟件開(kāi)發(fā)的過(guò)程，找出改進(jìn)過(guò)程的方法，以達(dá)到防止軟件缺陷的出現(xiàn)的目標(biāo)。需求：用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能，特別測(cè)試：是一種沒(méi)有實(shí)際計(jì)劃下執(zhí)行的測(cè)試。集成測(cè)試：把多模塊按照一定的集成方法和策略，逐步組裝成子系統(tǒng)，進(jìn)而組裝成整個(gè)系統(tǒng)的測(cè)試黑盒測(cè)試：軟件測(cè)試人員只需知道軟件運(yùn)行的結(jié)果而無(wú)需知道軟件的內(nèi)部是如何運(yùn)行的?；貧w測(cè)試：回歸測(cè)試是在軟件維護(hù)階段，對(duì)軟件進(jìn)行修改之后進(jìn)行的測(cè)試。評(píng)審：對(duì)軟件元素或者項(xiàng)目狀態(tài)的一種評(píng)估手段，以確定其是否與計(jì)劃結(jié)果保持一致，并對(duì)其改進(jìn)。軟件缺陷：計(jì)算機(jī)系統(tǒng)或者程序中存在的任何一種破壞正常運(yùn)行能力的問(wèn)題，錯(cuò)誤，或者缺陷。SQA：建立一套有計(jì)劃,有系統(tǒng)的方法,來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用，通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是合乎標(biāo)準(zhǔn)的。單元測(cè)試：對(duì)軟件基本組成單元進(jìn)行的測(cè)試，而且軟件單元是在于程序的其他部分相隔離的情況下進(jìn)行獨(dú)立的測(cè)試。二、判斷題1、在千年蟲(chóng)例子中，Dave有錯(cuò)嗎有錯(cuò)（√）2、在沒(méi)有產(chǎn)品說(shuō)明書(shū)和需求文檔的條件下可以進(jìn)行動(dòng)態(tài)黑盒測(cè)試。（√）3、如果匆忙開(kāi)發(fā)產(chǎn)品，就可以跳過(guò)模塊測(cè)試而直接進(jìn)行集成測(cè)試。（）4、測(cè)試錯(cuò)誤提示信息屬于文檔測(cè)試范圍。（√）5、軟件測(cè)試等于程序測(cè)試（）6、所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用性。√7、軟件測(cè)試員可以根據(jù)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試?！?、在進(jìn)行壓迫測(cè)試的同時(shí)進(jìn)行重負(fù)測(cè)試是不合情理的。9、公司或者一開(kāi)發(fā)小組用來(lái)稱呼軟件問(wèn)題的術(shù)語(yǔ)很重要。10、好的測(cè)試員堅(jiān)持不懈地追求完美。11、測(cè)試小組負(fù)責(zé)質(zhì)量12、錯(cuò)誤信息提示的測(cè)試屬于失效性測(cè)試13、兼容性是一種產(chǎn)品特性，可以有不同程度的符合標(biāo)準(zhǔn)?！?4、并非所有軟件缺陷都要修復(fù)。√15、尚未發(fā)現(xiàn)或未觀察到的軟件缺陷只能說(shuō)是潛在缺陷。√16、軟件測(cè)試要精度還是準(zhǔn)確度很大程度上取決于開(kāi)發(fā)小組的目標(biāo)。17、靜態(tài)測(cè)試是指通常意義上的測(cè)試——使用和運(yùn)行軟件。18、有效的動(dòng)態(tài)測(cè)試并不需要軟件的需求文檔或者產(chǎn)品說(shuō)明書(shū)。19、測(cè)試用例是軟件測(cè)試的核心?！?0、軟件狀態(tài)是指軟件當(dāng)前所處的條件或者模式?！?1、軟件測(cè)試是為了證明程序是正確的，即測(cè)試能發(fā)現(xiàn)程序中所有的錯(cuò)誤22、靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題?！?3、入侵式工具是最佳類型，因?yàn)槠洳僮髋c測(cè)試的軟件最貼近。24、程序測(cè)試是證明程序正確地執(zhí)行了預(yù)期的功能√25、訪問(wèn)程序的所有狀態(tài)也確保了遍歷各種狀態(tài)之間的轉(zhuǎn)換。26、要了解他國(guó)語(yǔ)言才能測(cè)試本地化產(chǎn)品。()27、所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。（）28、盡早發(fā)現(xiàn)軟件缺陷，降低修復(fù)成本。（√）29、總是首先設(shè)計(jì)黑盒測(cè)試用例。（√）30、軟件缺陷發(fā)現(xiàn)得越晚，非一致性費(fèi)用越高（√）三、選擇題1、導(dǎo)致軟件缺陷的最大原因來(lái)自：（A）A、軟件產(chǎn)品規(guī)格說(shuō)明書(shū)B(niǎo)、軟件設(shè)計(jì)C、軟件編碼D、數(shù)據(jù)輸入錯(cuò)誤2、以下關(guān)于軟件測(cè)試目的的描述，不正確的是：（B）A、測(cè)試以發(fā)現(xiàn)故障或缺陷為目的B、測(cè)試可以找出軟件中存在的所有缺陷和錯(cuò)誤C、執(zhí)行有限測(cè)試用例并發(fā)現(xiàn)錯(cuò)誤D、檢查軟件是否滿足定義的各種需求3、瀑布模型表達(dá)了一種系統(tǒng)的、順序的軟件開(kāi)發(fā)方法。以下關(guān)于瀑布模型的敘述中，正確的是：DA、瀑布模型能夠非常快速地開(kāi)發(fā)大規(guī)模軟件項(xiàng)目B、只有很大的開(kāi)發(fā)團(tuán)隊(duì)才使用瀑布模型C、瀑布模型已不再適合于現(xiàn)今的軟件開(kāi)發(fā)環(huán)境D、瀑布模型適用于軟件需求確定，開(kāi)發(fā)過(guò)程能夠采用線性方式完成的項(xiàng)目4、敏捷模式不僅是一個(gè)開(kāi)發(fā)過(guò)程，而且是一類過(guò)程的統(tǒng)稱，以下選項(xiàng)中不屬于敏捷軟件開(kāi)發(fā)模式的是：BA、極限編程XPB、IPD流程C、迭代式增量開(kāi)發(fā)過(guò)程SCRUMD、特征驅(qū)動(dòng)軟件開(kāi)發(fā)FDD5、軟件測(cè)試工作應(yīng)該開(kāi)始于：AA、需求分析階段B、概要設(shè)計(jì)階段C、詳細(xì)設(shè)計(jì)階段D、編碼之后6、軟件質(zhì)量的定義是：DA、軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性B、滿足規(guī)定用戶需求的能力C、最大限度達(dá)到用戶滿意D、軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力7、以下選項(xiàng)中不屬于軟件功能性的子特性的是：BA、適用性B、穩(wěn)定性C、準(zhǔn)確性D、安全性8、軟件可移植性應(yīng)從如下A方面進(jìn)行測(cè)試。A、可適應(yīng)性、易安裝性、共享性、易替換性B、可適應(yīng)性、易安裝性、可伸縮性、易替換性C、可適應(yīng)性、易安裝性、兼容性、易替換性D、可適應(yīng)性、成熟性、兼容性、易替換性9、關(guān)于軟件質(zhì)量保證和軟件測(cè)試的描述，不正確的是：DA、軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作B、在軟件質(zhì)量保證的活動(dòng)中也有一些測(cè)試活動(dòng)C、軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)D、軟件測(cè)試人員就是軟件質(zhì)量保證人員10、關(guān)于軟件測(cè)試對(duì)軟件質(zhì)量的意義，有以下觀點(diǎn)：①度量與評(píng)估軟件的質(zhì)量；②保證軟件；③改進(jìn)軟件開(kāi)發(fā)過(guò)程；④發(fā)現(xiàn)軟件錯(cuò)誤。其中正確的是：CA、①、②、③B、①、②、④C、①、③、④D、①、②、③、④11、軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為5級(jí)。目前，達(dá)到CMM第3級(jí)（已定義級(jí)）是許多組織努力的目標(biāo)，該級(jí)的核心是：BA、建立基本的項(xiàng)目管理和實(shí)踐來(lái)跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性B、使用標(biāo)準(zhǔn)開(kāi)發(fā)過(guò)程（或方法論）構(gòu)建（或集成）系統(tǒng)C、管理層尋求更主動(dòng)地應(yīng)對(duì)系統(tǒng)的開(kāi)發(fā)問(wèn)題D、連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開(kāi)發(fā)過(guò)程12、下列選項(xiàng)中，不屬于黑盒測(cè)試技術(shù)的是：B。A、等價(jià)類劃分法B、模塊接口C、正交實(shí)驗(yàn)法D、狀態(tài)轉(zhuǎn)換法13、軟件測(cè)試是為了檢查出并改正盡可能多的錯(cuò)誤，不斷提高軟件的：（C）A、功能與效率B、設(shè)計(jì)和技巧C、質(zhì)量和可靠性D、質(zhì)量和效能14、識(shí)別測(cè)試的任務(wù)、定義測(cè)試的目標(biāo)以及為實(shí)現(xiàn)測(cè)試目標(biāo)和任務(wù)的測(cè)試活動(dòng)規(guī)格說(shuō)明，上述行為主要發(fā)生在：（B）A、測(cè)試結(jié)束活動(dòng)B、測(cè)試分析和設(shè)計(jì)C、測(cè)試實(shí)現(xiàn)和執(zhí)行D、測(cè)試計(jì)劃和控制15、軟件測(cè)試的對(duì)象包括：（B）A、目標(biāo)程序和相關(guān)文檔B、源程序和相關(guān)文檔C、目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D、源程序和目標(biāo)程序四、填空題1、軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，它是軟件質(zhì)量保證的關(guān)鍵步驟。2、在開(kāi)發(fā)軟件過(guò)程中有各種不同的方法，4種最常用的模式是：大爆炸模式、邊寫(xiě)邊改模式、瀑布模式、螺旋模式。3、按照測(cè)試用例依據(jù)的信息來(lái)分，軟件測(cè)試可分為：白盒測(cè)試、黒盒測(cè)試、灰盒測(cè)試、接口測(cè)試（隨機(jī)測(cè)試）。4、調(diào)試的目的是修復(fù)缺陷。5、按照軟件開(kāi)發(fā)過(guò)程軟件測(cè)試方法可以分為：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試(?測(cè)試)、 回歸測(cè)試6、軟件測(cè)試涉及的關(guān)鍵問(wèn)題包括四個(gè)方面：測(cè)試由誰(shuí)來(lái)執(zhí)行、測(cè)試什么、什么時(shí)候進(jìn)行測(cè)試、怎樣進(jìn)行測(cè)試。7、質(zhì)量的費(fèi)用分為兩類：一致性費(fèi)用和非一致性費(fèi)用。8、產(chǎn)品發(fā)行后修復(fù)軟件缺陷比項(xiàng)目開(kāi)發(fā)早期這樣做的費(fèi)用要高出100倍或更高。9、單元測(cè)試針對(duì)每個(gè)程序的模塊，主要測(cè)試5個(gè)方面的問(wèn)題：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、模塊中所有獨(dú)立執(zhí)行通路、模塊的各條錯(cuò)誤處理通路。10、軟件開(kāi)發(fā)大爆炸模式的最大優(yōu)點(diǎn)是簡(jiǎn)單。11、靜態(tài)測(cè)試只是：檢查和審核。12、軟件缺陷的特征是：固有性，感染性，傳染性。13、軟件缺陷發(fā)現(xiàn)得越晚，非一致性費(fèi)用越高，按指數(shù)級(jí)數(shù)激增14、軟件調(diào)試和軟件測(cè)試有完全不同的含義，測(cè)試的目的是尋找軟件缺陷。15、軟件測(cè)試的周期性是：測(cè)試、改錯(cuò)、再測(cè)試、再改錯(cuò)這樣一個(gè)循環(huán)過(guò)程。五、簡(jiǎn)答題（每題4分,共20分）1、說(shuō)出軟件缺陷可能不修復(fù)的幾個(gè)原因。進(jìn)度中沒(méi)有安排足夠的時(shí)間，或者不是軟件缺陷，或者修復(fù)的風(fēng)險(xiǎn)太大不值得修復(fù)，以及軟件缺陷沒(méi)有正確的報(bào)告。2、軟件測(cè)試的目的是什么：軟件測(cè)試的目的，第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情，另一方面是確認(rèn)軟件以正確的方式做了這個(gè)事情。第二是提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的回饋信息。為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試的目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。為什么通常說(shuō)產(chǎn)品說(shuō)明書(shū)是軟件產(chǎn)品中制造缺陷的最大來(lái)源。產(chǎn)品說(shuō)明書(shū)常常沒(méi)寫(xiě)——不要忘了，說(shuō)不出來(lái)就做不出來(lái)。其他原因是產(chǎn)品說(shuō)明書(shū)雖然有，但是不完整，不停更改，或者整個(gè)開(kāi)發(fā)小組沒(méi)有很好的溝通。5、啟動(dòng)Windows計(jì)算器程序，輸入5，000-5=觀察結(jié)果。這是軟件缺陷嗎為什么答案是0，而不是預(yù)期的4995。其原因是逗號(hào)（，）自動(dòng)被轉(zhuǎn)換為小數(shù)點(diǎn)（.）。要確定這是否為軟件缺陷，就需要根據(jù)產(chǎn)品說(shuō)明書(shū)進(jìn)行合法性檢查，也許在產(chǎn)品說(shuō)明書(shū)上聲明逗號(hào)會(huì)被轉(zhuǎn)換為小數(shù)點(diǎn)。還要對(duì)照用戶需求進(jìn)行驗(yàn)證，看大多數(shù)用戶是否接受這點(diǎn)還是產(chǎn)生疑惑。軟件測(cè)試是一個(gè)持續(xù)的過(guò)程，基本測(cè)試過(guò)程主要包含哪些活動(dòng)單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，回歸測(cè)試，驗(yàn)收測(cè)試7、軟件測(cè)試員的目標(biāo)是什么軟件測(cè)試員的目標(biāo)是盡可能早一些找出軟件缺陷，并確保其得以修復(fù)。簡(jiǎn)述在軟件產(chǎn)品中哪些是屬于軟件缺陷.軟件未實(shí)現(xiàn)軟件承諾品說(shuō)明書(shū)要求的功能。.軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不應(yīng)該出現(xiàn)的錯(cuò)誤。.軟件實(shí)現(xiàn)了軟件產(chǎn)品說(shuō)明書(shū)中未提到的功能。.軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書(shū)雖未提及但是應(yīng)該實(shí)現(xiàn)的目標(biāo)。.軟件難以理解、不易使用、運(yùn)行緩慢或者（從測(cè)試員的角度看）最終用戶會(huì)認(rèn)為不好。9、為什么不能完全測(cè)試程序除了極短小的簡(jiǎn)單程序，完全測(cè)試需要太多的輸入、輸出和分支組合。此外，軟件說(shuō)明書(shū)也許不客觀，可以用多種方式解釋。描述2－3個(gè)你所知道軟件缺陷或軟件故障的案例。美國(guó)迪斯尼獅子王游戲bug兼容性問(wèn)題；美國(guó)航空火星系統(tǒng)系統(tǒng)接口導(dǎo)彈發(fā)射系統(tǒng)11、僅僅測(cè)試程序是否按預(yù)期方式運(yùn)行有何問(wèn)題這最多算是測(cè)試問(wèn)題的一般，用戶不一定遵循規(guī)則，軟件測(cè)試員需要證實(shí)不按操作有何后果。此外，如果軟件進(jìn)行測(cè)試沒(méi)有打破沙鍋問(wèn)到底的態(tài)度就會(huì)遺漏某些軟件缺陷。既然用戶界面沒(méi)有明確的對(duì)與錯(cuò)，怎樣測(cè)試呢軟件測(cè)試員應(yīng)該檢查其是否符合7個(gè)重要的原則：符合標(biāo)準(zhǔn)規(guī)范、直觀、抑制、靈活、舒適、正確和實(shí)用。13、試舉Windows標(biāo)準(zhǔn)規(guī)范的例子。在windows中，按F1總是顯示軟件的幫助在windows中，F(xiàn)ile菜單總是最左邊的菜單選項(xiàng)在windows中，選擇Help菜單中About顯示軟件的版權(quán)、許可證、版本信息在windows中，Ctrl+C

復(fù)制

Ctrl+V剪切

Ctrl+P

粘貼為什么要進(jìn)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試是我們傳統(tǒng)觀念的一種測(cè)試方式，也就是一般放在項(xiàng)目功能基本實(shí)現(xiàn)后的功能和性能等方面的測(cè)試，目前軟件測(cè)試已由開(kāi)發(fā)的后期介入擴(kuò)展到了整個(gè)生命周期，由基于代碼運(yùn)行擴(kuò)展到靜態(tài)走讀，由傳統(tǒng)的發(fā)現(xiàn)錯(cuò)誤為目的擴(kuò)展到了對(duì)缺陷的預(yù)防。簡(jiǎn)述軟件測(cè)試的分類1、按測(cè)試方式分類：靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試。按測(cè)試方法分類：白盒測(cè)試，黑盒測(cè)試。按測(cè)試過(guò)程分類：?jiǎn)卧獪y(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試。按測(cè)試目的分類：功能測(cè)試，健壯性測(cè)試，接口測(cè)試，性能測(cè)試，強(qiáng)度測(cè)試，壓力測(cè)試，用戶界面測(cè)試安全測(cè)試靠性測(cè)試安裝/反安裝測(cè)試文檔測(cè)試恢復(fù)測(cè)試兼容性測(cè)試。簡(jiǎn)述測(cè)試工作流程測(cè)試組織和管理，測(cè)試計(jì)劃，測(cè)試用例設(shè)計(jì)，測(cè)試實(shí)施，測(cè)試結(jié)果分析，測(cè)試評(píng)審和報(bào)告簡(jiǎn)述白盒測(cè)試都有哪些方法語(yǔ)句覆蓋，條件覆蓋，判定覆蓋，路徑覆蓋六、問(wèn)答題（每題6分,共30分）1、假如測(cè)試模擬飛行或模擬城市之類的模擬游戲，精確度和準(zhǔn)確度哪一個(gè)更值得測(cè)試模擬游戲的目的是使游戲者置身于與現(xiàn)實(shí)情形接近的虛構(gòu)環(huán)境中。在模擬器中的飛行應(yīng)該是感覺(jué)像在真飛機(jī)上一樣。城市模擬就應(yīng)該反映真實(shí)城市的各種情形。軟件有了準(zhǔn)確性，才能談到精確。假設(shè)有一個(gè)文本框要求輸入10個(gè)字符的郵政編碼，對(duì)于該文本框應(yīng)該進(jìn)行怎樣的等價(jià)劃分輸入結(jié)果特殊字符**********或￥￥￥￥￥￥￥￥￥￥英文字母dnoggaodda大于十個(gè)字符小于十個(gè)字符123數(shù)字和其他混合123ggaodda空字符保留字符3、描述殺蟲(chóng)劑現(xiàn)象，如何找到新人查看軟件來(lái)解決它軟件測(cè)試越多，其免疫力越強(qiáng)，再用螺旋式模式軟件開(kāi)發(fā)過(guò)程中，每一圈都要重復(fù)測(cè)試過(guò)程，軟件測(cè)試員每一個(gè)輪回就會(huì)接到軟件進(jìn)行測(cè)試，經(jīng)過(guò)幾個(gè)回合之后，最后該發(fā)現(xiàn)的軟件缺陷都被發(fā)現(xiàn)了，在測(cè)試下去不會(huì)有新發(fā)現(xiàn)了，解決方法：編寫(xiě)不同的新測(cè)試程序，對(duì)程序不同部分進(jìn)行測(cè)試，找出更多的軟件缺陷。4、簡(jiǎn)述軟件測(cè)試的原則。1所有的測(cè)試都應(yīng)追溯到用戶需求2應(yīng)當(dāng)把“盡早和不斷地測(cè)試”作為座右銘3測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來(lái)完成4Pareto原則，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中80%很可能起源于20%的模塊中。5設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該考慮各種情況。6對(duì)測(cè)試出的錯(cuò)誤結(jié)果一定要由一個(gè)確認(rèn)的過(guò)程。7制定嚴(yán)格的測(cè)試計(jì)劃8完全測(cè)試是不可能的，測(cè)試需要終止。9注意回歸測(cè)試的關(guān)聯(lián)性。10妥善保存一切測(cè)試過(guò)程文檔。5、在軟件工程或軟件測(cè)試中如何定義軟件缺陷6、Web網(wǎng)站的測(cè)試是一項(xiàng)復(fù)雜的任務(wù)，如何進(jìn)行1.對(duì)網(wǎng)站進(jìn)行黑盒測(cè)試，其中包括對(duì)文本，超級(jí)鏈接，圖片，表單對(duì)象和其他各種簡(jiǎn)單的功能測(cè)試。2.灰盒測(cè)試

3.白盒測(cè)試

4.配置和兼容性測(cè)試

5.易用性測(cè)試7、簡(jiǎn)述采用白盒測(cè)試方法必須遵循的原則。①

保證一個(gè)模塊中所有獨(dú)立路徑至少被測(cè)試一次。②

所有邏輯值均需測(cè)試真或假兩種情況。③

檢查程序的內(nèi)部數(shù)據(jù)結(jié)構(gòu)，保證其結(jié)構(gòu)的有效性。④

在上下邊界及可操作范圍運(yùn)行所有循環(huán)。8、V模型是最具有代表意義的軟件測(cè)試模型，請(qǐng)簡(jiǎn)單分析V模型的優(yōu)點(diǎn)和缺點(diǎn)。優(yōu)點(diǎn)：既有底層測(cè)試又有高層測(cè)試。底層：?jiǎn)卧獪y(cè)試。高層：系統(tǒng)測(cè)試。

將開(kāi)發(fā)階段清楚的表現(xiàn)出來(lái)，便于控制開(kāi)發(fā)的過(guò)程。當(dāng)所有階段都結(jié)束時(shí)，軟件開(kāi)發(fā)就結(jié)束了。

缺點(diǎn)：容易讓人誤解為測(cè)試是在開(kāi)發(fā)完成之后的一個(gè)階段。

由于它的順序性，當(dāng)編碼完成之后，正式進(jìn)入測(cè)試時(shí)，這時(shí)發(fā)現(xiàn)的一些bug可能不容易找到其根源，并且代碼修改起來(lái)很困難。

實(shí)際中，由于需求變更較大，導(dǎo)致要重復(fù)變更需求、設(shè)計(jì)、編碼、測(cè)試。返工量大。

制定和實(shí)施測(cè)試策略應(yīng)包含哪些內(nèi)容制定測(cè)試策略：確定測(cè)試所需要用到的技術(shù)和工具；制定測(cè)試啟動(dòng)、停止、完成標(biāo)準(zhǔn)；進(jìn)行風(fēng)險(xiǎn)分析和應(yīng)對(duì)方案；10、簡(jiǎn)述軟件測(cè)試策略描述軟件測(cè)試活動(dòng)的總體方法和目標(biāo)。軟件測(cè)試策略：在一定的軟件測(cè)試標(biāo)準(zhǔn)、測(cè)試規(guī)范的指導(dǎo)下，依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式和方法的集合。軟件測(cè)試活動(dòng)的總體方法包括：①

單元測(cè)試：純代碼的測(cè)試，主要測(cè)試代碼語(yǔ)言的正確性，是否有冗余的代碼等等。②

集成測(cè)試：接口測(cè)試，主要代碼塊之間的接口，看看數(shù)據(jù)的傳輸是否有問(wèn)題。③

系統(tǒng)測(cè)試：黑盒測(cè)試，不接觸代碼，只對(duì)整