軟件測(cè)試經(jīng)典面試題

軟件測(cè)試經(jīng)典面試題軟件測(cè)試經(jīng)典面試題軟件測(cè)試經(jīng)典面試題軟件測(cè)試經(jīng)典面試題編制僅供參考審核批準(zhǔn)生效日期地址：電話：傳真:郵編:軟件測(cè)試面試題匯總測(cè)試技術(shù)面試題

51、什么是兼容性測(cè)試兼容性測(cè)試側(cè)重哪些方面 52、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題 53、測(cè)試的策略有哪些 54、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么 55、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程 56、你覺得bugzilla在使用的過程中，有什么問題 57、描述測(cè)試用例設(shè)計(jì)的完整過程 68、單元測(cè)試的策略有哪些 69、LoadRunner分哪三部分 610、LoadRunner進(jìn)行測(cè)試的流程 6什么是并發(fā)在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試集合點(diǎn)失敗了會(huì)怎么樣 612、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作 613、QTP中的Action有什么作用有幾種 614、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過程進(jìn)行管理 715、你所熟悉的軟件測(cè)試類型都有哪些請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……） 716、條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容如何提交高質(zhì)量的軟件缺陷（Bug）記錄 817、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別 818、軟件的評(píng)審一般由哪些人參加其目的是什么 819、測(cè)試活動(dòng)中，如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，怎么處理 820、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別 821、闡述工作版本的定義 822、什么是樁模塊什么是驅(qū)動(dòng)模塊 823、什么是扇入什么是扇出 824、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么 825、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么 926、簡(jiǎn)述一下缺陷的生命周期 927、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試 928、軟件配置管理工作開展的情況和認(rèn)識(shí) 929、你覺得軟件測(cè)試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的 1030、引入測(cè)試管理的含義 1031、一套完整的測(cè)試應(yīng)該由哪些階段組成 1032、單元測(cè)試的主要內(nèi)容 1033、集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試，請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容 1034、簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試關(guān)系 1035、軟件測(cè)試的文檔測(cè)試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測(cè)試的重點(diǎn)。那么軟件系統(tǒng)的用戶文檔包括哪些 1036、軟件系統(tǒng)中除用戶文檔之外，文檔測(cè)試還應(yīng)該關(guān)注哪些文檔 1037、簡(jiǎn)述軟件系統(tǒng)中用戶文檔的測(cè)試要點(diǎn) 1138、單元測(cè)試主要內(nèi)容是什么 1139、如何理解強(qiáng)度測(cè)試 1340、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試 1341、什么是系統(tǒng)瓶頸 1342、文檔測(cè)試主要包含什么內(nèi)容 1343、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的 1444、配置和兼容性測(cè)試的區(qū)別是什么 1445、軟件文檔測(cè)試主要包含什么 1546、沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎 1547、測(cè)試中的“殺蟲劑怪事”是指什么 1548、在配置測(cè)試中，如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題 1549、為什么盡量不要讓時(shí)間有富裕的員工去做一些測(cè)試 1650、完全測(cè)試程序是可能的嗎 1651、軟件測(cè)試的風(fēng)險(xiǎn)主要體現(xiàn)在哪里 1652、發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎 1653、所有的軟件缺陷都能修復(fù)嗎所有的軟件缺陷都要修復(fù)嗎 1754、軟件測(cè)試人員就是QA嗎 1755、如何減少測(cè)試人員跳槽帶來的損失 1756、測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么 1757、和用戶共同測(cè)試（UAT測(cè)試）的注意點(diǎn)有哪些 1858、如何編寫提交給用戶的測(cè)試報(bào)告 1859、測(cè)試工具在測(cè)試工作中是什么地位 1860、什么是軟件測(cè)試，軟件測(cè)試的目的 1861、簡(jiǎn)述負(fù)載測(cè)試與壓力測(cè)試的區(qū)別。 1962、寫出bug報(bào)告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。 1963、寫出bug報(bào)告當(dāng)中一些必備的內(nèi)容。 1964、開發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決 2065、畫出軟件測(cè)試的V模型圖。 2066、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作 2067、您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作其中最擅長(zhǎng)哪部分工作 2068、您所熟悉的軟件測(cè)試類型都有哪些請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……） 2069、您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么 2170、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。 2171、測(cè)試計(jì)劃工作的目的是什么測(cè)試計(jì)劃工作的內(nèi)容都包括什么其中哪些是最重要的 2272、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。 2273、請(qǐng)以您以往的實(shí)際工作為例，詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過程。 2374、您以往是否曾經(jīng)從事過性能測(cè)試工作如果有，請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過程。 2375、你對(duì)測(cè)試最大的興趣在哪里為什么 2376、你以前工作時(shí)的測(cè)試流程是什么 2477、當(dāng)開發(fā)人員說不是BUG時(shí)，你如何應(yīng)付 2478、軟件的構(gòu)造號(hào)與版本號(hào)之間的區(qū)別BVT(BuildVerificationTest) 2479、您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容如何提交高質(zhì)量的軟件缺陷（Bug）記錄 2580、您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。 2581、您認(rèn)為性能測(cè)試工作的目的是什么做好性能測(cè)試工作的關(guān)鍵是什么 2582、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么 2583、集成測(cè)試通常都有那些策略 2584、一個(gè)缺陷測(cè)試報(bào)告的組成 2585、基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些 2586、軟件測(cè)試項(xiàng)目從什么時(shí)候開始，為什么 2687、需求測(cè)試注意事項(xiàng)有哪些 2688、簡(jiǎn)述一下缺陷的生命周期 2689、你在你所在的公司是怎么開展測(cè)試工作的是如何組織的 2690、你認(rèn)為理想的測(cè)試流程是什么樣子 2691、您在從事性能測(cè)試工作時(shí)，是否使用過一些測(cè)試工具如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟?，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。 2692、軟件測(cè)試活動(dòng)的生命周期是什么 2693、請(qǐng)畫出軟件測(cè)試活動(dòng)的流程圖 2694、針對(duì)缺陷采取怎樣管理措施 2695、什么是測(cè)試評(píng)估測(cè)試評(píng)估的范圍是什么 2696、如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎為什么 2697、測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么 2698、軟件驗(yàn)收測(cè)試除了alpha,beta測(cè)試以外,還有哪一種 2699、做測(cè)試多久了以前做過哪些項(xiàng)目你們以前測(cè)試的流程是怎樣的用過哪些測(cè)試工具 27100、請(qǐng)就如何在開發(fā)中進(jìn)行軟件質(zhì)量控制說說你的看法 27101、一套完整的測(cè)試應(yīng)該由哪些階段組成分別闡述一下各個(gè)階段。 27102、軟件測(cè)試的類型有那些分別比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系。 27103、測(cè)試用例通常包括那些內(nèi)容著重闡述編制測(cè)試用例的具體做法 27104、在分別測(cè)試winform的C/S結(jié)構(gòu)與測(cè)試WEB結(jié)構(gòu)的軟件是，應(yīng)該采取什么樣的方法分別測(cè)試他們存在什么樣的區(qū)別與聯(lián)系 27105、在測(cè)試winform的C/S結(jié)構(gòu)軟件時(shí)，發(fā)現(xiàn)這個(gè)軟件的運(yùn)行速度很慢，您會(huì)認(rèn)為是什么原因您會(huì)采取哪些方法去檢查這個(gè)原因 27106、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程 27107、你都用什么測(cè)試方法針對(duì)不同的產(chǎn)品或者系統(tǒng)或者模塊，有不同的測(cè)試方法。總體而言有白盒測(cè)試和黑盒測(cè)試。 27108、怎么編寫案例案例的編寫與測(cè)試階段的定義有很大的關(guān)系。系統(tǒng)測(cè)試和unit測(cè)試的案例可能不同。總體而言測(cè)試案例根據(jù)系統(tǒng)的需求而定。 27109、怎么才能夠全面的測(cè)試到每一個(gè)點(diǎn)測(cè)試的全面性主要需要在設(shè)計(jì)測(cè)試計(jì)劃的時(shí)候考慮，從測(cè)試策略，產(chǎn)品需求等等多個(gè)角度考慮從而定義全部的測(cè)試點(diǎn)。 27110、談?wù)勡浖y(cè)試技術(shù)，以及如何提高 27111、談?wù)勡浖y(cè)試職業(yè)發(fā)展，以及個(gè)人的打算 27112、談?wù)勡浖y(cè)試在企業(yè)的地位，也可以結(jié)合軟件生命周期來談 27113、一般公司里實(shí)際的軟件測(cè)試流程是什么樣的你們公司又是怎樣的 27114、軟件工程師要具有那些素質(zhì) 27115、你會(huì)哪些測(cè)試工具怎么操作 27116、你能不能說下你的3到5年的職業(yè)計(jì)劃（規(guī)劃） 27117、你覺得你來應(yīng)聘有那些優(yōu)勢(shì) 27其他問題：（有可能清晰的思路比確切的答案更重要） 27開發(fā)及環(huán)境搭建類面試題

281、描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。（可以結(jié)合一種開發(fā)語(yǔ)言進(jìn)行描述） 282、簡(jiǎn)述什么是值傳遞，什么是地址傳遞，兩者區(qū)別是什么 283、結(jié)構(gòu)化程序設(shè)計(jì)和面向?qū)ο蟪绦蛟O(shè)計(jì)各自的特點(diǎn)及優(yōu)缺點(diǎn)是什么 284、簡(jiǎn)述什么是存儲(chǔ)過程和觸發(fā)器 285、使用C語(yǔ)言編寫一個(gè)函數(shù)，用于交換兩個(gè)變量的值（地址傳遞）。 296、請(qǐng)簡(jiǎn)述DNS、活動(dòng)目錄、域的概念。 297、描述TCP/IP協(xié)議的層次結(jié)構(gòu)，以及每一層中重要協(xié)議。 298、簡(jiǎn)述子網(wǎng)掩碼的用途。 299、說出4種以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍（微軟的操作系統(tǒng)除外）。 2910、在Linux系統(tǒng)中，一個(gè)文件的訪問權(quán)限是755，其含義是什么 2911、Windows操作系統(tǒng)中PATH環(huán)境變量的作用是什么 3012、Ghost的主要用途和常用方法 3013、在RedHat中，從root用戶切到userl用戶，一般用什么命令 3014、Linux中，一般怎么隱藏文件 3015、如何將自己的本地磁盤（D）做成FTP供遠(yuǎn)端主機(jī)使用 3016、對(duì),CMMI,XP,的認(rèn)識(shí) 3017、DNS是什么,它是如何工作的 3118、防火墻如何保證安全的主要有哪些 3119、目前流行的操作的系統(tǒng)有哪些請(qǐng)舉例說明安裝操作系統(tǒng)的注意事項(xiàng) 3320、簡(jiǎn)述一下c/s模式或者b/s模式 3321、TCP/UDP有哪些區(qū)別 3422、ISO模型HUB、tch、Router是ISO的第幾層設(shè)備 3423、內(nèi)存有哪幾種存儲(chǔ)組織結(jié)構(gòu).請(qǐng)分別加以說明 34人力資源面試題

341、你的測(cè)試職業(yè)發(fā)展是什么你自認(rèn)為做測(cè)試的優(yōu)勢(shì)在哪里 342、你為什么想離開目前的職務(wù) 343、你對(duì)我們公司了解有多少 344、你找工作時(shí)，最重要的考慮因素為何 345、為什么我們應(yīng)該錄取你 346、請(qǐng)談?wù)勀銈€(gè)人的最大特色。 347、一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)和技能 358、您認(rèn)為在測(cè)試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果維持測(cè)試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么 359、在您以往的測(cè)試工作中，最讓您感到不滿意或者不堪回首的事情是什么您是如何來對(duì)待這些事情的 3510、在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會(huì)（可以包括軟件測(cè)試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面） 3511、為什么選擇測(cè)試這行 3512、你的工作通常能在時(shí)限內(nèi)完成嗎.（我想問一下就是她問這個(gè)問題的動(dòng)機(jī)是什么） 3513、通常你對(duì)于別人批評(píng)你會(huì)有什么樣的反應(yīng) 3514、如果明知這樣做不對(duì)，你還會(huì)依主管的指過去做嗎 3515、如果你接到一個(gè)客戶抱怨的電話，你確知無法解決他的問題，你會(huì)怎么處理 3516、請(qǐng)就軟件測(cè)試人員應(yīng)該具備什么樣的基本素質(zhì)說說你的看法。 3617、你在五年內(nèi)的個(gè)人目標(biāo)和職業(yè)目標(biāo)分別是什么 3618、你怎樣做出自己的職業(yè)選擇 36測(cè)試技術(shù)面試題1、什么是兼容性測(cè)試兼容性測(cè)試側(cè)重哪些方面參考答案：兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。兼容的類型，如果細(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è)試通常不是CleanOS下做測(cè)試，而兼容測(cè)試多是在CleanOS的環(huán)境下做的。2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題參考答案：1、檢查系統(tǒng)是否有中毒的特征；2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒有對(duì)外提供什么消耗CPU資源的服務(wù)；4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題，或者訪問有問題造成的；5、在系統(tǒng)沒有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。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)證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的；具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程參考答案：就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。6、你覺得bugzilla在使用的過程中，有什么問題參考答案：界面不穩(wěn)定；根據(jù)需要配置它的不同的部分，過程很煩瑣。流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；沒有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。7、描述測(cè)試用例設(shè)計(jì)的完整過程參考答案：需求分析+需求變更的維護(hù)工作；根據(jù)需求得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄟ^后，設(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è)試的流程參考答案：測(cè)試測(cè)試創(chuàng)建虛擬用戶腳本創(chuàng)建運(yùn)行場(chǎng)景運(yùn)行測(cè)試腳本監(jiān)視場(chǎng)景分析測(cè)試的結(jié)果以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來介紹。什么是并發(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ù)，通過性測(cè)試/失敗性測(cè)試的都有（根據(jù)TC來設(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外部Action14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過程進(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ì)量。15、你所熟悉的軟件測(cè)試類型都有哪些請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）參考答案：CompatibilityTesting（兼容性測(cè)試），也稱“Configurationtesting（配置測(cè)試）”，測(cè)試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。Functionaltesting(功能測(cè)試)，也稱為behavioraltesting（行為測(cè)試），根據(jù)產(chǎn)品特征、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測(cè)試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對(duì)目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測(cè)試腳本，以保證目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門為該市場(chǎng)開發(fā)的一樣。Performancetesting（性能測(cè)試），評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測(cè)試。包括負(fù)載測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫(kù)容量測(cè)試、基準(zhǔn)測(cè)試等類型。16、軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容如何提交高質(zhì)量的軟件缺陷（Bug）記錄參考答案：5C標(biāo)準(zhǔn)17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別參考答案：Betatesting(β測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)Alphatesting(α測(cè)試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試18、軟件的評(píng)審一般由哪些人參加其目的是什么參考答案：在正式的會(huì)議上將軟件項(xiàng)目的成果（包括各階段的文檔、產(chǎn)生的代碼等）提交給用戶、客戶或有關(guān)部門人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷，并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。人員：用戶、客戶或有關(guān)部門開發(fā)人員，測(cè)試人員，需求分析師都可以，就看處于評(píng)審那個(gè)階段19、測(cè)試活動(dòng)中，如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，怎么處理參考答案：測(cè)試需求分析發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，應(yīng)該立即和相關(guān)人員進(jìn)行協(xié)調(diào)交流。20、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別參考答案：階段評(píng)審對(duì)項(xiàng)目各階段評(píng)審：對(duì)階段成果和工作項(xiàng)目評(píng)審對(duì)項(xiàng)目總體評(píng)審：對(duì)工作和產(chǎn)品21、闡述工作版本的定義參考答案：構(gòu)造號(hào)：BUILD22、什么是樁模塊什么是驅(qū)動(dòng)模塊參考答案：樁模塊：被測(cè)模塊調(diào)用模塊驅(qū)動(dòng)模塊調(diào)用被測(cè)模塊23、什么是扇入什么是扇出參考答案：扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目24、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么參考答案：軟件測(cè)試計(jì)劃就是在軟件測(cè)試工作正式實(shí)施之前明確測(cè)試的對(duì)象，并且通過對(duì)資源、時(shí)間、風(fēng)險(xiǎn)、測(cè)試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實(shí)施軟件測(cè)試；做好測(cè)試計(jì)劃工作的關(guān)鍵：目的，管理，規(guī)范1.明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性

編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(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)容與過程

“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ì)劃寫作完成后，如果沒有經(jīng)過評(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ù)庫(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ù)。25、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么參考答案：需求和設(shè)計(jì)文檔的理解程度，對(duì)系統(tǒng)的熟悉程度26、簡(jiǎn)述一下缺陷的生命周期參考答案：提交->確認(rèn)->分配->修復(fù)->驗(yàn)證->關(guān)閉27、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試參考答案：用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議加密機(jī)制安全防護(hù)策略：如安全日志、入侵檢測(cè)、隔離防護(hù)、漏洞掃描數(shù)據(jù)備份與恢復(fù)手段：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)保護(hù)、存儲(chǔ)管理防病毒系統(tǒng)28、軟件配置管理工作開展的情況和認(rèn)識(shí)參考答案：軟件配置管理貫穿于軟件開發(fā)、測(cè)試活動(dòng)的始終，覆蓋了開發(fā)、測(cè)試活動(dòng)的各個(gè)環(huán)節(jié)，它的重要作用之一就是要全面的管理保存各個(gè)配置項(xiàng)，監(jiān)控各配置項(xiàng)的狀態(tài)，并向項(xiàng)目經(jīng)理及相關(guān)的人員報(bào)告，從而實(shí)現(xiàn)對(duì)軟件過程的控制。軟件測(cè)試配置管理包括4個(gè)最基本的活動(dòng)：配置項(xiàng)標(biāo)識(shí)配置項(xiàng)控制配置項(xiàng)狀態(tài)報(bào)告配置審計(jì) 軟件配置管理通常借助工具來輔助，主要有MSSourceSafe、RationalClearCase等29、你覺得軟件測(cè)試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的參考答案： 缺陷密度值達(dá)到客戶的要求30、引入測(cè)試管理的含義參考答案：風(fēng)險(xiǎn)分析，進(jìn)度控制、角色分配、質(zhì)量控制31、一套完整的測(cè)試應(yīng)該由哪些階段組成參考答案：測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)與開發(fā)、測(cè)試實(shí)施、測(cè)試評(píng)審與測(cè)試結(jié)論32、單元測(cè)試的主要內(nèi)容參考答案：模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、錯(cuò)誤處理測(cè)試、邊界測(cè)試33、集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試，請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容參考答案：（1）在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；（2）一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；（3）各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；（5）單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度。34、簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試關(guān)系參考答案：（1）集成測(cè)試的主要依據(jù)概要設(shè)計(jì)說明書，系統(tǒng)測(cè)試的主要依據(jù)是需求設(shè)計(jì)說明書；（2）集成測(cè)試是系統(tǒng)模塊的測(cè)試，系統(tǒng)測(cè)試是對(duì)整個(gè)系統(tǒng)的測(cè)試，包括相關(guān)的軟硬件平臺(tái)、網(wǎng)絡(luò)以及相關(guān)外設(shè)的測(cè)試。35、軟件測(cè)試的文檔測(cè)試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測(cè)試的重點(diǎn)。那么軟件系統(tǒng)的用戶文檔包括哪些參考答案：用戶手冊(cè)安裝和設(shè)置指導(dǎo)聯(lián)機(jī)幫助指南、向?qū)永⑹纠湍０迨跈?quán)/注冊(cè)登記表最終用戶許可協(xié)議36、軟件系統(tǒng)中除用戶文檔之外，文檔測(cè)試還應(yīng)該關(guān)注哪些文檔參考答案：開發(fā)文檔軟件需求說明書數(shù)據(jù)庫(kù)設(shè)計(jì)說明書概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書可行性研究報(bào)告管理文檔項(xiàng)目開發(fā)計(jì)劃測(cè)試計(jì)劃測(cè)試報(bào)告開發(fā)進(jìn)度月報(bào)開發(fā)總結(jié)報(bào)告37、簡(jiǎn)述軟件系統(tǒng)中用戶文檔的測(cè)試要點(diǎn)參考答案：（1）讀者群。文檔面向的讀者定位要明確。對(duì)于初級(jí)用戶、中級(jí)用戶以及高級(jí)用戶應(yīng)該有不同的定位（2）術(shù)語(yǔ)。文檔中用到的術(shù)語(yǔ)要適用與定位的讀者群，用法一致，標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合。（3）正確性。測(cè)試中需檢查所有信息是否真實(shí)正確，查找由于過期產(chǎn)品說明書和銷售人員夸大事實(shí)而導(dǎo)致的錯(cuò)誤。檢查所有的目錄、索引和章節(jié)引用是否已更新，嘗試鏈接是否準(zhǔn)確，產(chǎn)品支持電話、地址和郵政編碼是否正確。（4）完整性。對(duì)照軟件界面檢查是否有重要的分支沒有描述到，甚至是否有整個(gè)大模塊沒有描述到。（5）一致性。按照文檔描述的操作執(zhí)行后，檢查軟件返回的結(jié)果是否與文檔描述的相同。（6）易用性。對(duì)關(guān)鍵步驟以粗體或背景色給用戶以提示，合理的頁(yè)面布局、適量的圖表都可以給用戶更高的易用性。需要注意的是文檔要有助于用戶排除錯(cuò)誤。不但描述正確操作，也要描述錯(cuò)誤處理辦法。文檔對(duì)于用戶看到的錯(cuò)誤信息應(yīng)當(dāng)有更詳細(xì)的文檔解釋。（7）圖表與界面截圖。檢查所有圖表與界面截圖是否與發(fā)行版本相同。（8）樣例與示例。像用戶一樣載入和使用樣例。如果是一段程序，就輸入數(shù)據(jù)并執(zhí)行它。以每一個(gè)模塊制作文件，確認(rèn)它們的正確性。（9）語(yǔ)言。不出現(xiàn)錯(cuò)別字，不要出現(xiàn)有二義性的說法。特別要注意的是屏幕截圖或繪制圖形中的文字。（10）印刷與包裝。檢查印刷質(zhì)量；手冊(cè)厚度與開本是否合適；包裝盒的大小是否合適；有沒有零碎易丟失的小部件等等。38、單元測(cè)試主要內(nèi)容是什么參考答案：?jiǎn)卧獪y(cè)試大多數(shù)由開發(fā)人員來完成，測(cè)試人員技術(shù)背景較好或者開發(fā)系統(tǒng)軟件時(shí)可能會(huì)安排測(cè)試人員進(jìn)行單元測(cè)試，大多數(shù)進(jìn)行的單元測(cè)試都是開發(fā)人員調(diào)試程序或者開發(fā)組系統(tǒng)聯(lián)合調(diào)試的過程。討論這個(gè)問題主要是擴(kuò)充一下讀者的視野。單元測(cè)試一般包括五個(gè)方面的測(cè)試：（1）模塊接口測(cè)試：模塊接口測(cè)試是單元測(cè)試的基礎(chǔ)。只有在數(shù)據(jù)能正確流入、流出模塊的前提下，其他測(cè)試才有意義。模塊接口測(cè)試也是集成測(cè)試的重點(diǎn)，這里進(jìn)行的測(cè)試主要是為后面打好基礎(chǔ)。測(cè)試接口正確與否應(yīng)該考慮下列因素：-輸入的實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)是否相同；-輸入的實(shí)際參數(shù)與形式參數(shù)的屬性是否匹配；-輸入的實(shí)際參數(shù)與形式參數(shù)的量綱是否一致；-調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的個(gè)數(shù)是否與被調(diào)模塊的形參個(gè)數(shù)相同；-調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的屬性是否與被調(diào)模塊的形參屬性匹配；-調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的量綱是否與被調(diào)模塊的形參量綱一致；-調(diào)用預(yù)定義函數(shù)時(shí)所用參數(shù)的個(gè)數(shù)、屬性和次序是否正確；-是否存在與當(dāng)前入口點(diǎn)無關(guān)的參數(shù)引用；-是否修改了只讀型參數(shù)；-對(duì)全程變量的定義各模塊是否一致；-是否把某些約束作為參數(shù)傳遞。如果模塊功能包括外部輸入輸出，還應(yīng)該考慮下列因素：-文件屬性是否正確；-OPEN/CLOSE語(yǔ)句是否正確；-格式說明與輸入輸出語(yǔ)句是否匹配；-緩沖區(qū)大小與記錄長(zhǎng)度是否匹配；-文件使用前是否已經(jīng)打開；-是否處理了文件尾；-是否處理了輸入/輸出錯(cuò)誤；-輸出信息中是否有文字性錯(cuò)誤。-局部數(shù)據(jù)結(jié)構(gòu)測(cè)試；-邊界條件測(cè)試；-模塊中所有獨(dú)立執(zhí)行通路測(cè)試；（2）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行過程中完整、正確，局部功能是整個(gè)功能運(yùn)行的基礎(chǔ)。重點(diǎn)是一些函數(shù)是否正確執(zhí)行，內(nèi)部是否運(yùn)行正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源，應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例，力求發(fā)現(xiàn)下面幾類錯(cuò)誤：-不合適或不相容的類型說明；-變量無初值；-變量初始化或省缺值有錯(cuò)；-不正確的變量名（拼錯(cuò)或不正確地截?cái)啵?出現(xiàn)上溢、下溢和地址異常。（3）邊界條件測(cè)試：邊界條件測(cè)試是單元測(cè)試中最重要的一項(xiàng)任務(wù)。眾所周知，軟件經(jīng)常在邊界上失效，采用邊界值分析技術(shù)，針對(duì)邊界值及其左、右設(shè)計(jì)測(cè)試用例，很有可能發(fā)現(xiàn)新的錯(cuò)誤。邊界條件測(cè)試是一項(xiàng)基礎(chǔ)測(cè)試，也是后面系統(tǒng)測(cè)試中的功能測(cè)試的重點(diǎn)，邊界測(cè)試執(zhí)行的較好，可以大大提高程序健壯性。（4）模塊中所有獨(dú)立路徑測(cè)試：在模塊中應(yīng)對(duì)每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試，單元測(cè)試的基本任務(wù)是保證模塊中每條語(yǔ)句至少執(zhí)行一次。測(cè)試目的主要是為了發(fā)現(xiàn)因錯(cuò)誤計(jì)算、不正確的比較和不適當(dāng)?shù)目刂屏髟斐傻腻e(cuò)誤。具體做法就是程序員逐條調(diào)試語(yǔ)句。常見的錯(cuò)誤包括：-誤解或用錯(cuò)了算符優(yōu)先級(jí)；-混合類型運(yùn)算；-變量初值錯(cuò)；-精度不夠；-表達(dá)式符號(hào)錯(cuò)。比較判斷與控制流常常緊密相關(guān)，測(cè)試時(shí)注意下列錯(cuò)誤：-不同數(shù)據(jù)類型的對(duì)象之間進(jìn)行比較；-錯(cuò)誤地使用邏輯運(yùn)算符或優(yōu)先級(jí)；-因計(jì)算機(jī)表示的局限性，期望理論上相等而實(shí)際上不相等的兩個(gè)量相等；-比較運(yùn)算或變量出錯(cuò)；-循環(huán)終止條件或不可能出現(xiàn)；-迭代發(fā)散時(shí)不能退出；-錯(cuò)誤地修改了循環(huán)變量。模塊的各條錯(cuò)誤處理通路測(cè)試：程序在遇到異常情況時(shí)不應(yīng)該退出，好的程序應(yīng)能預(yù)見各種出錯(cuò)條件，并預(yù)設(shè)各種出錯(cuò)處理通路。如果用戶不按照正常操作，程序就退出或者停止工作，實(shí)際上也是一種缺陷，因此單元測(cè)試要測(cè)試各種錯(cuò)誤處理路徑。一般這種測(cè)試著重檢查下列問題：-輸出的出錯(cuò)信息難以理解；-記錄的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不相符；-在程序自定義的出錯(cuò)處理段運(yùn)行之前，系統(tǒng)已介入；-異常處理不當(dāng)；-錯(cuò)誤陳述中未能提供足夠的定位出錯(cuò)信息。39、如何理解強(qiáng)度測(cè)試參考答案：強(qiáng)度測(cè)試是為了確定系統(tǒng)在最差工作環(huán)境的工作能力,也可能是用于驗(yàn)證在標(biāo)準(zhǔn)工作壓力下的各種資源的最下限指標(biāo)。它和壓力測(cè)試的目標(biāo)是不同的,壓力測(cè)試是在標(biāo)準(zhǔn)工作環(huán)境下,不斷增加系統(tǒng)負(fù)荷,最終測(cè)試出該系統(tǒng)能力達(dá)到的最大負(fù)荷(穩(wěn)定和峰值),而強(qiáng)度測(cè)試則是在非標(biāo)準(zhǔn)工作環(huán)境下,甚至不斷人為降低系統(tǒng)工作環(huán)境所需要的資源,如網(wǎng)絡(luò)帶寬,系統(tǒng)內(nèi)存,數(shù)據(jù)鎖等等,以測(cè)試系統(tǒng)在資源不足的情況下的工作狀態(tài),通過強(qiáng)度測(cè)試,可以確定本系統(tǒng)正常工作的最差環(huán)境.強(qiáng)度測(cè)試和壓力測(cè)試的測(cè)試指標(biāo)相近,大多都是與時(shí)間相關(guān)的指標(biāo),如并發(fā)量(吞吐量),延遲(最大\最小\平均)以及順序指標(biāo)等強(qiáng)度測(cè)試需要對(duì)系統(tǒng)的結(jié)構(gòu)熟悉,針對(duì)系統(tǒng)的特征設(shè)計(jì)強(qiáng)度測(cè)試的方法40、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試參考答案：性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包含了性能、強(qiáng)度、壓力、負(fù)載等多方面的測(cè)試內(nèi)容。壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試，是一種很平常的測(cè)試。增大訪問系統(tǒng)的用戶數(shù)量、或者幾個(gè)用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試。而負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試，主要是測(cè)試系統(tǒng)在一種或者集中極限條件下的相應(yīng)能力，是性能測(cè)試的重要部分。100個(gè)用戶對(duì)系統(tǒng)進(jìn)行連續(xù)半個(gè)小時(shí)的訪問可以看作壓力測(cè)試，那么連續(xù)訪問8個(gè)小時(shí)就可以認(rèn)為負(fù)載測(cè)試，1000個(gè)用戶連續(xù)訪問系統(tǒng)1個(gè)小時(shí)也可以看作是負(fù)載測(cè)試。實(shí)際上壓力測(cè)試和負(fù)載測(cè)試沒有明顯的區(qū)分。測(cè)試人員應(yīng)該站在關(guān)注整體性能的高度上來對(duì)系統(tǒng)進(jìn)行測(cè)試。41、什么是系統(tǒng)瓶頸參考答案：瓶頸主要是指整個(gè)軟硬件構(gòu)成的軟件系統(tǒng)某一方面或者幾個(gè)方面能力不能滿足用戶的特定業(yè)務(wù)要求，“特定”是指瓶頸會(huì)在某些條件下會(huì)出現(xiàn)，因?yàn)楫吘勾蠖鄶?shù)系統(tǒng)在投入前。嚴(yán)格的從技術(shù)角度講，所有的系統(tǒng)都會(huì)有瓶頸，因?yàn)榇蠖鄶?shù)系統(tǒng)的資源配置不是協(xié)調(diào)的，例如CPU使用率剛好達(dá)到100％時(shí)，內(nèi)存也正好耗盡的系統(tǒng)不是很多見。因此我們討論系統(tǒng)瓶頸要從應(yīng)用的角度討論：關(guān)鍵是看系統(tǒng)能否滿足用戶需求。在用戶極限使用系統(tǒng)的情況下，系統(tǒng)的響應(yīng)仍然正常，我們可以認(rèn)為改系統(tǒng)沒有瓶頸或者瓶頸不會(huì)影響用戶工作。因此我們測(cè)試系統(tǒng)瓶頸主要是實(shí)現(xiàn)下面兩個(gè)目的：-發(fā)現(xiàn)“表面”的瓶頸。主要是模擬用戶的操作，找出用戶極限使用系統(tǒng)時(shí)的瓶頸，然后解決瓶頸，這是性能測(cè)試的基本目標(biāo)。-發(fā)現(xiàn)潛在的瓶頸并解決，保證系統(tǒng)的長(zhǎng)期穩(wěn)定性。主要是考慮用戶在將來擴(kuò)展系統(tǒng)或者業(yè)務(wù)發(fā)生變化時(shí)，系統(tǒng)能夠適應(yīng)變化。滿足用戶目前需求的系統(tǒng)不是最好的，我們?cè)O(shè)計(jì)系統(tǒng)的目標(biāo)是在保證系統(tǒng)整個(gè)軟件生命周期能夠不斷適應(yīng)用戶的變化，或者通過簡(jiǎn)單擴(kuò)展系統(tǒng)就可以適應(yīng)新的變化。42、文檔測(cè)試主要包含什么內(nèi)容參考答案：在國(guó)內(nèi)軟件開發(fā)管理中，文檔管理幾乎是最弱的一項(xiàng)，因而在測(cè)試工作中特別容易忽略文檔測(cè)試也就不足為奇了。要想給用戶提供完整的產(chǎn)品，文檔測(cè)試是必不可少的。文檔測(cè)試一般注重下面幾個(gè)方面：文檔的完整性：主要是測(cè)試文檔內(nèi)容的全面性與完整性，從總體上把握文檔的質(zhì)量。例如用戶手冊(cè)應(yīng)該包括軟件的所有功能模塊。描述與軟件實(shí)際情況的一致性：主要測(cè)試軟件文檔與軟件實(shí)際的一致程度。例如用戶手冊(cè)基本完整后，我們還要注意用戶手冊(cè)與實(shí)際功能描述是否一致。因?yàn)槲臋n往往跟不上軟件版本的更新速度。易理解性：主要是檢查文檔對(duì)關(guān)鍵、重要的操作有無圖文說明，文字、圖表是否易于理解。對(duì)于關(guān)鍵、重要的操作僅僅只有文字說明肯定是不夠的，應(yīng)該附有圖表使說明更為直觀和明了。文檔中提供操作的實(shí)例：這項(xiàng)檢查內(nèi)容主要針對(duì)用戶手冊(cè)。對(duì)主要功能和關(guān)鍵操作提供的應(yīng)用實(shí)例是否豐富，提供的實(shí)例描述是否詳細(xì)。只有簡(jiǎn)單的圖文說明，而無實(shí)例的用戶手冊(cè)看起來就像是軟件界面的簡(jiǎn)單拷貝，對(duì)于用戶來說，實(shí)際上沒有什么幫助。印刷與包裝質(zhì)量：主要是檢查軟件文檔的商品化程度。有些用戶手冊(cè)是簡(jiǎn)單打印、裝訂而成，過于粗糙，不易于用戶保存。優(yōu)秀的文檔例如用戶手冊(cè)和技術(shù)白皮書，應(yīng)提供商品化包裝，并且印刷精美。43、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的參考答案：這個(gè)問題也是測(cè)試工程師經(jīng)常問的問題。有人主張測(cè)試用例詳細(xì)到每個(gè)步驟執(zhí)行什么都要寫出來，目的是即使一個(gè)不了解系統(tǒng)的新手都可以按照測(cè)試用例來執(zhí)行工作。主張這類寫法的人還可以舉出例子：歐美、日本等軟件外包文檔都是這樣做的。另外一種觀點(diǎn)就是主張寫的粗些，類似于編寫測(cè)試大綱。主張這種觀點(diǎn)的人是因?yàn)檐浖_發(fā)需求管理不規(guī)范，變動(dòng)十分頻繁，因而不能按照歐美的高標(biāo)準(zhǔn)來編寫測(cè)試用例。這樣的測(cè)試用例容易維護(hù)，可以讓測(cè)試執(zhí)行人員有更大的發(fā)揮空間。實(shí)際上，軟件測(cè)試用例的詳細(xì)程度首先要以覆蓋到測(cè)試點(diǎn)為基本要求。舉個(gè)例子：“用戶登陸系統(tǒng)”的測(cè)試用例可以不寫出具體的執(zhí)行數(shù)據(jù)，但是至少要寫出五種以上情況（），如果只用一句話覆蓋了這個(gè)功能是不合格的測(cè)試用例。覆蓋功能點(diǎn)不是指列出功能點(diǎn)，而是要寫出功能點(diǎn)的各個(gè)方面（如果組合情況較多時(shí)可以采用等價(jià)劃分）。另一個(gè)影響測(cè)試用例的就是組織的開發(fā)能力和測(cè)試對(duì)象特點(diǎn)。如果開發(fā)力量比較落后，編寫較詳細(xì)的測(cè)試用例是不現(xiàn)實(shí)的，因?yàn)楦緵]有那么大的資源投入，當(dāng)然這種情況很隨著團(tuán)隊(duì)的發(fā)展而逐漸有所改善。測(cè)試對(duì)象特點(diǎn)重點(diǎn)是指測(cè)試對(duì)象在進(jìn)度、成本等方面的要求，如果進(jìn)度較緊張的情況下，是根本沒有時(shí)間寫出高質(zhì)量的測(cè)試用例的，甚至有些時(shí)候測(cè)試工作只是一種輔助工作，因而不編寫測(cè)試用例。因此，測(cè)試用例的編寫要根據(jù)測(cè)試對(duì)象特點(diǎn)、團(tuán)隊(duì)的執(zhí)行能力等各個(gè)方面綜合起來決定編寫策略。最后要注意的是測(cè)試人員一定不能抱怨，力爭(zhēng)在不斷提高測(cè)試用例編寫水平的同時(shí)，不斷地提高自身能力。44、配置和兼容性測(cè)試的區(qū)別是什么參考答案：配置測(cè)試的目的是保證軟件在其相關(guān)的硬件上能夠正常運(yùn)行，而兼容性測(cè)試主要是測(cè)試軟件能否與不同的軟件正確協(xié)作。配置測(cè)試的核心內(nèi)容就是使用各種硬件來測(cè)試軟件的運(yùn)行情況，一般包括：（1）軟件在不同的主機(jī)上的運(yùn)行情況，例如Dell和Apple；（2）軟件在不同的組件上的運(yùn)行情況，例如開發(fā)的撥號(hào)程序要測(cè)試在不同廠商生產(chǎn)的Modem上的運(yùn)行情況；（3）不同的外設(shè)；（4）不同的接口；（5）不同的可選項(xiàng)，例如不同的內(nèi)存大小；兼容性測(cè)試的核心內(nèi)容：（1）測(cè)試軟件是否能在不同的操作系統(tǒng)平臺(tái)上兼容；（2）測(cè)試軟件是否能在同一操作系統(tǒng)平臺(tái)的不同版本上兼容；（3）軟件本身能否向前或者向后兼容；（4）測(cè)試軟件能否與其它相關(guān)的軟件兼容；（5）數(shù)據(jù)兼容性測(cè)試，主要是指數(shù)據(jù)能否共享；配置和兼容性測(cè)試通稱對(duì)開發(fā)系統(tǒng)類軟件比較重要，例如驅(qū)動(dòng)程序、操作系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)等。具體進(jìn)行時(shí)仍然按照測(cè)試用例來執(zhí)行。45、軟件文檔測(cè)試主要包含什么參考答案：隨著軟件文檔系統(tǒng)日益龐大，文檔測(cè)試已經(jīng)成為軟件測(cè)試的重要內(nèi)容。文檔測(cè)試對(duì)象主要如下：-包裝文字和圖形；-市場(chǎng)宣傳材料、廣告以及其它插頁(yè)；-授權(quán)、注冊(cè)登記表；-最終用戶許可協(xié)議；-安裝和設(shè)置向?qū)В?用戶手冊(cè)；-聯(lián)機(jī)幫助；-樣例、示范例子和模板；-……文檔測(cè)試的目的是提高易用性和可靠性，降低支持費(fèi)用，因?yàn)橛脩敉ㄟ^文檔就可以自己解決問題。因文檔測(cè)試的檢查內(nèi)容主要如下：-讀者對(duì)象——主要是文檔的內(nèi)容是否能讓該級(jí)別的讀者理解；-術(shù)語(yǔ)——主要是檢查術(shù)語(yǔ)是否適合讀者；-內(nèi)容和主題——檢查主題是否合適、是否丟失、格式是否規(guī)范等；-圖標(biāo)和屏幕抓圖——檢查圖表的準(zhǔn)確度和精確度；-樣例和示例——是否與軟件功能一致；-拼寫和語(yǔ)法；-文檔的關(guān)聯(lián)性——是否與其它相關(guān)文檔的內(nèi)容一致，例如與廣告信息是否一致；文檔測(cè)試是相當(dāng)重要的一項(xiàng)測(cè)試工作，不但要給予充分的重視，更要要認(rèn)真的完成，象做功能測(cè)試一樣來對(duì)待文檔測(cè)試。46、沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎參考答案：這個(gè)問題是國(guó)內(nèi)測(cè)試工程師經(jīng)常遇到的問題，根源就是國(guó)內(nèi)軟件開發(fā)文檔管理不規(guī)范，對(duì)變更的管理方法就更不合理了。實(shí)際上沒有任何文檔的時(shí)候，測(cè)試人員是能夠進(jìn)行黑盒測(cè)試的，這種測(cè)試方式我們可以稱之為探索測(cè)試，具體做法就是測(cè)試工程師根據(jù)自己的專業(yè)技能、領(lǐng)域知識(shí)等不斷的深入了解測(cè)試對(duì)象、理解軟件功能，進(jìn)而發(fā)現(xiàn)缺陷。在這種做法基本上把軟件當(dāng)成了產(chǎn)品說明書，測(cè)試過程中要和開發(fā)人員不斷的進(jìn)行交流。尤其在作項(xiàng)目的時(shí)候，進(jìn)度壓力比較大，可以作為加急測(cè)試方案。最大的風(fēng)險(xiǎn)是不知道有些特性是否被遺漏。47、測(cè)試中的“殺蟲劑怪事”是指什么參考答案：“殺蟲劑怪事”一詞由BorisBeizer在其編著的《軟件測(cè)試技術(shù)》第二版中提出。用于描述測(cè)試人員對(duì)同一測(cè)試對(duì)象進(jìn)行的測(cè)試次數(shù)越多，發(fā)現(xiàn)的缺陷就會(huì)越來越少的現(xiàn)象。就像老用一種農(nóng)藥，害蟲就會(huì)有免疫力，農(nóng)藥發(fā)揮不了效力。這種現(xiàn)象的根本原因就是測(cè)試人員對(duì)測(cè)試軟件過于熟悉，形成思維定勢(shì)。為了克服這種現(xiàn)象，測(cè)試人員需要不斷編寫新的測(cè)試程序或者測(cè)試用例，對(duì)程序的不同部分進(jìn)行測(cè)試，以發(fā)現(xiàn)更多的缺陷。也可以引用新人來測(cè)試軟件，剛剛進(jìn)來的新手往往能發(fā)現(xiàn)一些意想不到的問題。48、在配置測(cè)試中，如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題參考答案：在進(jìn)行配置測(cè)試時(shí)，測(cè)試工程師仍然會(huì)發(fā)現(xiàn)一些普通的缺陷，也就是與配置環(huán)境無關(guān)的缺陷。因此判斷新發(fā)現(xiàn)的問題，需要在不同的配置中重新執(zhí)行發(fā)現(xiàn)軟件缺陷的步驟，如果軟件缺陷不出現(xiàn)了，就可能是配置缺陷；如果在所有的配置中都出現(xiàn)，就可能是普通缺陷。需要注意的是，配置問題可以在一大類配置中出現(xiàn)。例如，撥號(hào)程序可能在所有的外置Modem中都存在問題，而內(nèi)置的Modem不會(huì)有任何問題。49、為什么盡量不要讓時(shí)間有富裕的員工去做一些測(cè)試參考答案：表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試和測(cè)試的人有很大關(guān)系。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細(xì)心有條理，總結(jié)問題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。如果他是專職的，那么肯定更有經(jīng)驗(yàn)和信心。國(guó)內(nèi)的小伙子好象都喜歡做程序員，兩者工作性質(zhì)不同，待遇不同，地位不同，對(duì)自我實(shí)現(xiàn)的價(jià)值的認(rèn)識(shí)也不同，這是行業(yè)的一個(gè)需要改善的問題。如果只是為了完成任務(wù)而完成任務(wù)，或者發(fā)現(xiàn)了幾個(gè)問題就覺得滿意了，這在任何其它工作中都是不行的。50、完全測(cè)試程序是可能的嗎參考答案：軟件測(cè)試初學(xué)者可能認(rèn)為拿到軟件后需要進(jìn)行完全測(cè)試，找到全部的軟件缺陷，使軟件“零缺陷”發(fā)布。實(shí)際上完全測(cè)試是不可能的。主要有以下一個(gè)原因：-完全測(cè)試比較耗時(shí)，時(shí)間上不允許；-完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；-輸入量太大，不能一一進(jìn)行測(cè)試；-輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；-軟件實(shí)現(xiàn)途徑太多；-軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定。51、軟件測(cè)試的風(fēng)險(xiǎn)主要體現(xiàn)在哪里參考答案：我們沒有對(duì)軟件進(jìn)行完全測(cè)試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒有進(jìn)行測(cè)試的部分。舉個(gè)例子，程序員為了方便，在調(diào)試程序時(shí)會(huì)彈出一些提示信息框，而這些提示只在某種條件下會(huì)彈出，碰巧程序發(fā)布前這些代碼中的一些沒有被注釋掉。在測(cè)試時(shí)測(cè)試工程師又沒有對(duì)其進(jìn)行測(cè)試。如果客戶碰到它，這將是代價(jià)昂貴的缺陷，因?yàn)榻桓逗蟛疟豢蛻舭l(fā)現(xiàn)。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小。52、發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎參考答案：這是一個(gè)比較常見的現(xiàn)象。測(cè)試工程師在沒有找到缺陷前會(huì)絞盡腦汁的思考，但是找到一個(gè)后，會(huì)接二連三的發(fā)現(xiàn)很多缺陷，頗有個(gè)人成就感。其中的原因主要如下：-代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。類的繼承導(dǎo)致所有的子類會(huì)包含基類的錯(cuò)誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。-程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫的功能缺陷較多。程序員加班是一種司空見慣的現(xiàn)象，因此體力不只時(shí)容易編寫一些缺陷較多的程序。而這些連續(xù)潛伏缺陷恰恰時(shí)測(cè)試工程師大顯身手的地方?！叭毕菀粋€(gè)連著一個(gè)”不是一個(gè)客觀規(guī)律，只是一個(gè)常見的現(xiàn)象。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。測(cè)試人員只要嚴(yán)肅認(rèn)真的測(cè)試程序就可以了。53、所有的軟件缺陷都能修復(fù)嗎所有的軟件缺陷都要修復(fù)嗎參考答案：從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：-沒有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒有預(yù)算足夠的回歸測(cè)試時(shí)間，再加上修改缺陷可能引入新的缺陷，因此在交付期限的強(qiáng)大壓力下，必須放棄某些缺陷的修改。-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。-不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問題被當(dāng)成缺陷來處理，這類問題可以以后有時(shí)間時(shí)考慮再處理。最后要說的是，缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來決定是否修復(fù)，不同角色的人員從不同的角度來思考，以做出正確的決定。54、軟件測(cè)試人員就是QA嗎參考答案：軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。軟件測(cè)試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。55、如何減少測(cè)試人員跳槽帶來的損失參考答案：在IT行業(yè)里跳槽已經(jīng)是一種司空見慣的現(xiàn)象，而且跳槽無論給公司還是給個(gè)人都會(huì)帶來一定的損失。測(cè)試隊(duì)伍也無疑會(huì)面臨跳槽的威脅，作為測(cè)試經(jīng)理管理者，只有從日常工作中開始做起，最能最大限度的減少損失。建議我們從以下兩個(gè)方面做起：-加強(qiáng)部門內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識(shí)互相轉(zhuǎn)移的過程。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。-通常情況下，企業(yè)能為員工提供足夠大的發(fā)展空間時(shí)，如果不是待遇特別低，員工都不會(huì)主動(dòng)離開企業(yè)。因此我們要想留住員工，管理者就應(yīng)該把員工的個(gè)人成長(zhǎng)和企業(yè)的發(fā)展聯(lián)系起來，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。不過這項(xiàng)要求做起來比較，要有比較好的企業(yè)文化為依托。56、測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么參考答案：習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，例如Windows2000。而通常把針對(duì)一個(gè)或者幾個(gè)特定的用戶而開發(fā)的軟件成為軟件項(xiàng)目，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地方：-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。-測(cè)試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。-項(xiàng)目最后要和用戶共同驗(yàn)收測(cè)試，這是產(chǎn)品測(cè)試不具有的特點(diǎn)。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作。57、和用戶共同測(cè)試（UAT測(cè)試）的注意點(diǎn)有哪些參考答案：軟件產(chǎn)品在投產(chǎn)前，通常都會(huì)進(jìn)行用戶驗(yàn)收測(cè)試。如果用戶驗(yàn)收測(cè)試沒有通過，直接結(jié)果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴(yán)重。根據(jù)作者的經(jīng)驗(yàn)，用戶驗(yàn)收測(cè)試一定要讓用戶滿意。實(shí)際上用戶現(xiàn)場(chǎng)測(cè)試更趨于是一種演示。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優(yōu)點(diǎn)，最后讓“上帝”滿意并欣然掏出“銀子”才是我們的目標(biāo)。因此用戶測(cè)試要注意下面的事項(xiàng)：（1）用戶現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測(cè)試，證明沒有問題才可以和用戶共同進(jìn)行測(cè)試。測(cè)試核心模塊的目的是建立用戶對(duì)軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡(jiǎn)單，因?yàn)檐浖且o用戶用的，問題早晚會(huì)暴露出來，除非你可以馬上修改。和用戶進(jìn)行測(cè)試還要注意各種交流技巧，爭(zhēng)取不但短期利益得到了滿足，還要為后面得合作打好基礎(chǔ)。58、如何編寫提交給用戶的測(cè)試報(bào)告參考答案：隨著測(cè)試工作越來越受重視，開發(fā)團(tuán)隊(duì)向客戶提供測(cè)試文檔是不可避免的事情。很多人會(huì)問：“我們可以把工作中的測(cè)試報(bào)告提供給客戶嗎”答案是否定的。因?yàn)樘峁﹥?nèi)部測(cè)試報(bào)告，可能會(huì)讓客戶失去信心，甚至否定項(xiàng)目。測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測(cè)試報(bào)告的寫法，一般外部測(cè)試報(bào)告要滿足下面幾個(gè)要求：-根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫，一般可以摘錄；-不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；-報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；-報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；-整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來負(fù)面作用，尤其是性能測(cè)試報(bào)告?？傊獠繙y(cè)試報(bào)告要小心謹(jǐn)慎的編寫。59、測(cè)試工具在測(cè)試工作中是什么地位參考答案：國(guó)內(nèi)的很多測(cè)試工程師對(duì)測(cè)試工具相當(dāng)迷戀，尤其是一些新手，甚至期望測(cè)試工具可以取代手工測(cè)試。測(cè)試工具在測(cè)試工作中起的是輔助作用，一般用來提高測(cè)試效率。自動(dòng)化測(cè)試彌補(bǔ)了手工測(cè)試的不足，減輕一定的工作量。實(shí)際上測(cè)試工具是無法替代大多數(shù)手工測(cè)試的，而一些諸如性能測(cè)試等自動(dòng)化測(cè)試也是手工所不能完成的。對(duì)于自動(dòng)測(cè)試技術(shù)，應(yīng)當(dāng)依據(jù)軟件的不同情況來分別對(duì)待，一般自動(dòng)技術(shù)會(huì)應(yīng)用在引起大量重復(fù)性工作的地方、系統(tǒng)的壓力點(diǎn)、以及任何適合使用程序解決大批量輸入數(shù)據(jù)的地方。然后再尋找合適的自動(dòng)測(cè)試工具，或者自己開發(fā)測(cè)試程序。一定不要為了使用測(cè)試工具而使用。60、什么是軟件測(cè)試，軟件測(cè)試的目的參考答案：61、簡(jiǎn)述負(fù)載測(cè)試與壓力測(cè)試的區(qū)別。參考答案： 壓力測(cè)試（StressTesting）壓力測(cè)試的主要任務(wù)就是獲取系統(tǒng)正確運(yùn)行的極限，檢查系統(tǒng)在瞬間峰值負(fù)荷下正確執(zhí)行的能力。例如，對(duì)服務(wù)器做壓力測(cè)試時(shí)就可以增加并發(fā)操作的用戶數(shù)量；或者不停地向服務(wù)器發(fā)送請(qǐng)求；或一次性向服務(wù)器發(fā)送特別大的數(shù)據(jù)等。看看服務(wù)器保持正常運(yùn)行所能達(dá)到的最大狀態(tài)。人們通常使用測(cè)試工具來完成壓力測(cè)試，如模擬上萬個(gè)用戶從終端同時(shí)登錄，這是壓力測(cè)試中常常使用的方法。負(fù)載測(cè)試（VolumeTesting）用于檢查系統(tǒng)在使用大量數(shù)據(jù)的時(shí)候正確工作的能力，即檢驗(yàn)系統(tǒng)的能力最高能達(dá)到什么程度。例如，對(duì)于信息檢索系統(tǒng)，讓它使用頻率達(dá)到最大；對(duì)于多個(gè)終端的分時(shí)系統(tǒng)，讓它所有的終端都開動(dòng)。在使整個(gè)系統(tǒng)的全部資源達(dá)到“滿負(fù)荷”的情形下，測(cè)試系統(tǒng)的承受能力。62、寫出bug報(bào)告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。參考答案：（要結(jié)合自己實(shí)際的工作經(jīng)驗(yàn)進(jìn)行回答，不同公司略有區(qū)別） 測(cè)試人員提交新的Bug入庫(kù)，錯(cuò)誤狀態(tài)為New。高級(jí)測(cè)試員/測(cè)試經(jīng)理驗(yàn)證錯(cuò)誤，如果確認(rèn)是錯(cuò)誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined狀態(tài)。開發(fā)經(jīng)理分配bug至對(duì)應(yīng)的模塊開發(fā)人員。開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯(cuò)誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。對(duì)于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會(huì)議（評(píng)審會(huì)）通過才能認(rèn)可。測(cè)試人員查詢狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決，置Bug的狀態(tài)為Closed，如沒有解決,置bug狀態(tài)為Reopen。63、寫出bug報(bào)告當(dāng)中一些必備的內(nèi)容。參考答案： 硬件平臺(tái)和操作系統(tǒng) 測(cè)試應(yīng)用的硬件平臺(tái)（Platform），通常選擇“PC”。 測(cè)試應(yīng)用的操作系統(tǒng)平臺(tái)（OS）。版本 提交缺陷報(bào)告時(shí)通過該字段標(biāo)識(shí)此缺陷存在于被測(cè)試軟件的哪個(gè)版本。Bug報(bào)告優(yōu)先級(jí)Bug狀態(tài)Bug的編號(hào)發(fā)現(xiàn)人提交人指定處理人概述從屬關(guān)系詳細(xì)描述嚴(yán)重程度所屬模塊附件提交日期64、開發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決參考答案：這種現(xiàn)象在開發(fā)流程不規(guī)范的團(tuán)隊(duì)里特別常見，尤其是一些“作坊式”的團(tuán)隊(duì)里。解決這種問題一般從兩個(gè)方面入手：一方面從開發(fā)管理入手，也就是從根源來解決問題?？梢灾贫ㄒ?guī)范的開發(fā)流程，甚至可以制定懲罰制度，還有就是軟件開發(fā)前做好規(guī)劃設(shè)計(jì)。另一方面就是加強(qiáng)測(cè)試，具體做法就是加強(qiáng)開發(fā)人員的自己測(cè)試，把這些問題“消滅”在開發(fā)階段，這是比較好的做法，讀者可以參考第13章試案例分析的“缺陷反復(fù)出現(xiàn)，誰的責(zé)任”小節(jié)，專門討論了這類問題的方法。此外，還可以通過規(guī)范的缺陷管理來對(duì)開發(fā)人員進(jìn)行控制，比如測(cè)試部門整理出常見的缺陷，讓開發(fā)人員自己對(duì)照進(jìn)行檢查，以減少這類低級(jí)錯(cuò)誤的發(fā)生。開發(fā)人員犯錯(cuò)誤是正常的現(xiàn)象，作為測(cè)試人員一定不能抱怨，要認(rèn)認(rèn)真真的解決問題才是上策。65、畫出軟件測(cè)試的V模型圖。 參考答案： 66、為什么要在一個(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)