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

.PAGE36.軟件測試面試題匯總5922測試技術(shù)面試題5212731、什么是兼容性測試,兼容性測試側(cè)重哪些方面？5181572、我現(xiàn)在有個程序,發(fā)現(xiàn)在Windows上運(yùn)行得很慢,怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？5296223、測試的策略有哪些？656944、正交表測試用例設(shè)計方法的特點(diǎn)是什么？6120155、描述使用bugzilla缺陷管理工具對軟件缺陷〔BUG跟蹤的管理的流程？6131036、你覺得bugzilla在使用的過程中,有什么問題？635597、描述測試用例設(shè)計的完整過程？640978、單元測試的策略有哪些？6145629、LoadRunner分哪三部分？61610110、LoadRunner進(jìn)行測試的流程?71647311、什么是并發(fā)？在lordrunner中,如何進(jìn)行并發(fā)的測試？集合點(diǎn)失敗了會怎么樣？731112、使用QTP做功能測試,錄制腳本的時候,要驗證多個用戶的登錄情況/查詢情況,如何操作？71225213、QTP中的Action有什么作用？有幾種？719810Action的作用716603Action的種類72688314、TestDirector有些什么功能,如何對軟件測試過程進(jìn)行管理？72989215、你所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系〔如功能測試、性能測試……？82483816、軟件缺陷〔或者叫Bug記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷〔Bug記錄？82281817、Beta測試與Alpha測試有什么區(qū)別？81429218、軟件的評審一般由哪些人參加？其目的是什么？8348719、測試活動中,如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,怎么處理？9865120、階段評審與項目評審有什么區(qū)別？9897621、闡述工作版本的定義？91090122、什么是樁模塊？什么是驅(qū)動模塊？92559523、什么是扇入？什么是扇出？91282724、你認(rèn)為做好測試計劃工作的關(guān)鍵是什么？92309425、你認(rèn)為做好測試用例工作的關(guān)鍵是什么？102614826、簡述一下缺陷的生命周期？101703727、軟件的安全性應(yīng)從哪幾個方面去測試？101789328、軟件配置管理工作開展的情況和認(rèn)識？102626329、你覺得軟件測試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的？102637430、引入測試管理的含義？102204131、一套完整的測試應(yīng)該由哪些階段組成？101227132、單元測試的主要內(nèi)容？11119833、集成測試也叫組裝測試或者聯(lián)合測試,請簡述集成測試的主要內(nèi)容？116489〔1在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失；111371434、簡述集成測試與系統(tǒng)測試關(guān)系？1122894〔1集成測試的主要依據(jù)概要設(shè)計說明書,系統(tǒng)測試的主要依據(jù)是需求設(shè)計說明書；111195535、軟件測試的文檔測試應(yīng)當(dāng)貫穿于軟件生命周期的全過程,其中用戶文檔是文檔測試的重點(diǎn)。那么軟件系統(tǒng)的用戶文檔包括哪些？111152936、軟件系統(tǒng)中除用戶文檔之外,文檔測試還應(yīng)該關(guān)注哪些文檔？111369937、簡述軟件系統(tǒng)中用戶文檔的測試要點(diǎn)？122248438、單元測試主要內(nèi)容是什么？121103539、如何理解強(qiáng)度測試？133130340、如何理解壓力、負(fù)載、性能測試測試？14273341、什么是系統(tǒng)瓶頸？14535342、文檔測試主要包含什么內(nèi)容？142569443、功能測試用例需要詳細(xì)到什么程度才是合格的？15261544、配置和兼容性測試的區(qū)別是什么？1532753〔1軟件在不同的主機(jī)上的運(yùn)行情況,例如Dell和Apple；151564545、軟件文檔測試主要包含什么？152815646、沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測試嗎？16612147、測試中的"殺蟲劑怪事"是指什么？161726548、在配置測試中,如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題？162665249、為什么盡量不要讓時間有富裕的員工去做一些測試？162323450、完全測試程序是可能的嗎？17756351、軟件測試的風(fēng)險主要體現(xiàn)在哪里？17382752、發(fā)現(xiàn)的缺陷越多,說明軟件缺陷越多嗎？171219653、所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎？171850554、軟件測試人員就是QA嗎？181686155、如何減少測試人員跳槽帶來的損失？181216656、測試產(chǎn)品與測試項目的區(qū)別是什么？181038757、和用戶共同測試〔UAT測試的注意點(diǎn)有哪些？181734558、如何編寫提交給用戶的測試報告？191482159、測試工具在測試工作中是什么地位？191239160、什么是軟件測試,軟件測試的目的？192925361、簡述負(fù)載測試與壓力測試的區(qū)別。192762862、寫出bug報告流轉(zhuǎn)的步驟,每步的責(zé)任人及主要完成的工作。202941163、寫出bug報告當(dāng)中一些必備的內(nèi)容。201155764、開發(fā)人員老是犯一些低級錯誤怎么解決？202050865、畫出軟件測試的V模型圖。212980566、為什么要在一個團(tuán)隊中開展軟件測試工作？21627967、您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？21384468、您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系〔如功能測試、性能測試……2135269、您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？222822770、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。221929871、測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？231475172、您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。231927473、請以您以往的實際工作為例,詳細(xì)的描述一次測試用例設(shè)計的完整的過程。233112174、您以往是否曾經(jīng)從事過性能測試工作？如果有,請盡可能的詳細(xì)描述您以往的性能測試工作的完整過程。24706775、你對測試最大的興趣在哪里？為什么？242734676、你以前工作時的測試流程是什么？252697177、當(dāng)開發(fā)人員說不是BUG時,你如何應(yīng)付？251756878、軟件的構(gòu)造號與版本號之間的區(qū)別？BVT<BuildVerificationTest>257139Major.Minor[.Revision[.Build]]2520951Build：內(nèi)部版本號的不同表示對相同源所作的重新編譯。這適合于更改處理器、平臺或編譯器的情況。2522514BVT<BuildVerificationTest>：253178279、您以往的工作中,一條軟件缺陷〔或者叫Bug記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷〔Bug記錄？268362記錄的內(nèi)容為：發(fā)現(xiàn)了哪些bug、解決了哪些bug、遺留的bug對軟件的影響268623answer2:缺陷名詞/描述/缺陷等級/嚴(yán)重程度/發(fā)現(xiàn)模塊/發(fā)現(xiàn)步驟和過程/是否可以重現(xiàn)2611550提交高質(zhì)量的Bug記錄的方法：2642971．用統(tǒng)一的Bug管理系統(tǒng)26326592．在執(zhí)行完一個測試用例并且通過時,應(yīng)向Bug管理系統(tǒng)提交一個Bug報告2689003．Bug報告必須清晰描述Bug產(chǎn)生的環(huán)境,產(chǎn)生Bug的用例、Bug產(chǎn)生的條件、具體詳細(xì)的BUG現(xiàn)象,當(dāng)前被測的軟件版本,測試員人的建義等內(nèi)容,以便BUG處理人員能重視現(xiàn)象BUG,能有效的找出現(xiàn)象BUG的原因BUG并進(jìn)行修正。26296174．BUG提交以"輪"為單位,也就是每個具體的BUG必須屬于具體的被測軟件產(chǎn)品版本。26301755．每個提交的BUG經(jīng)過處理或修正后放在下一個被測版本中進(jìn)行回歸測試,測試通過后,此BUG才會轉(zhuǎn)換為CLOSE狀態(tài),結(jié)束此BUG的生命周期,否則,此BUG會處于相應(yīng)的生存狀態(tài),直到最終處理完成后轉(zhuǎn)為CLOSE狀態(tài)。262538280、您以往所從事的軟件測試工作中,是否使用了一些工具來進(jìn)行軟件缺陷〔Bug的管理？如果有,請結(jié)合該工具描述軟件缺陷〔Bug跟蹤管理的流程。26199681、您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？261551082、單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么？271573683、集成測試通常都有那些策略？27173484、一個缺陷測試報告的組成27254485、基于WEB信息管理系統(tǒng)測試時應(yīng)考慮的因素有哪些？282314086、軟件測試項目從什么時候開始？為什么？281372687、需求測試注意事項有哪些？282838689、你在你所在的公司是怎么開展測試工作的？是如何組織的？28414290、你認(rèn)為理想的測試流程是什么樣子？283153891、您在從事性能測試工作時,是否使用過一些測試工具？如果有,請試述該工具的工作原理,并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。292735592、軟件測試活動的生命周期是什么？292903993、請畫出軟件測試活動的流程圖？292610894、針對缺陷采取怎樣管理措施？29529495、什么是測試評估？測試評估的范圍是什么？301330896、如果能夠執(zhí)行完美的黑盒測試,還需要進(jìn)行白盒測試嗎？為什么？30885397、測試結(jié)束的標(biāo)準(zhǔn)是什么？301771098、軟件驗收測試除了alpha,beta測試以外,還有哪一種?302212199、做測試多久了？以前做過哪些項目？你們以前測試的流程是怎樣的？用過哪些測試工具？3011029100、請就如何在開發(fā)中進(jìn)行軟件質(zhì)量控制說說你的看法3031144101、一套完整的測試應(yīng)該由哪些階段組成？分別闡述一下各個階段。3114105102、軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。315749103、測試用例通常包括那些內(nèi)容？著重闡述編制測試用例的具體做法3214277104、在分別測試winform的C/S結(jié)構(gòu)與測試WEB結(jié)構(gòu)的軟件是,應(yīng)該采取什么樣的方法分別測試？他們存在什么樣的區(qū)別與聯(lián)系？3216987105、在測試winform的C/S結(jié)構(gòu)軟件時,發(fā)現(xiàn)這個軟件的運(yùn)行速度很慢,您會認(rèn)為是什么原因？您會采取哪些方法去檢查這個原因？324345106、描述使用bugzilla缺陷管理工具對軟件缺陷〔BUG跟蹤的管理的流程3227698107、你都用什么測試方法針對不同的產(chǎn)品或者系統(tǒng)或者模塊,有不同的測試方法。總體而言有白盒測試和黑盒測試。333771108、怎么編寫案例案例的編寫與測試階段的定義有很大的關(guān)系。系統(tǒng)測試和unit測試的案例可能不同?？傮w而言測試案例根據(jù)系統(tǒng)的需求而定。3311824109、怎么才能夠全面的測試到每一個點(diǎn)測試的全面性主要需要在設(shè)計測試計劃的時候考慮,從測試策略,產(chǎn)品需求等等多個角度考慮從而定義全部的測試點(diǎn)。333984110、談?wù)勡浖y試技術(shù),以及如何提高3328005111、談?wù)勡浖y試職業(yè)發(fā)展,以及個人的打算3319065112、談?wù)勡浖y試在企業(yè)的地位,也可以結(jié)合軟件生命周期來談336707113、一般公司里實際的軟件測試流程是什么樣的？你們公司又是怎樣的？3322032114、軟件工程師要具有那些素質(zhì)？3316778115、你會哪些測試工具？怎么操作？33344116、你能不能說下你的3到5年的職業(yè)計劃〔規(guī)劃3323784117、你覺得你來應(yīng)聘有那些優(yōu)勢？3321563118、與s的區(qū)別？3332620其他問題：〔有可能清晰的思路比確切的答案更重要3331949開發(fā)及環(huán)境搭建類面試題34124181、描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。〔可以結(jié)合一種開發(fā)語言進(jìn)行描述34224732、簡述什么是值傳遞,什么是地址傳遞,兩者區(qū)別是什么？3422903、結(jié)構(gòu)化程序設(shè)計和面向?qū)ο蟪绦蛟O(shè)計各自的特點(diǎn)及優(yōu)缺點(diǎn)是什么？34301864、簡述什么是存儲過程和觸發(fā)器？3434135、使用C語言編寫一個函數(shù),用于交換兩個變量的值〔地址傳遞。34197226、請簡述DNS、活動目錄、域的概念。3522844DNS：域名服務(wù),作用是將網(wǎng)絡(luò)域名解析成IP地址；35315287、描述TCP/IP協(xié)議的層次結(jié)構(gòu),以及每一層中重要協(xié)議。3521908、簡述子網(wǎng)掩碼的用途。35293889、說出4種以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍〔微軟的操作系統(tǒng)除外。3530958Linux〔RedHat、SUSE、Debian、TruboLinux：主要用于搭建各類服務(wù)器3525443MACOS：蘋果機(jī)的操作系統(tǒng),用于圖像處理352850Unix〔AIX：IBM服務(wù)器的專用操作系統(tǒng)；351407Solaris：Sun操作系統(tǒng)；FreeBSD、NetBSD35327610、在Linux系統(tǒng)中,一個文件的訪問權(quán)限是755,其含義是什么？352922211、Windows操作系統(tǒng)中PATH環(huán)境變量的作用是什么？352995612、Ghost的主要用途和常用方法？36962313、在RedHat中,從root用戶切到userl用戶,一般用什么命令？361293614、Linux中,一般怎么隱藏文件？36439315、如何將自己的本地磁盤〔D做成FTP供遠(yuǎn)端主機(jī)使用？3615516、對RUP.CMM,CMMI,XP,PSP.TSP的認(rèn)識？3632050XP的核心價值：交流、簡單、反饋、勇氣。37815117、DNS是什么,它是如何工作的?3717176Windows下配置DNS服務(wù)器在《搭建Windows測試環(huán)境》中有。373134718、防火墻如何保證安全的？主要有哪些？3726875<1>.包過濾<Packetfiltering>型3714282<2>.應(yīng)用代理<ApplicationProxy>型381320619、目前流行的操作的系統(tǒng)有哪些？請舉例說明安裝操作系統(tǒng)的注意事項？398499UNIX類：SVRx、FreeBSD、OpenBSD、NetBSD、Solaris、各種Linux等等。MacOS……391031820、簡述一下c/s模式或者b/s模式？39265221、TCP/UDP有哪些區(qū)別？392178UDP-非可靠連接,會丟包,沒有校驗,速度快,無須握手過程391684722、ISO模型？HUB、tch、Router是ISO的第幾層設(shè)備？4022685HUB：1層〔物理層；Switch：2層〔數(shù)據(jù)鏈路層；Router：3層〔網(wǎng)絡(luò)層402925623、內(nèi)存有哪幾種存儲組織結(jié)構(gòu).請分別加以說明？4022649人力資源面試題40255981、你的測試職業(yè)發(fā)展是什么？你自認(rèn)為做測試的優(yōu)勢在哪里？40164022、你為什么想離開目前的職務(wù)？40176933、你對我們公司了解有多少？40272924、你找工作時,最重要的考慮因素為何？4068955、為什么我們應(yīng)該錄取你？40111256、請談?wù)勀銈€人的最大特色。40188357、一個測試工程師應(yīng)具備那些素質(zhì)和技能？4091078、您認(rèn)為在測試人員同開發(fā)人員的溝通過程中,如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？41200239、在您以往的測試工作中,最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對待這些事情的？412542510、在即將完成這次筆試前,您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗和心得體會？〔可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面412665611、為什么選擇測試這行？411736212、你的工作通常能在時限內(nèi)完成嗎.〔我想問一下就是她問這個問題的動機(jī)是什么41385513、通常你對于別人批評你會有什么樣的反應(yīng)413182614、如果明知這樣做不對,你還會依主管的指過去做嗎？411888715、如果你接到一個客戶抱怨的,你確知無法解決他的問題,你會怎么處理？412332216、請就軟件測試人員應(yīng)該具備什么樣的基本素質(zhì)說說你的看法。421990017、你在五年內(nèi)的個人目標(biāo)和職業(yè)目標(biāo)分別是什么？42177818、你怎樣做出自己的職業(yè)選擇？42測試技術(shù)面試題1、什么是兼容性測試,兼容性測試側(cè)重哪些方面？參考答案：兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運(yùn)行,即是通常說的軟件的可移植性。兼容的類型,如果細(xì)分的話,有平臺的兼容,網(wǎng)絡(luò)兼容,數(shù)據(jù)庫兼容,以及數(shù)據(jù)格式的兼容。兼容測試的重點(diǎn)是,對兼容環(huán)境的分析。通常,是在運(yùn)行軟件的環(huán)境不是很確定的情況下,才需要做兼容。根據(jù)軟件運(yùn)行的需要,或者根據(jù)需求文檔,一般都能夠得出用戶會在什么環(huán)境下使用該軟件,把這些環(huán)境整理成表單,就得出做兼容測試的兼容環(huán)境了。兼容和配置測試的區(qū)別在于,做配置測試通常不是CleanOS下做測試,而兼容測試多是在CleanOS的環(huán)境下做的。2、我現(xiàn)在有個程序,發(fā)現(xiàn)在Windows上運(yùn)行得很慢,怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？參考答案：1、檢查系統(tǒng)是否有中毒的特征；2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立,即沒有對外提供什么消耗CPU資源的服務(wù)；4、如果是C/S或者B/S結(jié)構(gòu)的軟件,需要檢查是不是因為與服務(wù)器的連接有問題,或者訪問有問題造成的；5、在系統(tǒng)沒有任何負(fù)載的情況下,查看性能監(jiān)視器,確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。3、測試的策略有哪些？參考答案：黑盒/白盒,靜態(tài)/動態(tài),手工/自動,冒煙測試,回歸測試,公測〔Beta測試的策略4、正交表測試用例設(shè)計方法的特點(diǎn)是什么？參考答案：用最少的實驗覆蓋最多的操作,測試用例設(shè)計很少,效率高,但是很復(fù)雜；對于基本的驗證功能,以及二次集成引起的缺陷,一般都能找出來；但是更深的缺陷,更復(fù)雜的缺陷,還是無能為力的；具體的環(huán)境下,正交表一般都很難做的。大多數(shù),只在系統(tǒng)測試的時候使用此方法。5、描述使用bugzilla缺陷管理工具對軟件缺陷〔BUG跟蹤的管理的流程？參考答案：1、當(dāng)你發(fā)現(xiàn)問題的時候,可以新建一個BUG,將bug的信息填寫完整;2、當(dāng)bug被改好以后可將狀態(tài)改為已修改或是標(biāo)記或不確定狀態(tài);3、當(dāng)bug再次出現(xiàn)的時候可以將狀態(tài)改為再次打開;4、確定更改后關(guān)閉bug.6、你覺得bugzilla在使用的過程中,有什么問題？參考答案：界面不穩(wěn)定；根據(jù)需要配置它的不同的部分,過程很煩瑣。流程控制上,安全性不好界定,很容易對他人的Bug進(jìn)行誤操作；沒有綜合的評分指標(biāo),不好確認(rèn)修復(fù)的優(yōu)先級別。7、描述測試用例設(shè)計的完整過程？參考答案：需求分析+需求變更的維護(hù)工作；根據(jù)需求得出測試需求；設(shè)計測試方案,評審測試方案；方案評審?fù)ㄟ^后,設(shè)計測試用例,再對測試用例進(jìn)行評審；8、單元測試的策略有哪些？參考答案：邏輯覆蓋、循環(huán)覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數(shù)據(jù)流分析9、LoadRunner分哪三部分？參考答案：用戶動作設(shè)計；場景設(shè)計；測試數(shù)據(jù)分析；10、LoadRunner進(jìn)行測試的流程?參考答案：測試分析創(chuàng)建虛擬用戶腳本創(chuàng)建運(yùn)行場景運(yùn)行測試腳本監(jiān)視場景分析測試的結(jié)果以上,最好是結(jié)合一個案例,根據(jù)以上流程來介紹。11、什么是并發(fā)？在lordrunner中,如何進(jìn)行并發(fā)的測試？集合點(diǎn)失敗了會怎么樣？參考答案：在同一時間點(diǎn),支持多個不同的操作。LoadRunner中提供IP偽裝,集合點(diǎn),配合虛擬用戶的設(shè)計,以及在多臺電腦上設(shè)置,可以比較好的模擬真實的并發(fā)。集合點(diǎn),即是多個用戶在某個時刻,某個特定的環(huán)境下同時進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗,則集合點(diǎn)的才操作就會取消,測試就不能進(jìn)行。12、使用QTP做功能測試,錄制腳本的時候,要驗證多個用戶的登錄情況/查詢情況,如何操作？參考答案：分析用戶登錄的基本情況,得出一組數(shù)據(jù),通過性測試/失敗性測試的都有〔根據(jù)TC來設(shè)計這些數(shù)據(jù),然后錄制登錄的腳本,將關(guān)鍵的數(shù)據(jù)參數(shù)化,修改腳本,對代碼進(jìn)行加強(qiáng),調(diào)試腳本。13、QTP中的Action有什么作用？有幾種？參考答案：Action的作用：用Action可以對步驟集進(jìn)行分組步驟重組,然后被整體調(diào)用擁有自己的sheet組合有相同需求的步驟,整體操作具有獨(dú)立的對象倉庫Action的種類可復(fù)用Action不可復(fù)用Action外部Action14、TestDirector有些什么功能,如何對軟件測試過程進(jìn)行管理？參考答案：需求管理定義測試范圍定義需求樹描述需求樹的功能點(diǎn)測試計劃定義測試目標(biāo)和測試策略。分解應(yīng)用程序,建立測試計劃樹。確定每個功能點(diǎn)的測試方法。將每個功能點(diǎn)連接到需求上,使測試計劃覆蓋全部的測試需求。描述手工測試的測試步驟指明需要進(jìn)行自動測試的功能點(diǎn)測試執(zhí)行定義測試集合。為每個測試人員制定測試任務(wù)和測試日程安排。運(yùn)行自動測試。缺陷跟蹤記錄缺陷查看新增缺陷,并確定哪些是需要修正的相關(guān)技術(shù)人員修改缺陷回歸測試分析缺陷統(tǒng)計圖表,分析應(yīng)用程序的開發(fā)質(zhì)量。15、你所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系〔如功能測試、性能測試……？參考答案：CompatibilityTesting〔兼容性測試,也稱"Configurationtesting〔配置測試",測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容,如：瀏覽器、操作系統(tǒng)、硬件等。驗證測試對象在不同的軟件和硬件配置中的運(yùn)行情況。Functionaltesting<功能測試>,也稱為behavioraltesting〔行為測試,根據(jù)產(chǎn)品特征、操作描述和用戶方案,測試一個產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計需求。本地化軟件的功能測試,用于驗證應(yīng)用程序或網(wǎng)站對目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_、瀏覽器和測試腳本,以保證目標(biāo)用戶的體驗將足夠好,就像應(yīng)用程序是專門為該市場開發(fā)的一樣。

Performancetesting〔性能測試,評價一個產(chǎn)品或組件與性能需求是否符合的測試。包括負(fù)載測試、強(qiáng)度測試、數(shù)據(jù)庫容量測試、基準(zhǔn)測試等類型。16、軟件缺陷〔或者叫Bug記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷〔Bug記錄？參考答案：一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等；要有效的發(fā)現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計等前期文檔設(shè)計出高效的測試用例,然后嚴(yán)格執(zhí)行測試用例,對發(fā)現(xiàn)的問題要充分確認(rèn)肯定,然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。17、Beta測試與Alpha測試有什么區(qū)別？參考答案：Betatesting<β測試>,測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場

Alphatesting<α測試>,是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的受控測試18、軟件的評審一般由哪些人參加？其目的是什么？參考答案：在正式的會議上將軟件項目的成果〔包括各階段的文檔、產(chǎn)生的代碼等提交給用戶、客戶或有關(guān)部門人員對軟件產(chǎn)品進(jìn)行評審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計缺陷,并采取補(bǔ)救措施,以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。人員：用戶、客戶或有關(guān)部門開發(fā)人員,測試人員,需求分析師都可以,就看處于評審那個階段19、測試活動中,如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,怎么處理？參考答案：測試需求分析發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,應(yīng)該立即和相關(guān)人員進(jìn)行協(xié)調(diào)交流。20、階段評審與項目評審有什么區(qū)別？參考答案：階段評審對項目各階段評審：對階段成果和工作項目評審對項目總體評審：對工作和產(chǎn)品21、闡述工作版本的定義？參考答案：產(chǎn)品到達(dá)測試環(huán)節(jié)了,需要一個版本號,比如當(dāng)前是V1.0,進(jìn)行一輪功能測試后,會發(fā)現(xiàn)許多問題,開發(fā)人員修復(fù)后,會再發(fā)出一個修復(fù)后的版本,比如V1.1,工作版本用于區(qū)別和之前版本的不同之處,方便控制軟件開發(fā)流程。22、什么是樁模塊？什么是驅(qū)動模塊？參考答案：樁模塊：被測模塊調(diào)用模塊驅(qū)動模塊調(diào)用被測模塊23、什么是扇入？什么是扇出？參考答案：扇入：被調(diào)次數(shù),扇出：調(diào)其它模塊數(shù)目24、你認(rèn)為做好測試計劃工作的關(guān)鍵是什么？參考答案：軟件測試計劃就是在軟件測試工作正式實施之前明確測試的對象,并且通過對資源、時間、風(fēng)險、測試范圍和預(yù)算等方面的綜合分析和規(guī)劃,保證有效的實施軟件測試；做好測試計劃工作的關(guān)鍵：目的,管理,規(guī)范1.明確測試的目標(biāo),增強(qiáng)測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷,因此軟件測試計劃的價值取決于它對幫助管理測試項目,并且找出軟件潛在的缺陷。因此,軟件測試計劃中的測試范圍必須高度覆蓋功能需求,測試方法必須切實可行,測試工具并且具有較高的實用性,便于使用,生成的測試結(jié)果直觀、準(zhǔn)確

2．堅持"5W"規(guī)則,明確內(nèi)容與過程

"5W"規(guī)則指的是"What〔做什么"、"Why〔為什么做"、"When〔何時做"、"Where〔在哪里"、"How〔如何做"。利用"5W"規(guī)則創(chuàng)建軟件測試計劃,可以幫助測試團(tuán)隊理解測試的目的〔Why,明確測試的范圍和內(nèi)容〔What,確定測試的開始和結(jié)束日期〔When,指出測試的方法和工具〔How,給出測試文檔和軟件的存放位置〔Where。

3．采用評審和更新機(jī)制,保證測試計劃滿足實際需求測試計劃寫作完成后,如果沒有經(jīng)過評審,直接發(fā)送給測試團(tuán)隊,測試計劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容,或者軟件需求變更引起測試范圍的增減,而測試計劃的內(nèi)容沒有及時更新,誤導(dǎo)測試執(zhí)行人員。

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