1、第一部分 專(zhuān)業(yè)技術(shù)1、 在Windows中，為結(jié)束死循環(huán)的出現(xiàn)，應(yīng)首先按的鍵是（C）A、 alt + del B、 Del C、ctrl + alt + del D、ctrl + del 2、 設(shè)定打印紙張大小時(shí)，應(yīng)當(dāng)使用的命令是（C）A、 文件菜單中的打印預(yù)覽B、 視圖菜單中的“頁(yè)面”命令C、 文件菜單中的 頁(yè)面設(shè)置命令D、 視圖菜單中的工具欄命令B d2、 簡(jiǎn)答題1、 軟件測(cè)試的概念？目的？原則？概念：軟件測(cè)試是指在現(xiàn)有軟件（程序和文檔）中尋找缺陷的過(guò)程。目的：檢驗(yàn)軟件是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。原則：（1）盡早測(cè)試、不斷測(cè)試 （2）程序員避免檢查自己的程序 （3

2、）測(cè)試用例應(yīng)該包含合理的和不合理的輸入條件 （4）嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性2、什么是冒煙測(cè)試？使用較少的人但經(jīng)驗(yàn)較豐富，在較短的時(shí)間內(nèi)測(cè)試整個(gè)系統(tǒng)的主要功能、主要業(yè)務(wù)流程是否實(shí)現(xiàn)，是否穩(wěn)定。3、軟件測(cè)試的缺陷等級(jí)如何劃分？Urgent 致命的 立即修復(fù)Very high 非常嚴(yán)重的 本版本修復(fù)High 嚴(yán)重的 下個(gè)版本修復(fù)Medium 中等程度 發(fā)布前修復(fù)Low 低級(jí)別 允許發(fā)布中存在4、 測(cè)試結(jié)束的標(biāo)準(zhǔn)？（1） 模塊測(cè)試用例執(zhí)行完畢，覆蓋了全部軟件需求（2） 缺陷收斂趨勢(shì)符合質(zhì)量要求（3） 缺陷修復(fù)率達(dá)到產(chǎn)品設(shè)計(jì)人員的需求（4） 達(dá)到預(yù)先的缺陷度量原則5、 您所熟悉的軟件測(cè)試類(lèi)型有

3、哪些？試著比較這些不同測(cè)試類(lèi)型？（1） 按測(cè)試技術(shù)分類(lèi)：黑盒 白盒 灰盒（2） 按是否需要運(yùn)行程序： 靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試（3） 按軟件特性：功能測(cè)試、性能測(cè)試、界面測(cè)試區(qū)別：功能測(cè)試：不考慮你軟件內(nèi)部結(jié)構(gòu)，只考慮軟件外在功能表現(xiàn)，可以使用手工測(cè)試，也可以使用自動(dòng)化工具測(cè)試。性能測(cè)試：主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性，只能使用自動(dòng)化工具測(cè)試。界面測(cè)試：更關(guān)注于用戶體驗(yàn)，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范（快捷鍵之類(lèi)的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺(tái)避免用戶無(wú)意輸入無(wú)效的數(shù)據(jù)。6、 比較黑盒測(cè)試白盒測(cè)試的區(qū)別和聯(lián)系？區(qū)別： 黑盒測(cè)試-把測(cè)試對(duì)

4、象看成一個(gè)黑盒子，不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程，只通過(guò)外部表現(xiàn)來(lái)發(fā)現(xiàn)其 bug。 白盒測(cè)試-把測(cè)試對(duì)象看成裝在透明的白盒子，清楚知道其內(nèi)部結(jié)構(gòu)和處理過(guò)程，檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明設(shè)計(jì)說(shuō)明的規(guī)定正常進(jìn)行。聯(lián)系：在集成測(cè)試階段次用黑盒和白盒相結(jié)合的方法，兩種測(cè)試方法形成互補(bǔ)，測(cè)試的覆蓋面更大。7、 如果一個(gè)bug只出現(xiàn)一次，該怎么處理？（1）bug出現(xiàn)的同時(shí)立即截圖留下異常的畫(huà)面（2）使用相同的測(cè)試步驟和方法，使用相同的輸入數(shù)據(jù)，看能否重現(xiàn)bug（3）不能重現(xiàn)，則告訴項(xiàng)目經(jīng)理發(fā)現(xiàn)bug的過(guò)程，分析優(yōu)先級(jí)，討論解決方案8、 windows用戶通過(guò)什么命令查看本機(jī)IP？如何釋放IP？如何重新申

5、請(qǐng)IP？ Ipconfig ipconfig /release ipconfig/renew9、 軟件測(cè)試活動(dòng)的生命周期是什么？請(qǐng)畫(huà)出軟件測(cè)試活動(dòng)的流程圖？/ 描述軟件測(cè)試的過(guò)程,其中有哪些工作要做？答：制定測(cè)試計(jì)劃測(cè)試計(jì)劃評(píng)審測(cè)試用例設(shè)計(jì)、測(cè)試腳本開(kāi)發(fā)、測(cè)試數(shù)據(jù)準(zhǔn)備測(cè)試用例評(píng)審、自動(dòng)化腳本評(píng)審實(shí)施測(cè)試并提交缺陷提交測(cè)試總結(jié)報(bào)告10、 測(cè)試用例通常包括那些內(nèi)容？目前的主要設(shè)計(jì)測(cè)試用例的方法是什么？ 測(cè)試模塊、用例編號(hào)、測(cè)試目的、預(yù)置條件、測(cè)試步驟、預(yù)期結(jié)果、實(shí)際結(jié)果等價(jià)類(lèi)劃分、邊界值、判定表、正交排列法、場(chǎng)景法、測(cè)試大綱法11、簡(jiǎn)述一下缺陷的生命周期？12、 測(cè)試計(jì)劃的目的是什么？測(cè)試計(jì)劃的內(nèi)

6、容都包括什么？其中那些是最重要的？ /測(cè)試計(jì)劃主要編寫(xiě)哪些內(nèi)容目的：指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件。內(nèi)容：簡(jiǎn)介（項(xiàng)目簡(jiǎn)介、測(cè)試目的、測(cè)試范圍-模塊層次、測(cè)試階段）、參考文檔、進(jìn)度安排、測(cè)試資源、嚴(yán)重程度和優(yōu)先級(jí)、風(fēng)險(xiǎn)分析、測(cè)試策略其中測(cè)試策略、風(fēng)險(xiǎn)分析、進(jìn)度安排比較重要13、項(xiàng)目的測(cè)試策略都有哪些功能、安裝、界面、易用性、文檔14、你們的項(xiàng)目是否寫(xiě)測(cè)試計(jì)劃，誰(shuí)去寫(xiě)測(cè)試組長(zhǎng)、經(jīng)理，其他人參與評(píng)審15、用戶對(duì)軟件系統(tǒng)的第一次認(rèn)識(shí)來(lái)自于安裝，因此易用性的一個(gè)重要體現(xiàn)就是安裝的易用性。請(qǐng)簡(jiǎn)述安裝測(cè)試應(yīng)當(dāng)從哪幾個(gè)方面來(lái)考慮？ 安裝的自動(dòng)化測(cè)試 安裝選項(xiàng)和設(shè)置的測(cè)試 安裝過(guò)程的中斷測(cè)試 安裝順序測(cè)試 多環(huán)境安裝

7、測(cè)試 安裝正確性測(cè)試 修復(fù)安裝與卸載測(cè)試16、完整項(xiàng)目中有哪些測(cè)試輸出件？測(cè)試用例、測(cè)試需求、測(cè)試計(jì)劃、階段性測(cè)試報(bào)告、測(cè)試總結(jié)報(bào)告Bug總結(jié)報(bào)告17、 版本測(cè)試需要遵循哪些準(zhǔn)則？18、 怎么保證測(cè)試的覆蓋率?（1） 讀懂并理解測(cè)試所參考的一些文檔，如需求說(shuō)明、產(chǎn)品規(guī)格說(shuō)明書(shū)，羅列出需求的測(cè)試點(diǎn)，以及隱性的需求（2） 項(xiàng)目中的需求是變化的，要做好需求管理，根據(jù)變化完善測(cè)試用例，準(zhǔn)備測(cè)試數(shù)據(jù)19、 自動(dòng)化測(cè)試用例的維護(hù)？ 對(duì)所有編寫(xiě)完成的用例腳本進(jìn)行集中執(zhí)行，保證測(cè)試的完整性和持續(xù)有效性。 18、什么是回歸測(cè)試？如何處理回歸測(cè)試不通過(guò)的問(wèn)題？回歸測(cè)試是指測(cè)試人員在代碼有改動(dòng)的情況下，將之前版本上

8、所有功能點(diǎn)的用例在新版本上再執(zhí)行一遍。 不通過(guò)打回開(kāi)發(fā)組19、測(cè)試評(píng)估活動(dòng)包括哪些？ 測(cè)試工作總結(jié)、缺陷數(shù)據(jù)分析、測(cè)試過(guò)程評(píng)估20、簡(jiǎn)述工作中的測(cè)試流程？（1） 需求分析討論（2） 編寫(xiě)測(cè)試計(jì)劃（3） 維護(hù)并執(zhí)行測(cè)試用例（4） 編寫(xiě)測(cè)試總結(jié)報(bào)告21、敏捷開(kāi)發(fā)模式下的測(cè)試流程和CMMI開(kāi)發(fā)下的流程測(cè)試的區(qū)別是什么？應(yīng)該說(shuō)這兩種開(kāi)發(fā)管理的主導(dǎo)思想時(shí)存在沖突的，CMMI強(qiáng)調(diào)固化過(guò)程，讓程序員遵循過(guò)程做事情，敏捷開(kāi)發(fā)主張必須充分發(fā)揮開(kāi)發(fā)人員的創(chuàng)造性和能力，不要約束他們的想法和能力，表面看來(lái)似乎是針?shù)h相對(duì)。但是在其管理的核心實(shí)質(zhì)都是明確了一種如何通過(guò)項(xiàng)目團(tuán)隊(duì)的協(xié)調(diào)統(tǒng)一，加強(qiáng)團(tuán)隊(duì)的開(kāi)發(fā)能力，通過(guò)高標(biāo)準(zhǔn)的質(zhì)

9、量管理來(lái)制造出高質(zhì)量，符合客戶需要的軟件項(xiàng)目產(chǎn)品的目的，所以兩者之間就存在一種相互借鑒，互相融合和促進(jìn)的可能。22、怎樣設(shè)計(jì)測(cè)試方案？（1） 明確測(cè)試策略（2） 測(cè)試用例規(guī)劃（3） 測(cè)試環(huán)境規(guī)劃（4） 自動(dòng)化測(cè)試框架的設(shè)計(jì)（5） 測(cè)試工具的設(shè)計(jì)和選擇23、測(cè)試策略和測(cè)試方案的區(qū)別是什么？ 測(cè)試策略描述測(cè)試工程的總體方法和目標(biāo)，是組織管理層面的文件。 測(cè)試方案是技術(shù)層面的文件，測(cè)試方案在測(cè)試計(jì)劃的指導(dǎo)下進(jìn)行，測(cè)試計(jì)劃提出“做什么”，測(cè)試方案明確“怎么做”。24、軟件測(cè)試需求分析方法的分析過(guò)程是怎樣的？25、你認(rèn)為做好測(cè)試工作的關(guān)鍵是什么？（1）明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫(xiě)軟件測(cè)試計(jì)劃

10、得重要目的就是使測(cè)試過(guò)程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確（2）堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過(guò)程“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），明確測(cè)試的范圍和內(nèi)容（What），確定測(cè)試的開(kāi)始和結(jié)束日期（When），指出測(cè)試的方法和

11、工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。（3）編寫(xiě)周密的測(cè)試計(jì)劃并嚴(yán)格按照其執(zhí)行測(cè)試用例應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過(guò)程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。（4）采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求測(cè)試計(jì)劃寫(xiě)作完成后，如果沒(méi)有經(jīng)過(guò)評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，

12、而測(cè)試計(jì)劃的內(nèi)容沒(méi)有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。26、總結(jié)一下從哪些方面進(jìn)行測(cè)試用例設(shè)計(jì)？黑盒測(cè)試設(shè)計(jì)用例：用戶需求規(guī)格說(shuō)明書(shū),詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、用戶手冊(cè)等。白盒測(cè)試設(shè)計(jì)用例：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)及代碼結(jié)構(gòu)27、測(cè)試過(guò)程中是如何保證測(cè)試設(shè)計(jì)質(zhì)量的？（1）項(xiàng)目成員明確需求，制定合理的測(cè)試計(jì)劃（2）測(cè)試用例要經(jīng)過(guò)嚴(yán)格的審核，評(píng)審之后少做變更（3）嚴(yán)格按照測(cè)試計(jì)劃執(zhí)行用例（4）迭代測(cè)試28、軟件測(cè)試通過(guò)的標(biāo)準(zhǔn)是什么樣的？ 缺陷密度值達(dá)到客戶的要求29、列出軟件測(cè)試的五大過(guò)程模塊？30、軟件質(zhì)量的三個(gè)層次分別代表什么需求？ 業(yè)務(wù)需求、用戶需求和功能需求31、如何理解壓力、負(fù)載、性能測(cè)試？性能測(cè)試，表示在一個(gè)給

13、定的基準(zhǔn)下，能執(zhí)行的最好情況。例如，在沒(méi)有負(fù)重的情況下，你跑100米需要花多少時(shí)間（這邊，沒(méi)有負(fù)重是基準(zhǔn)）？ 負(fù)載測(cè)試，也是性能測(cè)試，但是他是在不同的負(fù)載下的。對(duì)于剛才那個(gè)例子，如果擴(kuò)展為：在50公斤、100公斤等情況下，你跑100米需要花多少時(shí)間？ 強(qiáng)度測(cè)試，是在強(qiáng)度情況下的性能測(cè)試。對(duì)于剛才那個(gè)例子，如果改為：在一陣強(qiáng)風(fēng)的情況下，你在負(fù)重或沒(méi)有負(fù)重的情況下，跑100米需要花多少時(shí)間？性能測(cè)試是動(dòng)力，負(fù)載測(cè)試載重，壓力測(cè)試強(qiáng)度壓力測(cè)試stresstest是在一定的負(fù)荷條件下，長(zhǎng)時(shí)間連續(xù)運(yùn)行系統(tǒng)給系統(tǒng)性能造成的影響。負(fù)載測(cè)試Loadtest：在一定的工作負(fù)荷下，給系統(tǒng)造成的負(fù)荷及系統(tǒng)響應(yīng)的時(shí)間

14、。 壓力測(cè)試主要是為了發(fā)現(xiàn)在一（任意）定條件下軟件系統(tǒng)的性能的變化情況，通過(guò)改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來(lái)越大的負(fù)載（并發(fā)，循環(huán)操作，多用戶）并測(cè)量在這些不同的輸入時(shí)性能的改變，也就是通常說(shuō)的概念：壓力測(cè)試考察當(dāng)前軟硬件環(huán)境下系統(tǒng)所能承受的最大負(fù)荷并幫助找出系統(tǒng)瓶頸所在。其實(shí)這種測(cè)試也可以稱(chēng)為負(fù)載測(cè)試，但是負(fù)載測(cè)試通常描述一種特定類(lèi)型的壓力測(cè)試增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試。比如實(shí)際中我們說(shuō)從比較小的負(fù)載開(kāi)始，逐漸增加模擬用戶的數(shù)量， 直到應(yīng)用程序響應(yīng)時(shí)間超時(shí)，就是說(shuō)的負(fù)載測(cè)試。壓力測(cè)試的目標(biāo)是測(cè)試在一定的負(fù)載下系統(tǒng)長(zhǎng)時(shí)間運(yùn)行的穩(wěn)定性，尤其關(guān)注大業(yè)務(wù)量情況下長(zhǎng)時(shí)間運(yùn)行系統(tǒng)性能的變

15、化（例如是否反應(yīng)變慢、是否會(huì)內(nèi)存泄漏導(dǎo)致系統(tǒng)逐漸崩潰、是否能恢復(fù)）；壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力，它包括兩種情況：穩(wěn)定性壓力測(cè)試：在選定的壓力值下，長(zhǎng)時(shí)間持續(xù)運(yùn)行。通過(guò)這類(lèi)壓力測(cè)試，可以考察各項(xiàng)性能指標(biāo)是否在指定范圍內(nèi)，有無(wú)內(nèi)存泄漏、有無(wú)功能性故障等；破壞性壓力測(cè)試：在穩(wěn)定性壓力測(cè)試中可能會(huì)出現(xiàn)一些問(wèn)題，如系統(tǒng)性能明顯降低，但很難暴露出其真實(shí)的原因。通過(guò)破壞性不斷加壓的手段，往往能快速造成系統(tǒng)的崩潰或讓問(wèn)題明顯的暴露出來(lái)；負(fù)載測(cè)試的目標(biāo)是測(cè)試在一定負(fù)載情況下系統(tǒng)性能（不關(guān)注穩(wěn)定性，也就是說(shuō)不關(guān)注長(zhǎng)時(shí)間運(yùn)行，只是得到不同負(fù)載下相關(guān)性能指標(biāo)即可）；實(shí)際中我們常從比較小的負(fù)載開(kāi)始，逐漸增加

16、模擬用戶的數(shù)量（增加負(fù)載）， 觀察不同負(fù)載下應(yīng)用程序響應(yīng)時(shí)間、所耗資源，直到超時(shí)或關(guān)鍵資源耗盡，這就是所說(shuō)的負(fù)載測(cè)試，它是測(cè)試系統(tǒng)的不同負(fù)載情況下的性能指標(biāo)。最簡(jiǎn)單來(lái)說(shuō)：負(fù)載測(cè)試是測(cè)試軟件本身最大所能承受的性能測(cè)試；壓力測(cè)試就是一種破壞性的性能測(cè)試；只要理解這兩點(diǎn)區(qū)別，就非常好理解性能測(cè)試了負(fù)載測(cè)試和壓力測(cè)試的區(qū)別：（1）共同點(diǎn)：都是在測(cè)試過(guò)程中逐步加壓（2）負(fù)載測(cè)試 Load Testing 是正常范圍內(nèi)的測(cè)試，滿足性能需求、正常運(yùn)行 - 見(jiàn)好就收（3）壓力測(cè)試 Stress Testing 可以在極端范圍內(nèi)測(cè)試，測(cè)試系統(tǒng)的性能極致 - 使勁折騰（4）舉例：性能指標(biāo)要求系統(tǒng)支持100用戶并發(fā)

17、 負(fù)載測(cè)試：20 40 60 80 100 壓力測(cè)試：50 100 200 300 50032、請(qǐng)列出你使用過(guò)的操作系統(tǒng)?特點(diǎn)Windows：操作簡(jiǎn)單、應(yīng)用廣泛、兼容性好Linux ：開(kāi)源免費(fèi)、安全性強(qiáng)、技術(shù)成熟、開(kāi)發(fā)功能強(qiáng)大、強(qiáng)大的數(shù)據(jù)庫(kù)支持能力、操作界面切換（視圖界面和文本界面）、目錄樹(shù)管理結(jié)構(gòu)Mac OS X：強(qiáng)大的圖形處理能力、兼容性稍差Dos：硬件要求低、古老、字符界面、穩(wěn)定性高1. 為什么要做黑盒測(cè)試？答: 1.驗(yàn)證軟件產(chǎn)品是否符合需求文檔設(shè)計(jì)；2.證實(shí)軟件產(chǎn)品符合終端用戶的需求。2. 什么是白盒測(cè)試？答：白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是通過(guò)分析被測(cè)軟件內(nèi)部工作原理，通過(guò)測(cè)試

18、來(lái)檢測(cè)被測(cè)軟件內(nèi)部的運(yùn)行是否符合產(chǎn)品規(guī)格說(shuō)明書(shū)規(guī)定。（通常用于單元測(cè)試階段）3. 白盒測(cè)試的方法？答：邏輯覆蓋、循環(huán)覆蓋、基本路徑測(cè)試、靜態(tài)數(shù)據(jù)流分析。4. 為什么要對(duì)程序進(jìn)行單元測(cè)試？答：1.保證被測(cè)代碼有正確的行為，驗(yàn)證代碼是否與詳細(xì)設(shè)計(jì)一致； 2.窺探軟件內(nèi)部的實(shí)現(xiàn)機(jī)制，發(fā)現(xiàn)其他測(cè)試階段難以發(fā)現(xiàn)的軟件缺陷。 3.充分的單元測(cè)試可以極大地降低軟件的開(kāi)發(fā)成本。、5. 什么時(shí)候開(kāi)始做單元測(cè)試？答：在軟件的編碼階段進(jìn)行。6. 為什么要對(duì)程序進(jìn)行集成測(cè)試？答：1.可以發(fā)現(xiàn)在單元測(cè)試階段難以發(fā)現(xiàn)的缺陷；2.結(jié)合白盒測(cè)試與黑盒測(cè)試的特點(diǎn)對(duì)被測(cè)組件進(jìn)行測(cè)試；3.逐步地對(duì)軟件進(jìn)行集成測(cè)試可以有效地定位軟件

19、因集成新的組件所引入的缺陷；4.逐步地對(duì)軟件進(jìn)行集成測(cè)試可以有效地評(píng)估被集成的新模塊對(duì)原系統(tǒng)的影響；5.充分的集成測(cè)試可以降低軟件的開(kāi)發(fā)成本。7. 集成測(cè)試是為了驗(yàn)證哪個(gè)文檔？答：軟件的概要設(shè)計(jì)文檔。8. 什么時(shí)候開(kāi)始集成測(cè)試？答：被測(cè)組件的編碼完成之后。9. 集成測(cè)試的方法？答：1.自頂向下集成法；2.自底向上集成法；3.三明治集成法（從兩端向中間集成）；4.大爆炸式集成法。10. 什么是系統(tǒng)測(cè)試？答：系統(tǒng)測(cè)試就是在所有模塊或子系統(tǒng)都完成了集成測(cè)試之后，測(cè)試人員對(duì)整個(gè)軟件系統(tǒng)按照產(chǎn)品需求說(shuō)明書(shū)進(jìn)行的功能驗(yàn)證測(cè)試。11. 驗(yàn)收與確認(rèn)測(cè)試的區(qū)別？ 答：驗(yàn)收是軟件交給用戶前的最后一個(gè)工序。確認(rèn)測(cè)試

20、是有效性和配置合理測(cè)試。它是集成測(cè)試和系統(tǒng)測(cè)試之間的過(guò)渡階段。12. 為什么對(duì)軟件進(jìn)行系統(tǒng)測(cè)試？答：1.系統(tǒng)測(cè)試與此前測(cè)試階段的測(cè)試目的不同；2.系統(tǒng)測(cè)試的范圍更加廣泛； 3.系統(tǒng)環(huán)境是在模擬真實(shí)環(huán)境下進(jìn)行的；4.某些特殊的常量數(shù)據(jù)只能在系統(tǒng)測(cè)試階段來(lái)驗(yàn)證。13. 系統(tǒng)測(cè)試為了驗(yàn)證哪一個(gè)文檔？答：產(chǎn)品需求規(guī)格說(shuō)明書(shū)。14. 什么時(shí)候開(kāi)始做系統(tǒng)測(cè)試？答：產(chǎn)品的所有組成模塊都集成了之后。15. 系統(tǒng)測(cè)試包括哪些測(cè)試？答：功能測(cè)試、性能測(cè)試、壓力測(cè)試、健壯性測(cè)試、兼容性測(cè)試、易用性測(cè)試哦、安裝測(cè)試。16. 什么是驗(yàn)收測(cè)試？答：驗(yàn)收測(cè)試是交付給用戶，讓用戶執(zhí)行產(chǎn)品驗(yàn)收所進(jìn)行的測(cè)試，是產(chǎn)品上市之前的最后

21、一個(gè)正式的測(cè)試階段。17. 驗(yàn)收測(cè)試驗(yàn)證的是哪個(gè)文檔？答：產(chǎn)品規(guī)格說(shuō)明書(shū)。18. 什么是軟件的基線版本？答：基線版本是軟件在開(kāi)發(fā)過(guò)程中形成地一個(gè)穩(wěn)定的版本，可以作為后續(xù)軟件開(kāi)發(fā)的依據(jù)。19. 為什么要做回歸測(cè)試？答：1.驗(yàn)證開(kāi)發(fā)人員所承諾修復(fù)的軟件缺陷是否已被正確修復(fù)；2.驗(yàn)證新的軟件修復(fù)是否影響了原有的穩(wěn)定模塊的正確性和穩(wěn)定性；3.驗(yàn)證新的軟件修改是否引入了新的缺陷；4.驗(yàn)證新的軟件版本是否穩(wěn)定，從而成為新的基線版本，以備后續(xù)開(kāi)發(fā)使用。20. 什么時(shí)候開(kāi)始做回歸測(cè)試？答：1.正在開(kāi)發(fā)的軟件產(chǎn)品必須形成了基線版本；2.必須要有對(duì)基線版本的修改。21. 設(shè)計(jì)回歸測(cè)試用例的策略？答：1. 新修改的功能，這個(gè)顯然是重點(diǎn)；2. 新修改的功能的關(guān)聯(lián)功能，就是有耦合的部分，這個(gè)一般最好咨詢一下開(kāi)發(fā)人員；3. 程序最有賣(mài)點(diǎn)或者說(shuō)亮點(diǎn)的部分，這個(gè)地方一旦有問(wèn)題，會(huì)使程序質(zhì)量大打折扣；4. 程序中最致命的部分，譬如說(shuō)安全隱患，數(shù)據(jù)泄露，加密注冊(cè)；5. 程序中比較脆弱的部分，這個(gè)要咨詢開(kāi)發(fā)人員，一般就是他們心中最沒(méi)底的地方；6. 程序的主干功能；7. 已經(jīng)關(guān)閉的嚴(yán)重bug,需要回歸測(cè)試,看是否又open了；8、本次測(cè)試周期內(nèi)發(fā)現(xiàn)BUG最多的