軟件測(cè)試面試題，軟件測(cè)試面試題答案

來(lái)源：整理時(shí)間：2023-01-19 04:23:57 編輯：好學(xué)習(xí) 手機(jī)版

1，軟件測(cè)試面試題答案

你的問(wèn)題夠多的呀，懸賞10簡(jiǎn)直太少了！還好我都知道不過(guò)不知道你第四個(gè)問(wèn)題“sql語(yǔ)句？”，這是啥問(wèn)題？sql語(yǔ)句很多呀

1、軟件測(cè)試就是對(duì)在軟件開發(fā)和投入運(yùn)行前的各個(gè)階段，對(duì)軟件進(jìn)行需求分析、設(shè)計(jì)規(guī)格說(shuō)明書和程序編碼階段性和最終復(fù)查。他是軟件質(zhì)量保證的關(guān)鍵。目的：為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的程序的過(guò)程

這種開方性的問(wèn)題沒(méi)有標(biāo)準(zhǔn)答案。如果想?yún)⒖家幌?不如說(shuō)是一個(gè)很有發(fā)展前景的行業(yè)吧。。話說(shuō) 軟件測(cè)試只能算一種職業(yè) 不是行業(yè) 都是軟件行業(yè)啊主考官一方面是要看你的表達(dá)能力另一方面是看你看問(wèn)題的角度沒(méi)有對(duì)錯(cuò)之分

啊這么多

軟件測(cè)試面試題答案

2，軟件測(cè)試面試常見(jiàn)問(wèn)題及答案有哪些

如下：1、什么是bug？答：軟件的bug指的是軟件當(dāng)中不符合用戶需求的問(wèn)題。常見(jiàn)的軟件bug分為以下三類：沒(méi)有實(shí)現(xiàn)的功能。完成了用戶需求的功能，但是運(yùn)行時(shí)會(huì)出現(xiàn)一些功能或性能上的問(wèn)題。實(shí)現(xiàn)了用戶不需求的多余功能。2、簡(jiǎn)單概述缺陷報(bào)告，并說(shuō)明包括哪些項(xiàng)？答：現(xiàn)在缺陷報(bào)告一般不再使用紙質(zhì)檔文檔編寫，而是專用測(cè)試管理工具（如TestDirector），這樣便于缺陷管理。在這些工具中，每個(gè)缺陷作為一條記錄輸入指定的缺陷管理系統(tǒng)中。缺陷報(bào)告包括：軟件名稱、版本號(hào)、功能模板、缺陷編號(hào)、對(duì)應(yīng)的用例編號(hào)、編寫時(shí)間、編寫人、測(cè)試員、預(yù)期結(jié)果、實(shí)際結(jié)果、缺陷描述、嚴(yán)重級(jí)別、優(yōu)先級(jí)別3、開發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能？答：重新執(zhí)行用例、看是否出現(xiàn)錯(cuò)誤結(jié)果。并對(duì)周圍的一些相關(guān)功能點(diǎn)追加新的測(cè)試用例。4、什么時(shí)候功能測(cè)試？答：功能測(cè)試是在規(guī)定的一段時(shí)間內(nèi)運(yùn)行軟件系統(tǒng)的所有功能，以驗(yàn)證這個(gè)軟件系統(tǒng)有無(wú)嚴(yán)重錯(cuò)誤。5、為什么選擇測(cè)試這行？答：它是一個(gè)新興的行業(yè)，有發(fā)展?jié)摿Γ液苠憻捜耍枰莆崭嗟募寄埽茸鲩_發(fā)要更全面。

軟件測(cè)試面試常見(jiàn)問(wèn)題及答案有哪些

3，軟件測(cè)試面試問(wèn)題

先回答你的第二個(gè)問(wèn)題，一個(gè)員工信息管理系統(tǒng)，首先要進(jìn)行功能測(cè)試，測(cè)試點(diǎn)包括員工信息錄入、員工信息查詢、員工信息刪除、員工信息修改，這就是經(jīng)典增刪改查測(cè)試，對(duì)以上的功能測(cè)試不僅要在軟件中進(jìn)行驗(yàn)證，還要在后臺(tái)數(shù)據(jù)庫(kù)中進(jìn)行驗(yàn)證；功能測(cè)試完成后，可以相應(yīng)的做性能測(cè)試，并發(fā)測(cè)試等，比如同時(shí)進(jìn)行信息的錄入，可以通過(guò)自動(dòng)測(cè)試工具進(jìn)行，當(dāng)然，系統(tǒng)的登錄退出也是測(cè)試點(diǎn)。第一個(gè)問(wèn)題，為什么做測(cè)試，我覺(jué)得這個(gè)問(wèn)題因人而異，比如說(shuō)我，我大學(xué)學(xué)的是軟件工程，測(cè)試正好對(duì)口；如果是你，你可以說(shuō)測(cè)試工作在整個(gè)軟件周期中處于比較重要的地位，雖然國(guó)內(nèi)還不是很重視測(cè)試，而且自己比較心細(xì)，適合做測(cè)試工作，等等，這個(gè)問(wèn)題可以在網(wǎng)上找找，答案很多的，祝你好運(yùn)吧。

軟件測(cè)試面試問(wèn)題

4，軟件測(cè)試常見(jiàn)62道面試題

01、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。 02、您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？ 03、您在從事性能測(cè)試工作時(shí)，是否使用過(guò)一些測(cè)試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟恚⒁砸粋€(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。 04、您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？ 05、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？ 06、你對(duì)測(cè)試最大的興趣在哪里？為什么？ 07、測(cè)試活動(dòng)中，如果發(fā)現(xiàn)需要文檔不完善或者不準(zhǔn)確，怎么處理？ 08、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？ 09、軟件配置管理工作開展的情況和認(rèn)識(shí)？ 10、你覺(jué)得軟件測(cè)試通過(guò)的標(biāo)準(zhǔn)應(yīng)該是什么樣的？ 11、軟件測(cè)試的文檔測(cè)試應(yīng)當(dāng)貫穿于軟件生命周期的全過(guò)程，其中用戶文檔是文檔測(cè)試的重點(diǎn)。那么軟件系統(tǒng)的用戶文檔包括哪些？ 12、簡(jiǎn)述軟件系統(tǒng)中用戶文檔的測(cè)試要點(diǎn)？ 13、什么是系統(tǒng)瓶頸？ 14、沒(méi)有產(chǎn)品說(shuō)明書和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎？ 15、為什么盡量不要讓時(shí)間富裕的員工去做一些測(cè)試？ 16、完全測(cè)試程序是可能的嗎？ 18、軟件測(cè)試的風(fēng)險(xiǎn)主要體現(xiàn)在哪里？ 19、所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎？ 20、開發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決？ 21、您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作？其中最擅長(zhǎng)哪部分工作？ 22、開發(fā)人員說(shuō)不是bug時(shí)，你如何應(yīng)付？ 23、軟件測(cè)試項(xiàng)目從什么時(shí)候開始為什么？ 24、你能不能說(shuō)下你的3-5年的職業(yè)規(guī)劃？ 25、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的？ 26、一個(gè)缺陷測(cè)試報(bào)告的組成？ 27、測(cè)試用例通常包括哪些內(nèi)容？ 28、你都用什么測(cè)試方法？ 29、軟件的評(píng)審一般由哪些人員參加？其目的是什么？ 30、什么是軟件測(cè)試，軟件測(cè)試的目的？ 31、什么是兼容性測(cè)試？ 32、什么是軟件測(cè)試？ 33、軟件測(cè)試的對(duì)象有哪些？ 34、當(dāng)測(cè)試過(guò)程發(fā)生錯(cuò)誤時(shí)，有哪幾種解決辦法？ 35、怎么才能夠全面的測(cè)試到每一個(gè)點(diǎn)？ 36、開發(fā)與測(cè)試的關(guān)系？ 37、測(cè)試活動(dòng)中統(tǒng)計(jì)了哪些數(shù)據(jù)？ 38、進(jìn)行測(cè)試時(shí)產(chǎn)生了哪些文檔或記錄？ 39、怎樣做好測(cè)試計(jì)劃？ 40、測(cè)試用例如何設(shè)計(jì)的？ 41、簡(jiǎn)單概述缺陷報(bào)告，并說(shuō)明包括哪些項(xiàng)？ 42、什么是bug？ 43、開發(fā)人員修復(fù)缺陷后，如何保證不影響其他功能？ 44、什么時(shí)候功能測(cè)試？ 45、請(qǐng)問(wèn)功能測(cè)試和性能測(cè)試的區(qū)別是什么？ 46、為什么選擇測(cè)試這行？ 47、什么是軟件缺陷？ 48、什么黑盒測(cè)試？黑盒測(cè)試方法都包括哪些？ 49、什么白盒測(cè)試？白盒測(cè)試方法包括哪些？ 50、軟件測(cè)試策略都包含哪些？ 51、什么是單元測(cè)試？ 52、什么是集成測(cè)試？ 53、什么是系統(tǒng)測(cè)試？ 54、什么是驗(yàn)收測(cè)試？ 55、什么是自動(dòng)化測(cè)試？ 56、什么是 Alpha 和 Beta 測(cè)試？ 57、什么是功能測(cè)試？ 58、什么是性能測(cè)試？ 59、什么是冒煙測(cè)試？ 60、什么是隨機(jī)測(cè)試？ 61、什么是動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試？ 62、什么是測(cè)試用例？

5，哪位測(cè)試大神能詳細(xì)說(shuō)說(shuō)軟件測(cè)試面試題

我以前做過(guò)公司的軟件測(cè)試面試，理解不深，希望對(duì)你有幫助吧。常見(jiàn)的有這么幾種面試問(wèn)題類型：1、理論基礎(chǔ)，也就是問(wèn)你一些測(cè)試?yán)碚摵蜏y(cè)試方法的基本概念，如黑白盒測(cè)試都是怎么回事，測(cè)試用例的設(shè)計(jì)方法都有哪些，軟件測(cè)試中遵循的一些原則等等2、測(cè)試經(jīng)驗(yàn)，是否有進(jìn)行軟件測(cè)試的經(jīng)驗(yàn)，從事過(guò)哪些類型的測(cè)試，是否進(jìn)行過(guò)自動(dòng)化測(cè)試，自動(dòng)化測(cè)試中用到的工具和平臺(tái)是什么，是否有測(cè)試腳本編寫的能力，寫過(guò)什么測(cè)試腳本，用的腳本語(yǔ)言是什么3、邏輯嚴(yán)密，一般會(huì)舉例讓你進(jìn)行測(cè)試用例設(shè)計(jì)，例如圓珠筆、紙杯，或者一些你肯定用過(guò)的軟件比如QQ、微信的某一個(gè)功能，這部分要注意思路要清晰，要測(cè)試哪幾個(gè)方面，每個(gè)方面按照什么分類規(guī)則去設(shè)計(jì)你的用例，爭(zhēng)取做到條理清晰且覆蓋度高面試的時(shí)候不要緊張，就像和朋友聊天一樣反而更容易獲得好感，祝你成功啦~~

額

6，軟件測(cè)試面試題及解答

　　軟件測(cè)試[1]就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。下面是我為你整理的軟件測(cè)試面試題，希望對(duì)你有所幫助! 　　01. 為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作? 　　因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測(cè)試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè)試的過(guò)程發(fā)現(xiàn)軟件中存在的問(wèn)題，及時(shí)讓開發(fā)人員得知并修改問(wèn)題，在即將發(fā)布時(shí)，從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。　　02. 您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作?其中最擅長(zhǎng)哪部分工作? 　　我曾經(jīng)做過(guò)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è)試……) 　　測(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)和處理過(guò)程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合策略。　　性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。通過(guò)負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。　　界面測(cè)試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔谩Ｍ瑫r(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。　　區(qū)別在于，功能測(cè)試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問(wèn)題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺(tái)避免用戶無(wú)意輸入無(wú)效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍??做某個(gè)性能測(cè)試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒(méi)問(wèn)題的，然后再考慮該功能點(diǎn)的性能測(cè)試　　04.您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么? 　　白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果　　黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題　　05. 請(qǐng)?jiān)囍容^一下黑盒測(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)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過(guò)檢查。　　軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說(shuō)明書，檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：　　1、是否有不正確或遺漏的功能? 　　2、在接口上，輸入是否能正確的接受?能否輸出正確的結(jié)果? 　　3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤? 　　4、性能上是否能夠滿足要求? 　　5、是否有初始化或終止性錯(cuò)誤? 　　軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過(guò)在不同點(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ú)立的執(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è)試是由程序員自己來(lái)完成，最終受益的也是程序員自己。可以這么說(shuō)，程序員有責(zé)任編寫功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試，就是為了證明這段代碼的行為和我們期望的一致。　　集成測(cè)試(也叫組裝測(cè)試，聯(lián)合測(cè)試)是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試。最后，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。　　系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書中指定功能的有效方法。(常見(jiàn)的聯(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è)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。　　驗(yàn)收測(cè)試是向未來(lái)的用戶表明系統(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è)試過(guò)程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。　　測(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è)試過(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è)試的開始和結(jié)束日期(When)，指出測(cè)試的方法和工具(How)，給出測(cè)試文檔和軟件的存放位置(Where)。　　3.采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求　　測(cè)試計(jì)劃寫作完成后，如果沒(méi)有經(jīng)過(guò)評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒(mé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è)試過(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ù)。　　08. 您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。　　1.等價(jià)類劃分　　劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無(wú)效等價(jià)類. 　　2.邊界值分析法　　邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤. 　　使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù). 　　3.錯(cuò)誤推測(cè)法　　基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法. 　　錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例. 　　4.因果圖方法　　前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況. 　　09. 請(qǐng)以您以往的實(shí)際工作為例，詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過(guò)程。　　就說(shuō)最近的這次網(wǎng)站功能的測(cè)試吧　　首先：得到相關(guān)文檔(需求文檔和設(shè)計(jì)文檔)，理解需求和設(shè)計(jì)設(shè)計(jì)思想后，想好測(cè)試策略(測(cè)試計(jì)劃簡(jiǎn)單點(diǎn)就OK了)，考慮到測(cè)試環(huán)境，測(cè)試用例，測(cè)試時(shí)間等問(wèn)題。　　第二步：設(shè)計(jì)測(cè)試用例，測(cè)試策略是：把網(wǎng)站部分的功能點(diǎn)測(cè)試完，然后在進(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ù)庫(kù)中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進(jìn)來(lái)的(還沒(méi)有被處理的，有個(gè)標(biāo)志位)，網(wǎng)站啟動(dòng)后會(huì)立刻去刷那張表，得到多條數(shù)據(jù)，然后在進(jìn)行處理。處理過(guò)程中，會(huì)經(jīng)歷3個(gè)步驟，網(wǎng)站才算完成了它的任務(wù)。有3個(gè)步驟呢，就可以分別對(duì) 這3個(gè)步驟進(jìn)行測(cè)試用例的設(shè)計(jì),盡量覆蓋到各種輸入情況(包括數(shù)據(jù)庫(kù)中的數(shù)據(jù)，用戶的輸入等)，得出了差不多50個(gè)用例。界面測(cè)試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁(yè)面展示。　　第三步：搭建測(cè)試環(huán)境(為什么這個(gè)時(shí)候考慮測(cè)試環(huán)境呢?因?yàn)槲覍?duì)網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機(jī)器能空于下來(lái)做該功能測(cè)試就可以做了)，因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點(diǎn)不同，它需要的測(cè)試環(huán)境比較麻煩，需要web服務(wù)器(Apache,tomcat)，不過(guò)這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可　　第四步：執(zhí)行測(cè)試　　10. 您以往是否曾經(jīng)從事過(guò)性能測(cè)試工作?如果有，請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過(guò)程。　　是的，曾經(jīng)做過(guò)網(wǎng)站方面的性能測(cè)試，雖然做的時(shí)間并不久(2個(gè)月吧)，當(dāng)時(shí)呢，是有位網(wǎng)站性能測(cè)試經(jīng)驗(yàn)非常豐富的前輩帶著我一起做。　　性能測(cè)試類型包括負(fù)載測(cè)試，強(qiáng)度測(cè)試，容量測(cè)試等　　負(fù)載測(cè)試：負(fù)載測(cè)試是一種性能測(cè)試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。　　強(qiáng)度測(cè)試：強(qiáng)度測(cè)試是一種性能測(cè)試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況　　容量測(cè)試：確定系統(tǒng)可處理同時(shí)在線的最大用戶數(shù) 　　在網(wǎng)站流量逐漸加大的情況下，開始考慮做性能測(cè)試了，首先要寫好性能測(cè)試計(jì)劃，根據(jù)運(yùn)營(yíng)數(shù)據(jù)得出流量最大的頁(yè)面(如果是第一次的話，一般是首頁(yè)，下載頁(yè)，個(gè)人帳戶頁(yè)流量最大，而且以某種百分比)，　　Web服務(wù)器指標(biāo)指標(biāo)：　　* Avg Rps: 平均每秒鐘響應(yīng)次數(shù)=總請(qǐng)求時(shí)間 / 秒數(shù); 　　* Successful Rounds：成功的請(qǐng)求; 　　* Failed Rounds ：失敗的請(qǐng)求; 　　* Successful 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ù); 　　11. 您在從事性能測(cè)試工作時(shí)，是否使用過(guò)一些測(cè)試工具?如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟恚⒁砸粋€(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。　　12. 您認(rèn)為性能測(cè)試工作的目的是什么?做好性能測(cè)試工作的關(guān)鍵是什么? 　　13. 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄? 　　14. 您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來(lái)進(jìn)行軟件缺陷(Bug)的管理?如果有，請(qǐng)結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程。　　15. 您認(rèn)為在測(cè)試人員同開發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果?維持測(cè)試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么? 　　16. 在您以往的測(cè)試工作中，最讓您感到不滿意或者不堪回首的事情是什么?您是如何來(lái)對(duì)待這些事情的? 　　17. 在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會(huì)?(可以包括軟件測(cè)試、過(guò)程改進(jìn)、軟件開發(fā)或者與此無(wú)關(guān)的其他方面) 　　18.你對(duì)測(cè)試最大的興趣在哪里?為什么? 　　最大的興趣就是測(cè)試有難度，有挑戰(zhàn)性!做測(cè)試越久越能感覺(jué)到做好測(cè)試有多難。曾經(jīng)在無(wú)憂測(cè)試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測(cè)試工程師。一共羅列了十一二點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1、2點(diǎn)我沒(méi)有把握，其他點(diǎn)我都很有信心做好它。　　剛開始進(jìn)入測(cè)試行業(yè)時(shí)，對(duì)測(cè)試的認(rèn)識(shí)是從無(wú)憂測(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)和熱情沒(méi)有減退一點(diǎn)(即使環(huán)境問(wèn)題以及自身經(jīng)驗(yàn)，技術(shù)的不足，做測(cè)試的你一定也能理解)。　　我覺(jué)得做測(cè)試整個(gè)過(guò)程中有2點(diǎn)讓我覺(jué)得很有難度(對(duì)我來(lái)說(shuō)，有難度的東西我就非常感興趣)，第一是測(cè)試用例的設(shè)計(jì)，因?yàn)闇y(cè)試的精華就在測(cè)試用例的設(shè)計(jì)上了，要在版本出來(lái)之前，把用例寫好，用什么測(cè)試方法寫?(也就是測(cè)試計(jì)劃或測(cè)試策略)，如果你剛測(cè)試一個(gè)新任務(wù)時(shí)，你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解(多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達(dá)到目的)，而技術(shù)基礎(chǔ)可就沒(méi)那么簡(jiǎn)單了，這需要你自覺(jué)的學(xué)習(xí)能力，比如說(shuō)網(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é)是不是沒(méi)有確定好?這些問(wèn)題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。　　第二是發(fā)現(xiàn)BUG的時(shí)候了，這應(yīng)該是測(cè)試人員最基本的任務(wù)了，一般按測(cè)試用例開始測(cè)試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測(cè)試的過(guò)程中更了解所測(cè)版本的情況獲得更多信息，補(bǔ)充測(cè)試用例，測(cè)試出bug。還有如何發(fā)現(xiàn)bug?這就需要在測(cè)試用例有效的情況下，通過(guò)細(xì)心和耐心去發(fā)現(xiàn)bug了，每個(gè)用例都有可能發(fā)現(xiàn)bug，每個(gè)地方都有可能出錯(cuò)，所以測(cè)試過(guò)程中思維要清晰(測(cè)試過(guò)程數(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ā)人員初步定位問(wèn)題。　　19. 你的測(cè)試職業(yè)發(fā)展是什么? 　　測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間累積的，一步步向著高級(jí)測(cè)試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測(cè)試經(jīng)驗(yàn)，按如何做好測(cè)試工程師的11，12點(diǎn)要求自己，不斷的更新自己改正自己，做好測(cè)試任務(wù)。　　20. 你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里? 　　優(yōu)勢(shì)在于我對(duì)測(cè)試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測(cè)試需要的基本技能我有信心在工作中得以發(fā)揮。　　軟件開發(fā)網(wǎng) www.mscto.com 　　21. 你以前工作時(shí)的測(cè)試流程是什么? 　　公司對(duì)測(cè)試流程沒(méi)有規(guī)定如何做，但每個(gè)測(cè)試人員都有自己的一套測(cè)試流程。我說(shuō)下我1年來(lái)不斷改正(自己總結(jié)，吸取同行的方法)后的流程吧。需求評(píng)審(有開發(fā)人員，產(chǎn)品經(jīng)理，測(cè)試人員，項(xiàng)目經(jīng)理)->需求確定(出一份確定的需求文檔)->開發(fā)設(shè)計(jì)文檔(開發(fā)人員在開始寫代碼前就能輸出設(shè)計(jì)文檔)->想好測(cè)試策略，寫出測(cè)試用例->發(fā)給開發(fā)人員和測(cè)試經(jīng)理看看(非正式的評(píng)審用例)->接到測(cè)試版本->執(zhí)行測(cè)試用例(中間可能會(huì)補(bǔ)充用例)->提交bug(有些bug需要開發(fā)人員的確定(嚴(yán)重級(jí)別的，或突然發(fā)現(xiàn)的在測(cè)試用例范圍之外的，難以重現(xiàn)的)，有些可以直接錄制進(jìn)TD)->開發(fā)人員修改(可以在測(cè)試過(guò)程中快速的修改)->回歸測(cè)試(可能又會(huì)發(fā)現(xiàn)新問(wèn)題，再按流程開始跑)。　　22. 當(dāng)開發(fā)人員說(shuō)不是BUG時(shí)，你如何應(yīng)付? 　　開發(fā)人員說(shuō)不是bug，有2種情況，一是需求沒(méi)有確定，所以我可以這么做，這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問(wèn)題，會(huì)有什么不良結(jié)果?程序員可能會(huì)給你很多理由，你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問(wèn)題提出來(lái),跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒(méi)有大問(wèn)題。如果確定是bug的話，一定要堅(jiān)持自己的立場(chǎng)，讓問(wèn)題得到最后的確認(rèn)。　　23.你為什么想離開目前的職務(wù)? 　　因?yàn)楣具\(yùn)作情況并不理想，公司需要調(diào)整部門體系，公司考慮到縮減部門人員，所以大批量的裁員(有6，7個(gè))，這是我的第一份工作，對(duì)公司也有較深的感情，因?yàn)樵谶@里我找到了職業(yè)理想(就是測(cè)試)，所以公司需要精簡(jiǎn)人員，我自愿退出。雖然很舍不得，但我將會(huì)有新的發(fā)揮能力的舞臺(tái)。　　24：你對(duì)我們公司了解有多少? 　　25：你找工作時(shí)，最重要的考慮因素為何? 　　工作的性質(zhì)和內(nèi)容是否能讓我發(fā)揮所長(zhǎng)，并不斷成長(zhǎng)。　　26：為什么我們應(yīng)該錄取你? 　　您可以由我過(guò)去的工作表現(xiàn)所呈現(xiàn)的客觀數(shù)據(jù)，明顯地看出我全力以赴的工作態(tài)度。　　27：請(qǐng)談?wù)勀銈€(gè)人的最大特色。　　我的堅(jiān)持度很高，事情沒(méi)有做到一個(gè)令人滿意的結(jié)果，絕不罷手。　　28.白箱測(cè)試和黑箱測(cè)試是什么?什么是回歸測(cè)試? 　　29。單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么? 　　30。設(shè)計(jì)用例的方法、依據(jù)有那些? 　　31。一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)和技能? 　　32.集成測(cè)試通常都有那些策略? 　　33.你用過(guò)的測(cè)試工具的主要功能、性能及其他? 　　34.一個(gè)缺陷測(cè)試報(bào)告的組成　　35.基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些? 　　36.軟件測(cè)試項(xiàng)目從什么時(shí)候開始，?為什么? 　　37.需求測(cè)試注意事項(xiàng)有哪些?

7，軟件測(cè)試面試題

我會(huì)對(duì)成員的思想做一個(gè)較為全面的了解，分析項(xiàng)目的形勢(shì)，當(dāng)前的狀況，未來(lái)的發(fā)展方向、目標(biāo)，讓每個(gè)成員都參與到項(xiàng)目的討論中；人員的分配要合理，要能適應(yīng)崗位的要求，明確其應(yīng)有的崗位職責(zé)，根據(jù)能力高低來(lái)分配工作，對(duì)實(shí)位的獎(jiǎng)懲要符合其崗位的重要程度；制定公司的規(guī)章制度，并嚴(yán)格執(zhí)行，領(lǐng)導(dǎo)的激勵(lì)也不可缺少。提高溝通的效率和改善溝通的方法，首先要確定問(wèn)題，這才是最重要的，也是對(duì)測(cè)試人員能力的挑戰(zhàn)；然后是態(tài)度要和藹，一定要知道開發(fā)的壓力不比測(cè)試小；在提問(wèn)題單前一定要有溝通（電話或郵件都可以），如果問(wèn)題由于一些原因不修改（要經(jīng)過(guò)項(xiàng)目經(jīng)理確認(rèn)），則就要發(fā)送確認(rèn)郵件給開發(fā)相關(guān)人員，轉(zhuǎn)發(fā)項(xiàng)目經(jīng)理和更高層的領(lǐng)導(dǎo)！維持測(cè)試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是專業(yè)精神和態(tài)度，讓其他人員感覺(jué)到我在項(xiàng)目中的重要性，同時(shí)也要讓其他人員感覺(jué)和我在項(xiàng)目中工作是快樂(lè)的！

8，軟件測(cè)試面試題目

第一題：我認(rèn)為需要在測(cè)試前需要先寫好測(cè)試計(jì)劃，其中最重要的是本次測(cè)試使用的測(cè)試方法、使用的測(cè)試工具、測(cè)試環(huán)境。人員方面需要進(jìn)行人員及進(jìn)度的安排，每個(gè)測(cè)試階段后的輸出工件，還要有風(fēng)險(xiǎn)評(píng)估。在測(cè)試前將這些準(zhǔn)備工作做到位，這樣在測(cè)試的時(shí)候就會(huì)比較有條理。第二題：控制測(cè)試質(zhì)量，我認(rèn)為最好是做好測(cè)試用例的設(shè)計(jì)，這樣可以對(duì)測(cè)試的覆蓋率進(jìn)行控制。補(bǔ)充：如果時(shí)間充裕的話可以在設(shè)計(jì)用例后對(duì)其進(jìn)行評(píng)審，這樣可以提高測(cè)試質(zhì)量。不過(guò)這個(gè)在實(shí)際的工作當(dāng)中一般實(shí)現(xiàn)不了。。。。下面列出的是網(wǎng)上的一個(gè)軟測(cè)筆試題，好多單位在筆試的時(shí)候都會(huì)copy下來(lái)作為筆試題，我至少遇到兩次了，其他的筆試題還有，但不一一列出了。一、判斷題（每題1分，12 分，正確的√，錯(cuò)誤的╳） 1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（） 2．Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（） 3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（） 4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（） 5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（） 6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（） 7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（） 8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（） 9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（） 10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（） 1 11．我們可以人為的使得軟件不存在配置問(wèn)題。（） 12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）二、不定項(xiàng)選擇題（每題2 分，10分） 1．軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（） A．軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。 B．所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。 C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D．驗(yàn)收測(cè)試工件齊全。 2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（） A．項(xiàng)目經(jīng)理 B．SQA 負(fù)責(zé)人 C．配置負(fù)責(zé)人 D．測(cè)試組 3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（） A．a(chǎn)lpha 測(cè)試需要用戶代表參加 B．a(chǎn)lpha 測(cè)試不需要用戶代表參加 C．a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種 D．a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種 4．測(cè)試設(shè)計(jì)員的職責(zé)有：（） A．制定測(cè)試計(jì)劃 B．設(shè)計(jì)測(cè)試用例 C．設(shè)計(jì)測(cè)試過(guò)程、腳本 D．評(píng)估測(cè)試活動(dòng) 5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（） A．需求工件已經(jīng)被基線化 B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 C．構(gòu)架工件已經(jīng)被基線化 D．項(xiàng)目階段成果已經(jīng)被基線化三、填空題（每空1分，24 分） 1．軟件驗(yàn)收測(cè)試包括(正式驗(yàn)收測(cè)試)、(非正式驗(yàn)收測(cè)試和Alpha測(cè)試)、(Beta測(cè)試)三種類型。 2．系統(tǒng)測(cè)試的策略有功能測(cè)試、（性能測(cè)試）、（負(fù)載測(cè)試）、（壓力測(cè)試）、易用性測(cè)試、（容量測(cè)試）、（強(qiáng)度測(cè)試）、（兼容性測(cè)試又稱）、（本地化測(cè)試）、（BVT測(cè)試）、（裸機(jī)測(cè)試）、（安全性測(cè)試）、（）、（容錯(cuò)性測(cè)試）、（恢復(fù)測(cè)試）、（）等15 種方法。 3．設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有（需求規(guī)格說(shuō)明書）、（）和迭代計(jì)劃。 4．對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有（）、（）兩種。 5．通過(guò)畫因果圖來(lái)寫測(cè)試用例的步驟為、、、及把因果圖轉(zhuǎn) 換為狀態(tài)圖共五個(gè)步驟。四、簡(jiǎn)答題（共37分） 1．階段評(píng)審與同行評(píng)審的區(qū)別。（4 分） 2 ．什么是軟件測(cè)試。（3 分）答：通過(guò)人工或自動(dòng)化手段對(duì)系統(tǒng)進(jìn)行測(cè)試，目的是為了驗(yàn)證系統(tǒng)是否滿足預(yù)定功能或者是為了弄清楚實(shí)際結(jié)果與預(yù)期結(jié)果之間的差別。 3 ．簡(jiǎn)述集成測(cè)試的過(guò)程。（5 分）答：將通過(guò)單元測(cè)試的單元模塊按照設(shè)計(jì)要求組合起來(lái)再進(jìn)行測(cè)試。重點(diǎn)檢查程序接口處是否有問(wèn)題。過(guò)程：首先進(jìn)行集成測(cè)試的測(cè)試計(jì)劃?測(cè)試設(shè)計(jì)?測(cè)試開發(fā)?測(cè)試用例執(zhí)行?測(cè)試評(píng)估，并且進(jìn)行全程的缺陷跟蹤。 4 ．怎樣做好文檔測(cè)試？（4 分）答：文檔測(cè)試要注意一下幾點(diǎn)：文檔的讀者群、文檔的術(shù)語(yǔ)、文檔的正確性、文檔的完整性、文檔的一致性、文檔的易用性、樣例與示例、文檔的語(yǔ)言 5．白盒測(cè)試有那幾種方法？（6 分）答：白盒測(cè)試方法分為：靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試方法：①編碼標(biāo)準(zhǔn)與準(zhǔn)則 ②走查 ③審查 ④評(píng)審動(dòng)態(tài)測(cè)試方法：①語(yǔ)句覆蓋 ②判定覆蓋 ③條件覆蓋 ④判定-條件覆蓋 ⑤條件組合覆蓋 ⑥路徑覆蓋 ⑦條件組合+路徑覆蓋 6．系統(tǒng)測(cè)試計(jì)劃是否需要同行評(píng)審，為什么？（4 分）答：系統(tǒng)測(cè)試計(jì)劃需要進(jìn)行同行評(píng)審，因?yàn)槿绻麑?duì)一個(gè)系統(tǒng)長(zhǎng)時(shí)間進(jìn)行測(cè)試可能會(huì)出現(xiàn)測(cè)試疲勞甚至出現(xiàn) 對(duì)系統(tǒng)的免疫現(xiàn)象，因此可以進(jìn)行同行評(píng)審，減少對(duì)相同系統(tǒng)的疲勞測(cè)試。 7． Alpha 測(cè)試與beta 測(cè)試的區(qū)別。（4 分） 8 ．比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。（6 分） 9 ．測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）

考試的題目不固定，很多

很明顯，你面試的是手機(jī)測(cè)試的公司，第一題，測(cè)試用例要覆蓋中文、英文這種正常情況，還要覆蓋特殊字符等異常情況，可以這樣分類1.發(fā)送中文2.發(fā)送英文3.發(fā)送中英文混合的內(nèi)容4.發(fā)送空內(nèi)容5.發(fā)送特殊字符內(nèi)容，如￥%#等第二題，手機(jī)發(fā)送消息的機(jī)制，可以通過(guò)工具對(duì)發(fā)送過(guò)程進(jìn)行監(jiān)控，比如Httpwatch等，通過(guò)工具測(cè)試出的網(wǎng)絡(luò)傳輸類型等，判斷手機(jī)發(fā)送消息的機(jī)制。

9，求軟件測(cè)試面試問(wèn)題

　　測(cè)試技術(shù)面試題　　1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？　　參考答案：　　兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。　　兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。　　兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。　　兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。　　2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問(wèn)題還是軟硬件系統(tǒng)存在問(wèn)題？　　參考答案：　　1、檢查系統(tǒng)是否有中毒的特征；　　2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；　　3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒(méi)有對(duì)外提供什么消耗CPU資源的服務(wù)；　　4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問(wèn)題，或者訪問(wèn)有問(wèn)題造成的；　　5、在系統(tǒng)沒(méi)有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問(wèn)情況。　　3、測(cè)試的策略有哪些？　　參考答案：　　黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）　　4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？　　參考答案：　　用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；　　對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來(lái)；但是更深的缺陷，更復(fù)雜的缺陷，還是無(wú)能為力的；　　具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。　　5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？　　參考答案：　　就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。　　6、你覺(jué)得bugzilla在使用的過(guò)程中，有什么問(wèn)題？　　參考答案：　　界面不穩(wěn)定；　　根據(jù)需要配置它的不同的部分，過(guò)程很煩瑣。　　流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；　　沒(méi)有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。　　7、描述測(cè)試用例設(shè)計(jì)的完整過(guò)程？　　參考答案：　　需求分析 + 需求變更的維護(hù)工作；　　根據(jù)需求得出測(cè)試需求；　　設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；　　方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；　　8、單元測(cè)試的策略有哪些？　　參考答案：　　邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析　　9、LoadRunner分哪三部分？　　參考答案：　　用戶動(dòng)作設(shè)計(jì)；　　場(chǎng)景設(shè)計(jì)；　　測(cè)試數(shù)據(jù)分析；　　10、LoadRunner進(jìn)行測(cè)試的流程? 　　參考答案：　　1、測(cè)試測(cè)試　　2、創(chuàng)建虛擬用戶腳本　　3、創(chuàng)建運(yùn)行場(chǎng)景　　4、運(yùn)行測(cè)試腳本　　5、監(jiān)視場(chǎng)景　　6、分析測(cè)試的結(jié)果　　以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來(lái)介紹。　　什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？　　參考答案：　　在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。　　LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。　　集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測(cè)試就不能進(jìn)行。　　12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？　　參考答案：　　分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過(guò)性測(cè)試/失敗性測(cè)試的都有（根據(jù)TC來(lái)設(shè)計(jì)這些數(shù)據(jù)），然后錄制登錄的腳本，將關(guān)鍵的數(shù)據(jù)參數(shù)化，修改腳本，對(duì)代碼進(jìn)行加強(qiáng)，調(diào)試腳本。　　13、QTP中的Action有什么作用？有幾種？　　參考答案：　　Action的作用　　? 用Action可以對(duì)步驟集進(jìn)行分組　　? 步驟重組，然后被整體調(diào)用　　? 擁有自己的sheet 　　? 組合有相同需求的步驟，整體操作　　? 具有獨(dú)立的對(duì)象倉(cāng)庫(kù) 　　Action的種類　　? 可復(fù)用Action 　　? 不可復(fù)用Action 　　? 外部Action 　　14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過(guò)程進(jìn)行管理？　　參考答案：　　需求管理　　? 定義測(cè)試范圍　　? 定義需求樹　　? 描述需求樹的功能點(diǎn) 　　測(cè)試計(jì)劃　　? 定義測(cè)試目標(biāo)和測(cè)試策略。　　? 分解應(yīng)用程序，建立測(cè)試計(jì)劃樹。　　? 確定每個(gè)功能點(diǎn)的測(cè)試方法。　　? 將每個(gè)功能點(diǎn)連接到需求上，使測(cè)試計(jì)劃覆蓋全部的測(cè)試需求。　　? 描述手工測(cè)試的測(cè)試步驟　　? 指明需要進(jìn)行自動(dòng)測(cè)試的功能點(diǎn) 　　測(cè)試執(zhí)行　　? 定義測(cè)試集合。　　? 為每個(gè)測(cè)試人員制定測(cè)試任務(wù)和測(cè)試日程安排。　　? 運(yùn)行自動(dòng)測(cè)試。　　缺陷跟蹤　　? 記錄缺陷　　? 查看新增缺陷，并確定哪些是需要修正的　　? 相關(guān)技術(shù)人員修改缺陷　　? 回歸測(cè)試　　? 分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開發(fā)質(zhì)量

10，軟件測(cè)試員面試題誰(shuí)能回答

自己做的不一定對(duì) 一、判斷題（每題2分,正確的“√”，錯(cuò)誤的“╳”） 1 、好的測(cè)試員不懈追求完美。(╳ ) 2、測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。( ╳) 3、不存在質(zhì)量很高但可靠性很差的產(chǎn)品。( ╳) 4、軟件測(cè)試員可以對(duì)產(chǎn)品說(shuō)明書進(jìn)行白盒測(cè)試。( √) 5、靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。(√ ) 6、總是首先設(shè)計(jì)白盒測(cè)試用例。( ╳) 7、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(√ ) 8、所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。( √) 9、所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用性。( ╳) 10、測(cè)試組負(fù)責(zé)軟件質(zhì)量。( √) 二、簡(jiǎn)答題 1、軟件的缺陷等級(jí)應(yīng)如何劃分？（3 分）答：A類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1．由于程序所引起的死機(jī),非法退出 2．死循環(huán) 3．數(shù)據(jù)庫(kù)發(fā)生死鎖 4．因錯(cuò)誤操作導(dǎo)致的程序中斷 5．功能錯(cuò)誤 6．與數(shù)據(jù)庫(kù)連接錯(cuò)誤 7．數(shù)據(jù)通訊錯(cuò)誤 B類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1．程序錯(cuò)誤 2．程序接口錯(cuò)誤 3．數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 C類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤： 1．操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2．打印內(nèi)容、格式錯(cuò)誤 3．簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制 4．刪除操作未給出提示 5．數(shù)據(jù)庫(kù)表中有過(guò)多的空字段 D類—較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1．界面不規(guī)范 2．輔助說(shuō)明描述不清楚 3．輸入輸出不規(guī)范 4．長(zhǎng)操作未給用戶提示 5．提示窗口文字未采用行業(yè)術(shù)語(yǔ) 6．可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志 2、如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎？為什么？（5 分）答：這個(gè)說(shuō)法是錯(cuò)誤的。白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。黑盒測(cè)試也稱功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試地，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。所以白盒測(cè)試和黑盒測(cè)試都是需要的。 3、你認(rèn)為一個(gè)優(yōu)秀的測(cè)試工程師應(yīng)該具備哪些素質(zhì)？（3 分）答：人是測(cè)試工作中最有價(jià)值也是最重要的資源，沒(méi)有一個(gè)合格的、積極的測(cè)試小組，測(cè)試就不可能實(shí)現(xiàn)。然而，在軟件開發(fā)產(chǎn)業(yè)中有一種非常普遍習(xí)慣，那就是讓那些經(jīng)驗(yàn)最少的新手、沒(méi)有效率的開發(fā)者或不適合干其他工作的人去做測(cè)試工作。這絕對(duì)是一種目光短淺的行為，對(duì)一個(gè)系統(tǒng)進(jìn)行有效的測(cè)試所需要的技能絕對(duì)不比進(jìn)行軟件開發(fā)需要的少，事實(shí)上，測(cè)試者將獲得極其廣泛的經(jīng)驗(yàn)，他們將遇到許多開發(fā)者不可能遇到的問(wèn)題。　　①、溝通能力　　一名理想的測(cè)試者必須能夠同測(cè)試涉及到的所有人進(jìn)行溝通，具有與技術(shù)（開發(fā)者）和非技術(shù)人員（客戶，管理人員）的交流能力。既要可以和用戶談得來(lái)，又能同開發(fā)人員說(shuō)得上話，不幸的是這兩類人沒(méi)有共同語(yǔ)言。和用戶談話的重點(diǎn)必須放在系統(tǒng)可以正確地處理什么和不可以處理什么上。而和開發(fā)者談相同的信息時(shí)，就必須將這些活重新組織以另一種方式表達(dá)出來(lái)，測(cè)試小組的成員必須能夠同等地同用戶和開發(fā)者溝通。 ②、移情能力　和系統(tǒng)開發(fā)有關(guān)的所有人員都處在一種既關(guān)心又擔(dān)心的狀態(tài)之中。用戶擔(dān)心將來(lái)使用一個(gè)不符合自己要求的系統(tǒng)，開發(fā)者則擔(dān)心由于系統(tǒng)要求不正確而使他不得不重新開發(fā)整個(gè)系統(tǒng)，管理部門則擔(dān)心這個(gè)系統(tǒng)突然崩潰而使它的聲譽(yù)受損。測(cè)試者必須和每一類人打交道，因此需要測(cè)試小組的成員對(duì)他們每個(gè)人都具有足夠的理解和同情，具備了這種能力可以將測(cè)試人員與相關(guān)人員之間的沖突和對(duì)抗減少到最低程度。 ③、技術(shù)能力就總體言，開發(fā)人員對(duì)那些不懂技術(shù)的人持一種輕視的態(tài)度。一旦測(cè)試小組的某個(gè)成員作出了一個(gè)錯(cuò)誤的斷定，那么他們的可信度就會(huì)立刻被傳揚(yáng)了出去。一個(gè)測(cè)試者必須既明白被測(cè)軟件系統(tǒng)的概念又要會(huì)使用工程中的那些工具。要做到這一點(diǎn)需要有幾年以上的編程經(jīng)驗(yàn)，前期的開發(fā)經(jīng)驗(yàn)可以幫助對(duì)軟件開發(fā)過(guò)程有較深入的理解，從開發(fā)人員的角度正確的評(píng)價(jià)測(cè)試者，簡(jiǎn)化自動(dòng)測(cè)試工具編程的學(xué)習(xí)曲線。 ④、自信心　　開發(fā)者指責(zé)測(cè)試者出了錯(cuò)是常有的事，測(cè)試者必須對(duì)自己的觀點(diǎn)有足夠的自信心。如果容許別人對(duì)自己指東指西，就不能完成什么更多的事情了。 ⑤、外交能力　　當(dāng)你告訴某人他出了錯(cuò)時(shí)，就必須使用一些外交方法。機(jī)智老練和外交手法有助于維護(hù)與開發(fā)人員的協(xié)作關(guān)系，測(cè)試者在告訴開發(fā)者他的軟件有錯(cuò)誤時(shí)，也同樣需要一定的外交手腕。如果采取的方法過(guò)于強(qiáng)硬，對(duì)測(cè)試者來(lái)說(shuō)，在以后和開發(fā)部門的合作方面就相當(dāng)于“贏了戰(zhàn)爭(zhēng)卻輸了戰(zhàn)役”。 ⑥、幽默感　　在遇到狡辯的情況下，一個(gè)幽默的批評(píng)將是很有幫助的。 ⑦、很強(qiáng)的記憶力　　一個(gè)理想的測(cè)試者應(yīng)該有能力將以前曾經(jīng)遇到過(guò)的類似的錯(cuò)誤從記憶深處挖掘出來(lái)，這一能力在測(cè)試過(guò)程中的價(jià)值是無(wú)法衡量的。因?yàn)樵S多新出現(xiàn)的問(wèn)題和我們已經(jīng)發(fā)現(xiàn)的問(wèn)題相差無(wú)幾。 ⑧、耐心　　一些質(zhì)量保證工作需要難以置信的耐心。有時(shí)你需要花費(fèi)驚人的時(shí)間去分離、識(shí)別和分派一個(gè)錯(cuò)誤。這個(gè)工作是那些坐不住的人無(wú)法完成的。 ⑨、懷疑精神　　可以預(yù)料，開發(fā)者會(huì)盡他們最大的努力將所有的錯(cuò)誤解釋過(guò)去。測(cè)式者必須聽每個(gè)人的說(shuō)明，但他必須保持懷疑直到他自己看過(guò)以后。 ⑩、自我督促　　干測(cè)試工作很容易使你變得懶散。只有那些具有自我督促能力的人才能夠使自己每天正常地工作。 11、洞察力一個(gè)好的測(cè)試工程師具有“測(cè)試是為了破壞”的觀點(diǎn)，捕獲用戶觀點(diǎn)的能力，強(qiáng)烈的質(zhì)量追求，對(duì)細(xì)節(jié)的關(guān)注能力。應(yīng)用的高風(fēng)險(xiǎn)區(qū)的判斷能力以便將有限的測(cè)試針對(duì)重點(diǎn)環(huán)節(jié)。 4、產(chǎn)品測(cè)試到什么時(shí)候就算是足夠了？（2 分）答：直到軟件中沒(méi)有較大錯(cuò)誤，可維護(hù)性，可用性高。 5、測(cè)試計(jì)劃的目的是什么？（2 分）答：測(cè)試計(jì)劃描述所要完成的測(cè)試，包括測(cè)試背景、測(cè)試目的、風(fēng)險(xiǎn)分析、所需資源、任務(wù)安排和進(jìn)度等：（1）將需求和總體設(shè)計(jì)分解成可測(cè)試，應(yīng)該測(cè)試，推遲測(cè)試和無(wú)法測(cè)試的范圍（2）對(duì)每個(gè)范圍制訂測(cè)試的策略和方法（3）制訂release和停止測(cè)試的標(biāo)準(zhǔn) （4）準(zhǔn)備測(cè)試所需要的環(huán)境（5）確定測(cè)試風(fēng)險(xiǎn) 6、為什么要進(jìn)行軟件測(cè)試?軟件測(cè)試的目的是什么? （5 分）答：是否需要進(jìn)行軟件測(cè)試取決于軟件開發(fā)過(guò)程是否存在缺陷，前期的缺陷導(dǎo)致缺陷放大，使軟件質(zhì)量度低，進(jìn)度、成本無(wú)法控制異常的龐大。從而得出的結(jié)論是：要盡早測(cè)試，盡早的發(fā)現(xiàn)問(wèn)題。測(cè)試的目的是為了盡可能多地找出錯(cuò)誤。 7、軟件測(cè)試應(yīng)該劃分幾個(gè)階段?簡(jiǎn)述各個(gè)階段應(yīng)重點(diǎn)測(cè)試的點(diǎn)?各個(gè)階段的含義？（5 分） 8、如何做一名合格的測(cè)試人員？（3 分） 9、針對(duì)缺陷采取怎樣的管理措施？（5 分）三、專業(yè)詞語(yǔ)解釋（每題2 分） α測(cè)試: 由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試 β測(cè)試: 軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試驅(qū)動(dòng)模塊: 樁模塊: 樁模塊是包含測(cè)試功能的構(gòu)件（或完整的實(shí)施子系統(tǒng)）白盒測(cè)試：白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。靜態(tài)測(cè)試：靜態(tài)測(cè)試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢(shì)，也可以借助軟件工具自動(dòng)進(jìn)行。

這里有軟件測(cè)試題，做錯(cuò)了有答案的，要你先做才行，不做是看不見(jiàn)答案的那種：http://www.spasvo.com/news/Learning/