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