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ū)別在于，做配置測試通常不是Clean OS下做測試，而兼容測試多是在Clean OS的環(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ú)立，即沒有對外提供什么消耗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ū)�CPU/內(nèi)存的訪問情況。
3、測試的策略有哪些？
參考答案：
黑盒/白盒，靜態(tài)/動態(tài)，手工/自動，冒煙測試，回歸測試，公測（Beta測試的策略）
4、正交表測試用例設(shè)計(jì)方法的特點(diǎn)是什么？
參考答案：
用最少的實(shí)驗(yàn)覆蓋最多的操作，測試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；
對于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的；
具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測試的時(shí)候使用此方法。
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è)計(jì)的完整過程？
參考答案：
需求分析 + 需求變更的維護(hù)工作；
根據(jù)需求 得出測試需求；
設(shè)計(jì)測試方案，評審測試方案；
方案評審?fù)ㄟ^后，設(shè)計(jì)測試用例，再對測試用例進(jìn)行評審；
8、單元測試的策略有哪些？
參考答案：
邏輯覆蓋、循環(huán)覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數(shù)據(jù)流分析
9、LoadRunner分哪三部分？
參考答案：
用戶動作設(shè)計(jì)；
場景設(shè)計(jì)；
測試數(shù)據(jù)分析；
10、LoadRunner進(jìn)行測試的流程?
參考答案：
1、 測試測試
2、 創(chuàng)建虛擬用戶腳本
3、 創(chuàng)建運(yùn)行場景
4、 運(yùn)行測試腳本
5、 監(jiān)視場景
6、 分析測試的結(jié)果
以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來介紹。
什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測試？集合點(diǎn)失敗了會怎么樣？
參考答案：
在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。
LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。
集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會取消，測試就不能進(jìn)行。
12、使用QTP做功能測試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？
參考答案：
分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過性測試/失敗性測試的都有（根據(jù)TC來設(shè)計(jì)這些數(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
外部Action
14、TestDirector有些什么功能，如何對軟件測試過程進(jìn)行管理？
參考答案：
需求管理
定義測試范圍
定義需求樹
描述需求樹的功能點(diǎn)
測試計(jì)劃
定義測試目標(biāo)和測試策略。
分解應(yīng)用程序，建立測試計(jì)劃樹。
確定每個(gè)功能點(diǎn)的測試方法。
將每個(gè)功能點(diǎn)連接到需求上，使測試計(jì)劃覆蓋全部的測試需求。
描述手工測試的測試步驟
指明需要進(jìn)行自動測試的功能點(diǎn)
測試執(zhí)行
定義測試集合。
為每個(gè)測試人員制定測試任務(wù)和測試日程安排。
運(yùn)行自動測試。
缺陷跟蹤
記錄缺陷
查看新增缺陷，并確定哪些是需要修正的
相關(guān)技術(shù)人員修改缺陷
回歸測試
分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開發(fā)質(zhì)量。
15、你所熟悉的軟件測試類型都有哪些？請?jiān)囍�分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）？
參考答案：Compatibility Testing（兼容性測試），也稱“Configuration testing（配置測試）”，測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測試對象在不同的軟件和硬件配置中的運(yùn)行情況。
Functional testing (功能測試)，也稱為behavioral testing（行為測試），根據(jù)產(chǎn)品特征、操作描述和用戶方案，測試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_、瀏覽器和測試腳本，以保證目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門為該市場開發(fā)的一樣。
Performance testing（性能測試），評價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測試。包括負(fù)載測試、強(qiáng)度測試、數(shù)據(jù)庫容量測試、基準(zhǔn)測試等類型。
16、軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？
參考答案：5C標(biāo)準(zhǔn)
17、Beta測試與Alpha測試有什么區(qū)別？
參考答案：Beta testing(β測試),測試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場
Alpha testing (α測試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試
18、軟件的評審一般由哪些人參加？其目的是什么？
參考答案：
在正式的會議上將軟件項(xiàng)目的成果（包括各階段的文檔、產(chǎn)生的代碼等）提交給用戶、客戶或有關(guān)部門人員對軟件產(chǎn)品進(jìn)行評審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷，并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。
人員：用戶、客戶或有關(guān)部門開發(fā)人員，測試人員，需求分析師都可以，就看處于評審那個(gè)階段
19、測試活動中，如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，怎么處理？
參考答案：
測試需求分析 發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，應(yīng)該立即和相關(guān)人員進(jìn)行協(xié)調(diào)交流。
20、階段評審與項(xiàng)目評審有什么區(qū)別？
參考答案：
階段評審 對項(xiàng)目各階段評審：對階段成果和工作項(xiàng)目評審 對項(xiàng)目總體評審：對工作和產(chǎn)品
21、闡述工作版本的定義？
參考答案：
構(gòu)造號： BUILD
22、什么是樁模塊？什么是驅(qū)動模塊？
參考答案：
樁模塊：被測模塊調(diào)用模塊
驅(qū)動模塊 調(diào)用被測模塊
23、什么是扇入？什么是扇出？
參考答案：
扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目
24、你認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么？
參考答案：
軟件測試計(jì)劃就是在軟件測試工作正式實(shí)施之前明確測試的對象，并且通過對資源、時(shí)間、風(fēng)險(xiǎn)、測試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實(shí)施軟件測試；
做好測試計(jì)劃工作的關(guān)鍵 ：目的，管理，規(guī)范
1. 明確測試的目標(biāo)，增強(qiáng)測試計(jì)劃的實(shí)用性
編寫軟件測試計(jì)劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計(jì)劃的價(jià)值取決于它對幫助管理測試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測試計(jì)劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實(shí)可行，測試工具并且具有較高的實(shí)用性，便于使用，生成的測試結(jié)果直觀、準(zhǔn)確
2．堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程
“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測試計(jì)劃，可以幫助測試團(tuán)隊(duì)理解測試的目的（Why），明確測試的范圍和內(nèi)容（What），確定測試的開始和結(jié)束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。
3．采用評審和更新機(jī)制，保證測試計(jì)劃滿足實(shí)際需求測試計(jì)劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團(tuán)隊(duì)，測試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測試執(zhí)行人員。
4. 分別創(chuàng)建測試計(jì)劃與測試詳細(xì)規(guī)格、測試用例應(yīng)把詳細(xì)的測試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨(dú)立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。
25、你認(rèn)為做好測試用例工作的關(guān)鍵是什么？
參考答案：
需求和設(shè)計(jì)文檔的理解程度，對系統(tǒng)的熟悉程度
26、簡述一下缺陷的生命周期？
參考答案：提交->確認(rèn)->分配->修復(fù)->驗(yàn)證->關(guān)閉
27、軟件的安全性應(yīng)從哪幾個(gè)方面去測試？
參考答案：
(1) 用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議
(2) 加密機(jī)制
(3) 安全防護(hù)策略：如安全日志、入侵檢測、隔離防護(hù)、漏洞掃描
(4) 數(shù)據(jù)備份與恢復(fù)手段：存儲設(shè)備、存儲優(yōu)化、存儲保護(hù)、存儲管理
(5) 防病毒系統(tǒng)
28、軟件配置管理工作開展的情況和認(rèn)識？
參考答案：
軟件配置管理貫穿于軟件開發(fā)、測試活動的始終，覆蓋了開發(fā)、測試活動的各個(gè)環(huán)節(jié)，它的重要作用之一就是要全面的管理保存各個(gè)配置項(xiàng)，監(jiān)控各配置項(xiàng)的狀態(tài)，并向項(xiàng)目經(jīng)理及相關(guān)的人員報(bào)告，從而實(shí)現(xiàn)對軟件過程的控制。
軟件測試配置管理包括4個(gè)最基本的活動：
配置項(xiàng)標(biāo)識
配置項(xiàng)控制
配置項(xiàng)狀態(tài)報(bào)告
配置審計(jì)
軟件配置管理通常借助工具來輔助，主要有MS SourceSafe、Rational ClearCase等
29、你覺得軟件測試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的？
參考答案：
缺陷密度值達(dá)到客戶的要求
30、引入測試管理的含義？
參考答案：風(fēng)險(xiǎn)分析，進(jìn)度控制、角色分配、質(zhì)量控制