1、精選文檔1.測試的策略有哪些?參考答案：黑盒/白盒，靜態(tài)/動態(tài)，手工/自動，冒煙測試，回歸測試，公測(Beta測試的策略)2.正交表測試用例設(shè)計方法的特點是什么?參考答案：用最少的試驗掩蓋最多的操作，測試用例設(shè)計很少，效率高，但是很簡單;對于基本的驗證功能，以及二次集成引起的缺陷，一般都能找出來;但是更深的缺陷，更簡單的缺陷，還是無能為力的;具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測試的時候使用此方法。3.什么是兼容性測試?兼容性測試側(cè)重哪些方面?參考答案：兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。兼容的類型，假如細(xì)分的話，有

2、平臺的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。兼容測試的重點是，對兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的狀況下，才需要做兼容。依據(jù)軟件運(yùn)行的需要，或者依據(jù)需求文檔，一般都能夠得出用戶會在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測試的兼容環(huán)境了。兼容和配置測試的區(qū)分在于，做配置測試通常不是Clean OS下做測試，而兼容測試多是在Clean OS的環(huán)境下做的。4.我現(xiàn)在有個程序，發(fā)覺在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題?參考答案：1、檢查系統(tǒng)是否有中毒的特征;2、檢查軟件/硬件的配置是否符合軟件的推舉標(biāo)準(zhǔn);3、確認(rèn)當(dāng)前的

3、系統(tǒng)是否是獨立，即沒有對外供應(yīng)什么消耗CPU資源的服務(wù);4、假如是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是由于與服務(wù)器的連接有問題，或者訪問有問題造成的;5.描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程?參考答案：就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。6.你覺得bugzilla在使用的過程中，有什么問題?參考答案：界面不穩(wěn)定;依據(jù)需要配置它的不同的部分，過程很煩瑣。流程把握上，平安性不好界定，很簡潔對他人的Bug進(jìn)行誤操作;沒有綜合的評分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級別。7.描述測試用例設(shè)計的完整過程?參考答案：需求分析 + 需求變更的維護(hù)工作;依據(jù)需求 得出測試需求;設(shè)

4、計測試方案，評審測試方案;方案評審?fù)ㄟ^后，設(shè)計測試用例，再對測試用例進(jìn)行評審;8.單元測試的策略有哪些?參考答案：規(guī)律掩蓋、循環(huán)掩蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數(shù)據(jù)流分析9.LoadRunner分哪三部分?參考答案：用戶動作設(shè)計;場景設(shè)計;測試數(shù)據(jù)分析;10.LoadRunner進(jìn)行測試的流程?參考答案：1、 測試測試2、 創(chuàng)建虛擬用戶腳本3、 創(chuàng)建運(yùn)行場景4、 運(yùn)行測試腳本5、 監(jiān)視場景6、 分析測試的結(jié)果1.軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?參考答案：5C標(biāo)準(zhǔn)2.Beta測試與Alpha測試有什么區(qū)分?參考答案：Beta

5、 testing(測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場Alpha testing (測試),是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的受控測試3.軟件的評審一般由哪些人參與?其目的是什么?參考答案：在正式的會議上將軟件項目的成果(包括各階段的文檔、產(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ā)人員，測

6、試人員，需求分析師都可以，就看處于評審那個階段4.測試活動中，假如發(fā)覺需求文檔不完善或者不精確，怎么處理?參考答案：測試需求分析 發(fā)覺需求文檔不完善或者不精確，應(yīng)當(dāng)馬上和相關(guān)人員進(jìn)行協(xié)調(diào)溝通。5.階段評審與項目評審有什么區(qū)分?參考答案：階段評審 對項目各階段評審：對階段成果和工作項目評審 對項目總體評審：對工作和產(chǎn)品6.什么是并發(fā)?在lordrunner中，如何進(jìn)行并發(fā)的測試?集合點失敗了會怎么樣?參考答案：在同一時間點，支持多個不同的操作。LoadRunner中供應(yīng)IP偽裝，集合點，協(xié)作虛擬用戶的設(shè)計，以及在多臺電腦上設(shè)置，可以比較好的模擬真實的并發(fā)。集合點，即是多個用戶在某個時刻，某個特定

7、的環(huán)境下同時進(jìn)行虛擬用戶的操作的。集合點失敗，則集合點的才操作就會取消，測試就不能進(jìn)行。7.使用QTP做功能測試，錄制腳本的時候，要驗證多個用戶的登錄狀況/查詢狀況，如何操作?參考答案：分析用戶登錄的基本狀況，得出一組數(shù)據(jù)，通過性測試/失敗性測試的都有(依據(jù)TC來設(shè)計這些數(shù)據(jù))，然后錄制登錄的腳本，將關(guān)鍵的數(shù)據(jù)參數(shù)化，修改腳本，對代碼進(jìn)行加強(qiáng)，調(diào)試腳本。8.QTP中的Action有什么作用?有幾種?參考答案：Action的作用n 用Action可以對步驟集進(jìn)行分組n 步驟重組，然后被整體調(diào)用n 擁有自己的sheetn 組合有相同需求的步驟，整體操作n 具有獨立的對象倉庫Action的種類n 可

8、復(fù)用Actionn 不行復(fù)用Actionn 外部Action9.TestDirector有些什么功能，如何對軟件測試過程進(jìn)行管理?參考答案：需求管理n 定義測試范圍n 定義需求樹n 描述需求樹的功能點測試方案n 定義測試目標(biāo)和測試策略。n 分解應(yīng)用程序，建立測試方案樹。n 確定每個功能點的測試方法。n 將每個功能點連接到需求上，使測試方案掩蓋全部的測試需求。n 描述手工測試的測試步驟n 指明需要進(jìn)行自動測試的功能點測試執(zhí)行n 定義測試集合。n 為每個測試人員制定測試任務(wù)和測試日程支配。n 運(yùn)行自動測試。缺陷跟蹤n 記錄缺陷n 查看新增缺陷，并確定哪些是需要修正的n 相關(guān)技術(shù)人員修改缺陷n 回歸

9、測試n 分析缺陷統(tǒng)計圖表，分析應(yīng)用程序的開發(fā)質(zhì)量。10.你所生疏的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)分與聯(lián)系(如功能測試、性能測試)?參考答案：Compatibility Testing(兼容性測試)，也稱“Configuration testing(配置測試)”，測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：掃瞄器、操作系統(tǒng)、硬件等。驗證測試對象在不同的軟件和硬件配置中的運(yùn)行狀況。Functional testing (功能測試)，也稱為behavioral testing(行為測試)，依據(jù)產(chǎn)品特征、操作描述和用戶方案，測試一個產(chǎn)品的特性和可操作行為以確定它們滿

10、足設(shè)計需求。本地化軟件的功能測試，用于驗證應(yīng)用程序或網(wǎng)站對目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_、掃瞄器和測試腳本，以保證目標(biāo)用戶的體驗將足夠好，就像應(yīng)用程序是特地為該市場開發(fā)的一樣。Performance testing(性能測試)，評價一個產(chǎn)品或組件與性能需求是否符合的測試。包括負(fù)載測試、強(qiáng)度測試、數(shù)據(jù)庫容量測試、基準(zhǔn)測試等類型。1.你認(rèn)為做好測試方案工作的關(guān)鍵是什么?參考答案：軟件測試方案就是在軟件測試工作正式實施之前明確測試的對象，并且通過對資源、時間、風(fēng)險、測試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實施軟件測試;做好測試方案工作的關(guān)鍵 ：目的，管理，規(guī)范1. 明確測試的目標(biāo)，增加測

11、試方案的有用性編寫軟件測試方案得重要目的就是使測試過程能夠發(fā)覺更多的軟件缺陷，因此軟件測試方案的價值取決于它對掛念管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試方案中的測試范圍必需高度掩蓋功能需求，測試方法必需切實可行，測試工具并且具有較高的有用性，便于使用，生成的測試結(jié)果直觀、精確2.堅持“5W”規(guī)章，明確內(nèi)容與過程“5W”規(guī)章指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)章創(chuàng)建軟件測試方案，可以掛念測試團(tuán)隊理解測試的目的(Why)，明確測試的范圍和內(nèi)容(What)，確定測試的開頭和結(jié)束日期(

12、When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。3.接受評審和更新機(jī)制，保證測試方案滿足實際需求測試方案寫作完成后，假如沒有經(jīng)過評審，直接發(fā)送給測試團(tuán)隊，測試方案內(nèi)容的可能不精確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試方案的內(nèi)容沒有準(zhǔn)時更新，誤導(dǎo)測試執(zhí)行人員。4. 分別創(chuàng)建測試方案與測試具體規(guī)格、測試用例應(yīng)把具體的測試技術(shù)指標(biāo)包含到獨立創(chuàng)建的測試具體規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試方案和測試具體規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試方案主要從宏觀上規(guī)劃測試活動的

13、范圍、方法和資源配置，而測試具體規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。2.你認(rèn)為做好測試用例工作的關(guān)鍵是什么?參考答案：需求和設(shè)計文檔的理解程度，對系統(tǒng)的生疏程度3.闡述工作版本的定義?參考答案：構(gòu)造號： BUILD4.什么是樁模塊?什么是驅(qū)動模塊?參考答案：樁模塊：被測模塊調(diào)用模塊驅(qū)動模塊 調(diào)用被測模塊5.什么是扇入?什么是扇出?參考答案：扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目6.簡述一下缺陷的生命周期?參考答案：提交->確認(rèn)->安排->修復(fù)->驗證->關(guān)閉7.軟件的平安性應(yīng)從哪幾個方面去測試?參考答案：(1) 用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、平安電

14、子交易協(xié)議(2) 加密機(jī)制(3) 平安防護(hù)策略：如平安日志、入侵檢測、隔離防護(hù)、漏洞掃描(4) 數(shù)據(jù)備份與恢復(fù)手段：存儲設(shè)備、存儲優(yōu)化、存儲愛護(hù)、存儲管理(5) 防病毒系統(tǒng)8.軟件配置管理工作開展的狀況和生疏?參考答案：軟件配置管理貫穿于軟件開發(fā)、測試活動的始終，掩蓋了開發(fā)、測試活動的各個環(huán)節(jié)，它的重要作用之一就是要全面的管理保存各個配置項，監(jiān)控各配置項的狀態(tài)，并向項目經(jīng)理及相關(guān)的人員報告，從而實現(xiàn)對軟件過程的把握。軟件測試配置管理包括4個最基本的活動：配置項標(biāo)識配置項把握配置項狀態(tài)報告配置審計軟件配置管理通常借助工具來幫助，主要有MS SourceSafe、Rational ClearCas

15、e等9.你覺得軟件測試通過的標(biāo)準(zhǔn)應(yīng)當(dāng)是什么樣的?參考答案：缺陷密度值達(dá)到客戶的要求10.引入測試管理的含義?參考答案：風(fēng)險分析，進(jìn)度把握、角色安排、質(zhì)量把握小草急趕忙忙的返青照舊；細(xì)雨迷迷濛濛的飄灑照舊。盈盈月下來，照亮你的山歌照舊；燦燦星升起，白楊樹綠影婆娑照舊。好風(fēng)似水，不驚你安眠照舊；鳥兒呢噥，愛的春天照舊?？晌?，望盡了我的花季，望盡了長長的一路落英繽紛呵！岑凱倫的綿綿春雨照舊，戴望舒的深深雨巷照舊！漂泊的船，查找一個溫馨港口；孤寂的心，渴望一聲暖和問候。是你在我最落寞的時候，把親切放在我左右；是你在我最失意的時候，把安慰放在我心頭。紅酥手，黃藤酒；春如舊，人空瘦。蝴蝶雙飛影孤獨，淚痕紅浥鮫綃透！那一葉小舟，那一雙眼眸，望穿了幾層山水幾層樓？那一縷相思，那一縷