軟件測(cè)試工程師常見面試題目_第1頁
軟件測(cè)試工程師常見面試題目_第2頁
軟件測(cè)試工程師常見面試題目_第3頁
軟件測(cè)試工程師常見面試題目_第4頁
軟件測(cè)試工程師常見面試題目_第5頁
已閱讀5頁,還剩11頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、01.為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作?因?yàn)闆]有經(jīng)過測(cè)試的軟件很難在發(fā)布之前知道該軟件 的質(zhì)量,就好比ISO質(zhì)量認(rèn)證一樣,測(cè)試同樣也需要質(zhì)量的 保證,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè) 試的過程發(fā)現(xiàn)軟件中存在的問題,及時(shí)讓開發(fā)人員得知并修 改問題,在即將發(fā)布時(shí),從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。02.您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工 作?其中最擅長(zhǎng)哪局部工作?我曾經(jīng)做過web測(cè)試,后臺(tái)測(cè)試,客戶端軟件,其中包 括功能測(cè)試,性能測(cè)試,用戶體驗(yàn)測(cè)試。最擅長(zhǎng)的是功能測(cè) 試03.您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比 較這些不同測(cè)試類型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè) 試

2、)?測(cè)試類型有:功能測(cè)試,性能測(cè)試,界面測(cè)試。功能測(cè)試在測(cè)試工作中占的比例最大,功能測(cè)試也叫黑 盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子。利用黑盒測(cè)試法進(jìn) 行動(dòng)態(tài)測(cè)試時(shí),需要測(cè)試軟件產(chǎn)品的功能,不需測(cè)試軟件產(chǎn) 品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方 法有:等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合09.請(qǐng)以您以往的實(shí)際工作為例詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過程。首先:得到相關(guān)文檔(需求文檔和設(shè)計(jì)文檔),理解需 求和設(shè)計(jì)設(shè)計(jì)思想后,想好測(cè)試策略(測(cè)試計(jì)劃簡(jiǎn)單點(diǎn)就OK 了),考慮到測(cè)試環(huán)境,測(cè)試用例,測(cè)試時(shí)間等問題。第二步:設(shè)計(jì)測(cè)試用例,測(cè)試策略是:把網(wǎng)站局部的功 能點(diǎn)測(cè)試完,然后

3、在進(jìn)行系統(tǒng)測(cè)試(另外個(gè)模塊呢有另一個(gè) 測(cè)試人員負(fù)責(zé),可以進(jìn)行聯(lián)調(diào)測(cè)試),網(wǎng)站模塊的測(cè)試基本 是功能測(cè)試和界面測(cè)試(用戶并發(fā)的可能性很小,所以不考 慮):這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記 錄,如果表中某一數(shù)據(jù)記錄中新加進(jìn)來的(還沒有被處理的, 有個(gè)標(biāo)志位),網(wǎng)站啟動(dòng)后會(huì)立刻去刷那張表,得到多條數(shù) 據(jù),然后在進(jìn)行處理。處理過程中,會(huì)經(jīng)歷3個(gè)步驟,網(wǎng)站 才算完成了它的任務(wù)。有3個(gè)步驟呢,就可以分別對(duì)這3個(gè) 步驟進(jìn)行測(cè)試用例的設(shè)計(jì),盡量覆蓋到各種輸入情況(包括 數(shù)據(jù)庫中的數(shù)據(jù),用戶的輸入等),得出了差不多50個(gè)用例。 界面測(cè)試,也就是用戶看的到的地方,包括發(fā)送的郵件和用 戶填寫資料的頁面

4、展示。第三步:搭建測(cè)試環(huán)境(為什么這個(gè)時(shí)候考慮測(cè)試環(huán)境 呢?因?yàn)槲覍?duì)網(wǎng)站環(huán)境已經(jīng)很熟了,只有有機(jī)器能空于下來 做該功能測(cè)試就可以做了),因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其 他的系統(tǒng)有點(diǎn)不同,它需要的測(cè)試環(huán)境比擬麻煩,需要web 服務(wù)器(Apache, tomcat),不過這次需求呢,網(wǎng)站局部只用 到了 tomcat, 所以只要有tomcat即可第四步:執(zhí)行測(cè)試11.您以往是否曾經(jīng)從事過性能測(cè)試工作?如果有,請(qǐng) 盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過程。是的,曾經(jīng)做過網(wǎng)站方面的性能測(cè)試,雖然做的時(shí)間并 不久(2個(gè)月吧),當(dāng)時(shí)呢,是有位網(wǎng)站性能測(cè)試經(jīng)驗(yàn)非常豐 富的前輩帶著我一起做。性能測(cè)試類型包括負(fù)

5、載測(cè)試,強(qiáng)度測(cè)試,容量測(cè)試等負(fù)載測(cè)試:負(fù)載測(cè)試是一種性能測(cè)試指數(shù)據(jù)在超負(fù)荷環(huán) 境中運(yùn)行,程序是否能夠承當(dāng)。強(qiáng)度測(cè)試:強(qiáng)度測(cè)試是一種性能測(cè)試,他在系統(tǒng)資源 特別低的情況下軟件系統(tǒng)運(yùn)行情況容量測(cè)試:確定系統(tǒng)可處理同時(shí)在線的最大用戶數(shù)在網(wǎng)站流量逐漸加大的情況下,開始考慮做性能測(cè)試 T,首先要寫好性能測(cè)試計(jì)劃,根據(jù)運(yùn)營(yíng)數(shù)據(jù)得出流量最大 的頁面(如果是第一次的話,一般是首頁,下載頁,個(gè)人帳 戶頁流量最大,而且以某種百分比)。Web服務(wù)器指標(biāo)指標(biāo):Avg Rps:平均每秒鐘響應(yīng)次數(shù)二總請(qǐng)求時(shí)間/秒Successful Rounds :成功的請(qǐng)求;Failed Rounds :失敗的請(qǐng)求;Successfu

6、l Hits :成功的點(diǎn)擊次數(shù);Failed Hits :失敗的點(diǎn)擊次數(shù);Hits Per Second :每秒點(diǎn)擊次數(shù);Successful Hits Per Second :每秒成功的點(diǎn)擊次 數(shù);Failed Hits Per Second :每秒失敗的點(diǎn)擊次數(shù);Attempted Connections :嘗試鏈接數(shù);.你對(duì)測(cè)試最大的興趣在哪里?為什么?最大的興趣就是測(cè)試有難度,有挑戰(zhàn)性!做測(cè)試越久越 能感覺到做好測(cè)試有多難。曾經(jīng)在無憂測(cè)試網(wǎng)上看到一篇文 章,是關(guān)于如何做好一名測(cè)試工程師。一共羅列了 11點(diǎn), 有局部是和人的性格有關(guān),有局部需要后天的努力。但除了 性格有關(guān)的一點(diǎn)我沒有把握

7、,其他點(diǎn)我都很有信心做好它。剛開始進(jìn)入測(cè)試行業(yè)時(shí),對(duì)測(cè)試的認(rèn)識(shí)是從無憂測(cè)試網(wǎng) 上了解到的一些資料,當(dāng)時(shí)是沖著做測(cè)試需要很多技能才能 做的好,雖然入門容易,但做好很難,比開發(fā)更難,雖然當(dāng) 時(shí)我很想做開發(fā)(學(xué)校專業(yè)課我基本上不缺席,因?yàn)槲蚁矚g 我的專業(yè)),但看到測(cè)試比開發(fā)更難更有挑戰(zhàn)性,想做好測(cè) 試的意志就更堅(jiān)定了。不到一年半的測(cè)試工作中,當(dāng)時(shí)的感動(dòng)和熱情沒有減退 一點(diǎn)(即使環(huán)境問題以及自身經(jīng)驗(yàn),技術(shù)的缺乏,做測(cè)試的 你一定也能理解)。我覺得做測(cè)試整個(gè)過程中有2點(diǎn)讓我覺得很有難度(對(duì) 我來說,有難度的東西我就非常感興趣),第一是測(cè)試用例 的設(shè)計(jì),因?yàn)闇y(cè)試的精華就在測(cè)試用例的設(shè)計(jì)上了,要在版 本出來

8、之前,把用例寫好,用什么測(cè)試方法寫?(也就是測(cè) 試計(jì)劃或測(cè)試策略),如果你剛測(cè)試一個(gè)新任務(wù)時(shí),你得花 一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ),業(yè)務(wù)需求很好理解 (多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能到達(dá)目的),而技術(shù)基 礎(chǔ)可就沒那么簡(jiǎn)單了,這需要你自覺的學(xué)習(xí)能力,比方說網(wǎng) 站吧,最基本的技術(shù)知識(shí)你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的 的,后臺(tái)是怎么響應(yīng)用戶請(qǐng)求的?測(cè)試環(huán)境如何搭建?這些 都需要最早的學(xué)好。至少在開始測(cè)試之前能做好基本的準(zhǔn) 備,可能會(huì)遇到什么難題?需求細(xì)節(jié)是不是沒有確定好?這 些問題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。第二是發(fā)現(xiàn)BUG的時(shí)候了,這應(yīng)該是測(cè)試人員最基本的 任務(wù)了,一般按測(cè)試用例開始測(cè)試就能發(fā)現(xiàn)大

9、局部的bug, 還有一局部bug需要測(cè)試的過程中更了解所測(cè)版本的情況獲 得更多信息,補(bǔ)充測(cè)試用例,測(cè)試出bug。還有如何發(fā)現(xiàn)bug? 這就需要在測(cè)試用例有效的情況下,通過細(xì)心和耐心去發(fā)現(xiàn) bug 了,每個(gè)用例都有可能發(fā)現(xiàn)bug,每個(gè)地方都有可能出 錯(cuò),所以測(cè)試過程中思維要清晰(測(cè)試過程數(shù)據(jù)流及結(jié)果都 得看仔細(xì)了,bug都在里面發(fā)現(xiàn)的)。如何描述bug也很有講 究,bug在什么情況下會(huì)產(chǎn)生,如果條件變化一點(diǎn)點(diǎn),就不 會(huì)有這個(gè)bug,以哪些最少的操作步驟就能重現(xiàn)這個(gè)bug, 這個(gè)bug產(chǎn)生的規(guī)律是什么?如果你夠厲害的話,可以幫開 發(fā)人員初步定位問題。.你的測(cè)試職業(yè)開展是什么?測(cè)試經(jīng)驗(yàn)越多,測(cè)試能力

10、越高。所以我的職業(yè)開展是需 要時(shí)間累積的,一步步向著高級(jí)測(cè)試工程師奔去。而且我也 有初步的職業(yè)規(guī)劃,前3年累積測(cè)試經(jīng)驗(yàn),按如何做好測(cè)試 工程師的幾點(diǎn)要求自己,不斷的更新自己改正自己,做好測(cè) 試任務(wù)。.你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里??jī)?yōu)勢(shì)在于我對(duì)測(cè)試堅(jiān)定不移的信心和熱情,雖然經(jīng)驗(yàn)還 不夠,但測(cè)試需要的基本技能我有信心在工作中得以發(fā)揮。.你以前工作時(shí)的測(cè)試流程是什么?公司對(duì)測(cè)試流程沒有規(guī)定如何做,但每個(gè)測(cè)試人員都有 自己的一套測(cè)試流程。我說下我1年來不斷改正(自己總結(jié), 吸取同行的方法)后的流程吧。需求評(píng)審(有開發(fā)人員,產(chǎn) 品經(jīng)理,測(cè)試人員,工程經(jīng)理)-需求確定(出一份確定的 需求文檔)-開發(fā)設(shè)計(jì)文檔(

11、開發(fā)人員在開始寫代碼前就能 輸出設(shè)計(jì)文檔)-想好測(cè)試策略,寫出測(cè)試用例-發(fā)給開 發(fā)人員和測(cè)試經(jīng)理看看(非正式的評(píng)審用例)-接到測(cè)試 版本-執(zhí)行測(cè)試用例(中間可能會(huì)補(bǔ)充用例)-提交bug(有些bug需要開發(fā)人員確實(shí)定(嚴(yán)重級(jí)別的,或突然發(fā)現(xiàn) 的在測(cè)試用例范圍之外的,難以重現(xiàn)的),有些可以直接錄 制進(jìn)TD)-開發(fā)人員修改(可以在測(cè)試過程中快速的修改) - 回歸測(cè)試(可能又會(huì)發(fā)現(xiàn)新問題,再按流程開始跑)。.當(dāng)開發(fā)人員說不是BUG時(shí),你如何應(yīng)付?開發(fā)人員說不是bug,有2種情況,一是需求沒有確定, 所以我可以這么做,這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn), 需不需要改動(dòng),3方商量確定好后再看要不要改。二是這

12、種 情況不可能發(fā)生,所以不需要修改,這個(gè)時(shí)候,我可以先盡 可能的說出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問 題,會(huì)有什么不良結(jié)果?程序員可能會(huì)給你很多理由,你可 以對(duì)他的解釋進(jìn)行反駁。如果還是不行,那我可以給這個(gè)問 題提出來,跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就 改,如果不要修改就不改。其實(shí)有些真的不是bug,我也只是 建議的方式寫進(jìn)TD中,如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話,一定要堅(jiān)持自己的立場(chǎng),讓問題得到 最后確實(shí)認(rèn)。.你為什么想離開目前的職務(wù)?因?yàn)楣具\(yùn)作情況并不理想,公司需要調(diào)整部門體系, 公司考慮到縮減部門人員,所以大批量的裁員(有6, 7個(gè)), 這是我

13、的第一份工作,對(duì)公司也有較深的感情,因?yàn)樵谶@里 我找到了職業(yè)理想(就是測(cè)試),所以公司需要精簡(jiǎn)人員, 我自愿退出。雖然很舍不得,但我將會(huì)有新的發(fā)揮能力的舞 臺(tái)。.你找工作時(shí),最重要的考慮因素為何?工作的性質(zhì)和內(nèi)容是否能讓我發(fā)揮所長(zhǎng),并不斷成長(zhǎng)。.為什么我們應(yīng)該錄取你?您可以由我過去的工作表現(xiàn)所呈現(xiàn)的客觀數(shù)據(jù),明顯地 看出我全力以赴的工作態(tài)度。.請(qǐng)談?wù)勀銈€(gè)人的最大特色。我的堅(jiān)持度很高,事情沒有做到一個(gè)令人滿意的結(jié)果,絕不罷手??顺隹?o性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值 以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載 測(cè)試和壓力測(cè)試都屬于性能測(cè)試,兩者可以結(jié)合進(jìn)行。通過 負(fù)載

14、測(cè)試,確定在各種工作負(fù)載下系統(tǒng)的性能,目標(biāo)是測(cè)試 當(dāng)負(fù)載逐漸增加時(shí),系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè) 試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn),來獲 得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。界面測(cè)試,界面是軟件與用戶交互的最直接的層,界面 的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能 夠引導(dǎo)用戶自己完成相應(yīng)的操作,起到向?qū)У淖饔?。同時(shí)界 面如同人的面孔,具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界 面能給用戶帶來輕松愉悅的感受和成功的感覺,相反由于界 面設(shè)計(jì)的失敗,讓用戶有挫敗感,再實(shí)用強(qiáng)大的功能都可能 在用戶的畏懼與放棄中付諸東流。區(qū)別在于,功能測(cè)試關(guān)注產(chǎn)品的所有功能上,要考慮到 每個(gè)細(xì)節(jié)

15、功能,每個(gè)可能存在的功能問題。性能測(cè)試主要關(guān) 注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試 更關(guān)注于用戶體驗(yàn)上,用戶使用該產(chǎn)品的時(shí)候是否易用,是 否易懂,是否規(guī)范(快捷鍵之類的),是否美觀(能否吸引 用戶的注意力),是否平安(盡量在前臺(tái)防止用戶無意輸入 無效的數(shù)據(jù),當(dāng)然考慮到體驗(yàn)性,不能太粗魯?shù)膹棾鼍妫孔瞿硞€(gè)性能測(cè)試的時(shí)候,首先它可能是個(gè)功能點(diǎn),首先要保 證它的功能是沒問題的,然后再考慮該功能點(diǎn)的性能測(cè)試04 .您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么? 白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以 較少的用例覆蓋模塊輸出和輸入接口

16、。不可能做到完全測(cè) 試,以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題。05.請(qǐng)?jiān)囍葦M一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、 集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系?黑盒測(cè)試:產(chǎn)品的功能設(shè)計(jì)規(guī)格,可以進(jìn)行測(cè)試證 明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。白盒測(cè)試:產(chǎn)品的內(nèi)部工作過程,可以通過測(cè)試證 明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求,所有內(nèi)部成分是否 以經(jīng)過檢查。軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這 種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子,測(cè)試人員完全不考慮 程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說 明書,檢查程序的功能是否符合它的功能說明。因此黑盒測(cè) 試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試

17、主要是為了發(fā)現(xiàn) 以下幾類錯(cuò)誤:1、是否有不正確或遺漏的功能?2、在接口上,輸入是否能正確的接受?能否輸出正確 的結(jié)果?3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件) 訪問錯(cuò)誤?4、性能上是否能夠滿足要求?5、是否有初始化或終止性錯(cuò)誤?軟件的白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查。 這種方法是把測(cè)試對(duì)象看做一個(gè)翻開的盒子,它允許測(cè)試人 員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計(jì)或選擇測(cè)試用 例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序 狀態(tài),確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試 又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序 模塊進(jìn)行如下檢查:1、對(duì)程序模塊的所有獨(dú)立的

18、執(zhí)行路徑至少測(cè)試一遍。2、對(duì)所有的邏輯判定,取“真”與取“假”的兩種情 況都能至少測(cè)一遍。3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。單元測(cè)試(模塊測(cè)試)是開發(fā)者編寫的一小段代碼,用 于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通 常而言,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景) 下某個(gè)特定函數(shù)的行為。單元測(cè)試是由程序員自己來完成,最終受益的也是程序 員自己??梢赃@么說,程序員有責(zé)任編寫功能代碼,同時(shí)也 就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試,就是 為了證明這段代碼的行為和我們期望的一致。集成測(cè)試(也叫組裝測(cè)試,聯(lián)合測(cè)試)是單元測(cè)試的邏 輯

19、擴(kuò)展。它的最簡(jiǎn)單的形式是:兩個(gè)已經(jīng)測(cè)試過的單元組合 成一個(gè)組件,并且測(cè)試它們之間的接口。從這一層意義上講, 組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中,許多單元組 合成組件,而這些組件又聚合成程序的更大局部。方法是測(cè) 試片段的組合,并最終擴(kuò)展進(jìn)程,將您的模塊與其他組的模 塊一起測(cè)試。最后,將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。系統(tǒng)測(cè)試是將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng) 來測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指 定功能的有效方法。(常見的聯(lián)調(diào)測(cè)試)系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試,確 保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試

20、的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用 于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試是向未來的用戶說明系統(tǒng)能夠像預(yù)定要求那 樣工作。經(jīng)集成測(cè)試后,已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成 一個(gè)完整的軟件系統(tǒng),接口錯(cuò)誤也已經(jīng)基本排除了,接著就 應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性,這就是驗(yàn)收測(cè)試的任務(wù),即 軟件的功能和性能如同用戶所合理期待的那樣。06.測(cè)試計(jì)劃工作的目的是什么?測(cè)試計(jì)劃工作的內(nèi)容 都包括什么?其中哪些是最重要的?軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件,包含了產(chǎn)口口口口概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試 周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè) 試計(jì)劃,參與測(cè)試的工程

21、成員,尤其是測(cè)試管理人員,可以 明確測(cè)試任務(wù)和測(cè)試方法,保持測(cè)試實(shí)施過程的順暢溝通, 跟蹤和控制測(cè)試進(jìn)度,應(yīng)對(duì)測(cè)試過程中的各種變更。測(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ù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法(最好是能先評(píng)審)07.您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么? (1)明確測(cè)試的目標(biāo),增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā) 現(xiàn)更多的軟件缺陷,因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫 助管理測(cè)試工程,并且找出軟件潛在的缺陷。因此,軟件測(cè)

22、試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求,測(cè)試方法必須 切實(shí)可行,測(cè)試工具并且具有較高的實(shí)用性,便于使用,生 成的測(cè)試結(jié)果直觀、準(zhǔn)確(2)堅(jiān)持“5W”規(guī)那么,明確內(nèi)容與過程“眥規(guī)財(cái)旨的是“(做什么)”、W (為什么做)”、 Ben (何時(shí)做)、fcre (在哪里)、“How (如何做)”。利用“5W”規(guī)那么創(chuàng)立軟件測(cè)試計(jì)劃,可以幫助測(cè)試團(tuán)隊(duì)理解 測(cè)試的目的(Why),明確測(cè)試的范圍和內(nèi)容(What),確定 測(cè)試的開始和結(jié)束日期(When),指出測(cè)試的方法和工具(How),給出測(cè)試文檔和軟件的存放位置(Where)。(3)采用評(píng)審和更新機(jī)制,保證測(cè)試計(jì)劃滿足實(shí)際需求測(cè)試計(jì)劃寫作完成后,如果沒有經(jīng)過

23、評(píng)審,直接發(fā)送給 測(cè)試團(tuán)隊(duì),測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容,或 者軟件需求變更引起測(cè)試范圍的增減,而測(cè)試計(jì)劃的內(nèi)容沒 有及時(shí)更新,誤導(dǎo)測(cè)試執(zhí)行人員。(4)分別創(chuàng)立測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)立的測(cè)試詳細(xì) 規(guī)格文檔,把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放 到獨(dú)立創(chuàng)立的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫中。測(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ù)。08.您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以 具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。(1)等價(jià)類劃分劃分等價(jià)類:等價(jià)類是指某個(gè)輸入域的子集合。在該子 集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。 并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它 值的測(cè)試。因此,可以把全

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論