loadrunner面試題

Ⅰ 軟體測試面試題

Dotest測試學堂--董浩整理回答
題目一：怎麼樣組織測試人員高效率完成測試工作，來確保產品質量？
1：前期測試計劃，按照產品經理、研發經理提供的文檔：原型圖、需求說明書、設計稿等項目相關的文檔，先大概評估下測試范圍、工作量、需要人數、進度、使用設備、難度（測試類型）和風險評估；如果哪裡遇到問題，提前解決，不影響項目的完成時間和進度；比如說：工作量：按照目前的人手可能完不成，那麼需要考慮加班和團隊的情緒，加班也完不成的情況下需要及時反饋給產品經理\項目經理協調人手或者調整項目的上線時間。
2：測試過程：分配更熟悉系統的人員書寫測試用例，指導測試並及時組織項目參與者評審用例，及時發現測試覆蓋率不全的問題，查漏補缺。更好的覆蓋全面。保證產品測試質量。
3：過程配合：及時反饋遇到的問題；比如由於其他原因研發修改可能不及時也會造成進度的耽誤，這時需要及時向研發經理說明情況，商討目前手上項目的優先順序，看看先修復哪個項目為好。
4：即將上線：無遺留bug（部分延期修改等問題，需討論是否本次修改完成）上線前要進行灰度測試，再次進行確認測試\回歸測試，確保線上不會出現問題。
5：線上跟蹤：真正上線到生產環境的話需要再次進行線上跟蹤測試，整體回歸（確認測試），app的話直接測試渠道包；確保生產環境無問題。如果有問題及時下線修改再次上線。
6：整體完成後總結本次測試過程和上線的過程，發現問題，下次避免；比如：人員熟悉系統程度、問題集中點、遺漏測試點。為了下次更快速、更好的完成項目的測試。
======
題目二：如何控制測試質量和測試進度，怎麼評判本次的測試質量？和上面的那道題類似了
控制測試質量：提前計劃、把控過程、審核結果；
評估好前期計劃：比如：測試計劃，充分考慮測試范圍、工作量、需要人數、進度、使用設備、難度（測試類型）和風險評估。
把控過程：評審測試用例、查漏補缺；多次反復測試，需在測試環境測試、灰度測試、UAT測試，最後線上的跟蹤測試來確保質量。
審核結果：bug的修改情況、遺留問題、線上出現的問題；從而分析問題集中點，下次避免。
測試進度：提前計劃、評審計劃。過程中需要及時反饋影響進度的問題，及時解決。
評判測試質量：我們一般是從灰度測試和線上回歸測試來評判；上線一段時間（一周、一個月）出現的問題總數，也就是線上出現的問題除以測試過程中的問題==測試問題遺漏比。通過這種方式來判斷。
當然測試面試過程也不僅僅是這個問題，還有很多其他的，以下供參考：
---
軟體測試中面試問題整理-v2.0【根據真實學生面試過程總結的問題】
適合人群：零基礎轉崗、跳槽（1-6年）
注意：首先理解，然後會答\組織語言。前提是要會做項目，不然試用期可就過不了
會不斷更新該文檔，可以加我們進行討論。面試中部分問題會深挖，就不再多寫
1：個人介紹
2：項目介紹
3：流程邏輯介紹
4：職責介紹
5：項目人數，分別負責的是什麼
6：每日工作介紹
7：介面如何測試的？用例如何設計？
8：一個項目中大概有多少個介面
9：get\post的區別
10：常見的狀態碼是什麼
11：postman、Jmeter\soapui的區別
12：公司流程
13：需求評審是怎麼進行的
14：測試計劃怎麼寫的？重點是什麼？
15：測試用例的思路？
16：如果我們沒有原型圖、需求的話，你怎麼寫用例
17：給你個app\web你能快速說下用例的設計思路嗎？
18：app與web的不同點是什麼？
19：測試報告的重點
20：什麼是灰度測試
21：上線後的跟蹤如何做的？
22：為什麼要做上線後的回歸測試
23：上線後發現的問題如何處理
24：什麼是UAT測試，為什要做UAT測試
25：bug怎麼描述的
26：用例怎麼描述的
27：優先順序和嚴重程度如何劃分
28：如果和開發有歧義的話怎麼辦
29：你映像bug是什麼？
30：你發現一個bug如何定位的
31：自動化測試如何進行的？用的什麼框架
32：常用的定位方法是什麼？
33：功能測試與自動化的區別
34：什麼樣的項目適合自動化
35：自動化的好處是什麼
36：自動化的劣處是什麼
37：你感覺你寫的用例覆蓋全面嗎
38：上線後發現的問題如何處理
39：linux常用的命令
40：linux常用的文件
41：linux環境搭建的步驟
42：常用sql語句
43：你們公司用sql嗎，怎麼用的
44：兼容測試你怎麼做的
45：手機是如何考慮的
46：兼容測試的重點是什麼
47：如果手機不夠的話你怎麼解決
48：真機和模擬器的區別是什麼
49：你如何保證兼容的覆蓋率
50：怎麼抓手機的數據包的？如何設置
51：通過抓取數據包主要測試什麼
52：性能測試做嗎？怎麼做的
53：python的遍歷是什麼
54：隨意丟個軟體說下具體的用例
55：你們公司多長時間迭代一次
56：迭代測試需要注意什麼
57：你映像最深的bug是什麼
58：你的期望薪資
59：你看比預期低2k，你能接受嗎
60：我們公司加班多，能接受嗎
61：能接受出差嗎？
62：路程有點遠
63：你為什麼要離職
64：你感覺你的優勢在哪？
65：你未來的規劃是什麼
66：你對下一個工作崗位有什麼期望或要求嗎
67：對你的領導有什麼要求嗎
68：你感覺你上家公司怎麼樣；能說下優缺點嗎？
69：你感覺你上家領導怎麼樣；能說下優缺點嗎？
70：有女朋友\男朋友嗎？
71：打算什麼時候要孩子
72：你看你有什麼想問的嗎
73：你大概什麼時候能入職
74：最近面試多嗎？
75：手上有offer嗎？
76：你是什麼時候開始找工作的？
77：你從上家公司離職已經有好幾天了，是剛開始找工作嗎？\為什麼一直沒找工作
希望對你有所幫助！

Ⅱ 如何面試軟體測試

對於軟體測試這一塊來說，考官基本都是注重文案一點。對IT代碼這一方面並不是太看重，所以在面試的時候可以展示自己的文案特色以及自己的資歷方面的特點。

不過對於大多數公司來說肯定不會選擇小白來做測試，一般會看一點專業或者是否對IT了解，特別是編程，如果學過某些語言但是不精通也沒關系。比如我曾經學習過Java、資料庫、H5等，只要是自己學過的都寫上去。

這上面是最基本的測試用例內容，當然只可能比它多，稍微多一點自己的想法和特色。

在面試的時候最有說服力和最打動面試官的就是一份項目的測試文檔，你拿一份項目的測試文檔比說千百個優點都有用，所以做一個這樣的文檔就相當於一份最好的簡歷。

對軟體測試可深可淺，講深了不一定能看懂！

Ⅲ 求軟體測試面試問題

Dotest測試學堂--董浩整理
---
自我介紹：無論轉行還是本專業的，你就直說沒關系：
您好，我叫**我來自於****畢業於**，直到目前從事軟體測試***年，在***公司，主要做過**項目，這個項目的主要功能****，主要負責***（多個項目的話，由近及遠的說；在這里要注意簡潔介紹項目和職責即可，下面面試官會挑選項目問你，這時候再仔細回答即可）
還有面試的時候可能會被問到為什麼選擇軟體測試行業？怎麼回答比較好。【因為你是中間轉行過來的，這個問題也是必問的】
首先分析下面試官為什麼要問這種「半殘」的問題？
Hr：雖然我們也知道是個傻乎乎的問題，但是我們就是要問你，問你的原因是想看看你怎麼回答我的問題；你可能拒絕回答，OK，直接pass（你不懂得尊重）；你也可能按照事實回答：因為掙錢多，不知道自己還能做什麼，OK，你不懂得溝通。……等其他的回答！
這就是考你怎麼說，怎麼做與怎麼別人溝通…
換位思考，企業招人的時候，要不要你其實不僅僅取決於你的技能方面，企業要綜合判斷的；從反應能力+溝通能力+技能（硬知識+軟技能）。
知識好學，不就是擺在那裡，你自己多練習、多背（自覺性是個很大的問題）；但是軟技能，別人不說你，你還會感覺很良好……所以要注意加強這方面的能力！
最後明白了面試官想問的原因，那麼咱們就好解答了：
答：我上學（或者我身邊的人）有在做這一行的，有時候一起吃飯也會聊到工作內容，我挺感興趣的，後來自己查資料，通過同學輔導（或同事輔導）感覺越來越喜歡。所以就通過自學（或者報班）轉到這一行業！就一直做到了現在。大概就是這樣（一定要注意：回答完成後要說下結束語）。
最後說明的是：面試官都不傻，你回答真實與否我們都能判斷出來，但我們就是想看看你的反應和溝通!
【我也當過面試官，也問過。諸如此類的問題還很多，可以多看下我們班學生總結的面試題，可以跟我要下，你就會知道】
也可參考下面的面試題：
軟體測試中面試問題整理-v2.0【根據真實學生面試過程總結的問題】
適合人群：零基礎轉崗、跳槽（1-6年）
注意：首先理解，然後會答\組織語言。前提是要會做項目，不然試用期可就過不了
會不斷更新該文檔，可以加我們進行討論，了解行業目前情況。面試中部分問題會深挖，就不再多寫

答案每個人說的不一樣，比如：

1：個人介紹
2：項目介紹
3：流程邏輯介紹
4：職責介紹
5：項目人數，分別負責的是什麼
6：每日工作介紹
7：介面如何測試的？用例如何設計？
8：一個項目中大概有多少個介面
9：get\post的區別
10：常見的狀態碼是什麼
11：postman、Jmeter\soapui的區別
12：公司流程
13：需求評審是怎麼進行的
14：測試計劃怎麼寫的？重點是什麼？
15：測試用例的思路？
16：如果我們沒有原型圖、需求的話，你怎麼寫用例
17：給你個app\web你能快速說下用例的設計思路嗎？
18：app與web的不同點是什麼？
19：測試報告的重點
20：什麼是灰度測試
21：上線後的跟蹤如何做的？
22：為什麼要做上線後的回歸測試
23：上線後發現的問題如何處理
24：什麼是UAT測試，為什要做UAT測試
25：bug怎麼描述的
26：用例怎麼描述的
27：優先順序和嚴重程度如何劃分
28：如果和開發有歧義的話怎麼辦
29：你映像bug是什麼？
30：你發現一個bug如何定位的
31：自動化測試如何進行的？用的什麼框架
32：常用的定位方法是什麼？
33：功能測試與自動化的區別
34：什麼樣的項目適合自動化
35：自動化的好處是什麼
36：自動化的劣處是什麼
37：你感覺你寫的用例覆蓋全面嗎
38：上線後發現的問題如何處理
39：linux常用的命令
40：linux常用的文件
41：linux環境搭建的步驟
42：常用sql語句
43：你們公司用sql嗎，怎麼用的
44：兼容測試你怎麼做的
45：手機是如何考慮的
46：兼容測試的重點是什麼
47：如果手機不夠的話你怎麼解決
48：真機和模擬器的區別是什麼
49：你如何保證兼容的覆蓋率
50：怎麼抓手機的數據包的？如何設置
51：通過抓取數據包主要測試什麼
52：性能測試做嗎？怎麼做的
53：python的遍歷是什麼
54：隨意丟個軟體說下具體的用例
55：你們公司多長時間迭代一次
56：迭代測試需要注意什麼
57：你映像最深的bug是什麼
58：你的期望薪資
59：你看比預期低2k，你能接受嗎
60：我們公司加班多，能接受嗎
61：能接受出差嗎？
62：路程有點遠
63：你為什麼要離職
64：你感覺你的優勢在哪？
65：你未來的規劃是什麼
66：你對下一個工作崗位有什麼期望或要求嗎
67：對你的領導有什麼要求嗎
68：你感覺你上家公司怎麼樣；能說下優缺點嗎？
69：你感覺你上家領導怎麼樣；能說下優缺點嗎？
70：有女朋友\男朋友嗎？
71：打算什麼時候要孩子
72：你看你有什麼想問的嗎
73：你大概什麼時候能入職
74：最近面試多嗎？
75：手上有offer嗎？
76：你是什麼時候開始找工作的？
77：你從上家公司離職已經有好幾天了，是剛開始找工作嗎？\為什麼一直沒找工作
希望對你有所幫助！

Ⅳ 軟體測試面試題：你之前在公司用什麼測試工具，結合你項目的某個模塊講，然後測試用例是怎麼設計的

1. 面試官想聽的不是項目管理工具，而是性能、功能、介面等的測試工具，比如專loadrunner、jmeter等，禪道是屬於項目屬管理工具；

2. 結合模塊講的話，就是說你具體是怎麼使用這個工具的，比如用loadrunner進行性能測試，可以說是錄制腳本，然後對數據進行參數化，之後對伺服器進行加壓，然後分析生成的結果文件。
   

Ⅳ 性能測試loadrunner薪資待遇

這個，從畢業時間開始才算是工作經驗，你這個，如果跟我說的話，我肯定不信你有這么長時間的工作經驗。
而且，工資主要還得看是在哪裡，反正測試的話，8k左右，開發嘛，你也知道人很多的，我一個朋友幹了三年開發才7k。10k的話，也能拿到，就是看你的面試官對你的評價了。

Ⅵ 應屆生在軟體測試的面試

軟體測試面試題大全-最真實的面試題
以下為童鞋去面試整理的面試問題。--真實軟體測試面試題、真實公司所問的
適合人群：零基礎學習軟體測試、多年跳槽的人員
面試過程中也會有深挖的，這些就不在多寫。還有些待整理的，慢慢補上、完善。
希望對各位有所幫助！！！來源--Dotest
1：個人介紹
2：項目介紹
3：流程邏輯介紹
4：職責介紹
5：項目人數，分別負責的是什麼
6：每日工作介紹
7：介面如何測試的？用例如何設計？
8：一個項目中大概有多少個介面
9：get\post的區別
10：常見的狀態碼是什麼
11：postman、Jmeter\soapui的區別
12：公司流程
13：需求評審是怎麼進行的
14：測試計劃怎麼寫的？重點是什麼？
15：測試用例的思路？
16：如果我們沒有原型圖、需求的話，你怎麼寫用例
17：給你個app\web你能快速說下用例的設計思路嗎？
18：app與web的不同點是什麼？
19：測試報告的重點
20：什麼是灰度測試
21：上線後的跟蹤如何做的？
22：為什麼要做上線後的回歸測試
23：上線後發現的問題如何處理
24：什麼是UAT測試，為什要做UAT測試
25：bug怎麼描述的
26：用例怎麼描述的
27：優先順序和嚴重程度如何劃分
28：如果和開發有歧義的話怎麼辦
29：你映像bug是什麼？
30：你發現一個bug如何定位的
31：自動化測試如何進行的？用的什麼框架
32：常用的定位方法是什麼？
33：功能測試與自動化的區別
34：什麼樣的項目適合自動化
35：自動化的好處是什麼
36：自動化的劣處是什麼
37：你感覺你寫的用例覆蓋全面嗎
38：上線後發現的問題如何處理
39：linux常用的命令
40：linux常用的文件
41：linux環境搭建的步驟
42：常用sql語句
43：你們公司用sql嗎，怎麼用的
44：兼容測試你怎麼做的
45：手機是如何考慮的
46：兼容測試的重點是什麼
47：如果手機不夠的話你怎麼解決
48：真機和模擬器的區別是什麼
49：你如何保證兼容的覆蓋率
50：怎麼抓手機的數據包的？如何設置
51：通過抓取數據包主要測試什麼
52：性能測試做嗎？怎麼做的
53：python的遍歷是什麼
54：隨意丟個軟體說下具體的用例
55：你們公司多長時間迭代一次
56：迭代測試需要注意什麼
57：你映像最深的bug是什麼
58：你的期望薪資
59：你看比預期低2k，你能接受嗎
60：我們公司加班多，能接受嗎
61：能接受出差嗎？
62：路程有點遠
63：你為什麼要離職
64：你感覺你的優勢在哪？
65：你未來的規劃是什麼
66：你對下一個工作崗位有什麼期望或要求嗎
67：對你的領導有什麼要求嗎
68：你感覺你上家公司怎麼樣；能說下優缺點嗎？
69：你感覺你上家領導怎麼樣；能說下優缺點嗎？
70：有女朋友\男朋友嗎？
71：打算什麼時候要孩子
72：你看你有什麼想問的嗎
73：你大概什麼時候能入職
74：最近面試多嗎？
75：手上有offer嗎？
76：你是什麼時候開始找工作的？
77：你從上家公司離職已經有好幾天了，是剛開始找工作嗎？\為什麼一直沒找工作

Ⅶ 軟體測試面試一般都問什麼問題

必然會問軟體測試的基礎知識，比如黑盒、白盒測試都是什麼，區別等；專性能測試、壓力測試等各屬種測試都是什麼含義？測試用例是什麼？怎麼設計？然後可能會舉個案例問你怎麼設計測試用例，怎麼著手測試。差不多就這樣吧。你可以看看這本書，《軟體測試面試突擊——為自己贏得一份測試工程師職位》，裡面說了面試會問什麼問題，怎麼回答。

Ⅷ 性能測試面試題，求正確答案

1.什麼是負載測試？什麼是性能測試？
負載測試是一種性能測試指數據在超負荷環境中運行，程序是否能夠承擔 在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特徵，例如，響應時間、事務處理速率和其他與時間相關的方面。
性能測試主要使用場景測試軟體系統的性能是否滿足生產性能的要求，包括負載測試，強度測試，資料庫容量測試，基準測試以及競爭（並發，用戶）測試2.性能測試包含了哪些測試（至少舉出3種） 包括負載測試，強度測試，資料庫容量測試，基準測試以及競爭測試
3.簡述性能測試的步驟 第一步：需求分析、計劃測試，設計測試用例 第二步：測試設計和開發（測試腳本錄制及調試，測試場景設計） 第三步：測試執行（測試環境搭建，場景部署，場景執行，監視場景） 第四步：測試結果分析，性能問題定位，測試報告評估
4.簡述使用Loadrunner的步驟 制定性能測試計劃-》使用Vuser錄制調試腳本VuGen-》用Loadrunner Controller設置場景-》運行場景-》監視場景by Loadrunner online runtime等-》分析測試結果
5.什麼時候可以開始執行性能測試？ 功能測試通過；一般需要進行性能測試的系統，都是用戶量比較大、業務使用比較頻繁、比較重要的功能模塊。 6.LoadRunner由哪些部件組成？ Virtual User Generator-生成用於「Controlier」部署的Vusers LoadRunner Controlier-產生壓力和搜集測試結果數據 LoadRunner Analysis-通過圖表分析工具來編譯和顯示測試結果
7.你使用LoadRunner的哪個部件來錄制腳本？ 使用Virtual User Generator錄制測試腳本
8.LoadRunner的哪個部件可以模擬多用戶並發下回放腳本？ LoadRunner的Controller組件。
9.什麼是集合點？設置集合點有什麼意義?Loadrunner中設置集合點的函數是哪個? 在性能測試過程中，需要模擬大量用戶在同一時刻，訪問系統並同時操作某一任務，可以通過配置集合點來實現，多個用戶同時進行某操作； 集合點可以在伺服器上創建密集的用戶負載，使LoadRunner能夠測試伺服器在負載狀態下的性能。 設置集合點函數：lr_rendezvous("Meeting")； // Meeting是集合點名稱
10.什麼是場景？場景的重要性有哪些?如何設置場景? 場景用於模擬用戶實際業務操作； LoadRunner中場景有手工場景和面向目標的場景。 設置場景：選擇場景類型、設置運行時設置、模擬用戶數、加減壓方式、持續時間，配置負載生成器。
11.請解釋一下如何錄制web腳本？ 利用Virtual User Generator錄制測試腳本，錄制步驟：
1、選擇合適的協議-Web(Http/Html),
2、設置錄制選項（HTML-based Script/URL-based Script）
3、開始錄制
12.為什麼要創建參數?如何創建參數?
A12：LoadRunner在錄制腳本的時候，只是忠實的記錄了所有從客戶端發送到伺服器的數據，而在進行性能測試的時候，為了更接近真實的模擬現實應用，對於某些信息需要每次提交不同的數據，或者使用多個不同的值進行循環輸入。這時，在LoadRunner中就可以進行參數化設置，以使用多個不同的值提交應用請求。 【參數化】：使用指定數據源中的值來替換腳本錄制生成的語句中的參數。 【參數化好處】 ● 減少腳本的大小 ● 提供使用不同的值執行腳本的能力，更加真實的模擬現實應用。 【參數化步驟】 ● 用參數替換Vuser腳本中的常量值 ● 為參數設置屬性和數據源 13.什麼是關聯？請解釋一下自動關聯和手動關聯的不同。
A13：【關聯的定義】簡單的說：就是把腳本中某些寫死（固定）的數據，轉變成動態的數據，或者說將前面語句的結果數據保存下來，然後在後面的語句提交請求時使用這些數據。 【需要關聯的前提條件】： 客戶端需要從伺服器端返回數據中獲取部分數據，並將這些部分數據處理後作為自己下一次請求的一部分發出。 【自動關聯與手工關聯的不同】：自動關聯是在腳本錄制過程中，VuGen會根據已經制定好的規則，自動找出需要關聯的值或腳本錄制完成後，執行腳本一次，通過Correlation Studio自動找出需要關聯的數據，並建立關聯；而手動關聯是需要錄制兩份相同業務流程的腳本，輸入的數據要相同，利用WinDiff工具，找出兩份腳本之間不同之處，也就是需要關聯的數據，再通過web_reg_save_param函數手動建立關聯，將腳本中用到關聯的數據參數化。
14.你如何找出哪裡需要關聯？請給一些你所在項目的實例。
A14： 1、錄制兩份相同業務流程的腳本，輸入的數據要相同
2、利用WinDiff工具，找出兩份腳本之間不同之處，也就是需要關聯的數據
3、通過web_reg_save_param函數手動建立關聯，將腳本中用到關聯的數據參數化。 通過錄制兩份腳本，進行對比，可知jsessionid、sap-ext-sid、sap-wd-cltwndid、sap-wd-tstamp需要進行關聯。
15.你在哪裡設置自動關聯選項？ 錄制選項中進行設置
16.哪個函數是用來截取虛擬用戶腳本中的動態值？（手工管聯）
A16：Web_reg_save_param函數主要根據需要做關聯的動態數據前面和後面的固定字元串來識別、提取動態數據，所以在做關聯時，需要找出動態數據的左、右邊界字元串。
1.函數原型： int web_reg_save_param (const char *ParamName, <List of Attributes>, LAST);
2.參數說明： ParamNam：存放動態數據的參數名稱 List of Attributes：其它屬性，包含Notfound、LB、RB、RelFrameID、Search、ORD、SaveOffset、Convert、SaveLen。
17.你在VUGen中何時選擇關閉日誌？何時選擇標准和擴展日誌？ 在腳本運行調試成功後應關閉日誌。創建發送函數和消息日誌時用標准日誌，創建警告和其他信息是用擴展日誌。
18.你如何調試LoadRunner腳本？ 在VuGen設置斷點breakpoints，然後使用單步跟蹤Run Step by Step，輸出調試日誌
19你在LR中如何編寫自定義函數？請給出一些你在以前進行的項目中編寫的函數。 Give me few functions you wrote in your previous project? - Before we create the User Defined functions we need to create the external library (DLL) with the function. We add this library to VuGen bin directory. Once the library is added then we assign user defined function as a parameter. The function should have the following format: __declspec (dllexport) char* <function name>(char*, char*) lr_load_dll("user32.dll"); Examples of user defined functions are as follows:GetVersion, GetCurrentTime, GetPltform are some of the user defined functions used in my earlier project.
20.在運行設置下你能更改那些設置？ pacing： 每個虛擬用戶腳本包括三個部分：vuser_init, Run (Actions), vuser_end. 當你運行腳本的時候你能通知，虛擬用戶重復執行run部分，每一個重復做為一個iteration. 注意： vuser_init 和vuser_end 部分是不被重復的。Think Time Settings： 虛擬用戶think time仿效一個真實用戶在活動中等待的時間，例如：當一個用戶從伺服器接受數據的時候，在響應前這個用戶需要等待數秒來接受數據，這個被耽擱的時間就是think time。 Error Handling：你能指定一個虛擬用戶在腳本執行期間如何處理錯誤，默認的，當一個虛擬用戶發現一個錯誤的時候，它會隨著下一次重復繼續下去，你能使用這個設置來通知虛擬用戶當發生錯誤的時候是否繼續執行腳本。 Run Logic：迭代次數
21.你在不同的環境下如何設置迭代？ A21：在「Run Time Settings」中設置
22.你如何在負載測試模式下執行功能測試？ A22：在負載測試模式下，可以通過同時運行數個虛擬用戶，通過增加虛擬用戶數，確定伺服器在多大的負載量下，仍然可以正常運行，我一般進行核心功能操作，驗證核心功能運行是否正常。
23.什麼是逐步遞增？你如何來設置？ A23：虛擬用戶數隨著負載時間逐漸增加，可以幫助確定系統響應時間減慢的准確時間點。 可以在「加壓」選項卡中進行設置：如下圖所示，將設置更改為：「每 30 秒啟動 2 個 Vuser」
24.以線程方式運行的虛擬用戶有哪些優點？
A24：以線程方式運行的虛擬用戶，在默認情況下，Controller為每50個用戶僅啟動一個mmdrv進程，而每個用戶都按線程方式來運行，這些線程用戶將共享父進程的內存，這就節省了大量內存空間，從而可以在一個負載生成器上運行更多的用戶。
25.當你需要在出錯時停止執行腳本，你怎麼做？ 取消運行設置中的「Continue on error」復選框。 或者使用lr_abort函數。
26.響應時間和吞吐量之間的關系是什麼？ A26：當系統吞吐量未達到系統處理極限時，系統性能不會衰減，交易平均響應時間一般也不會遞增，當系統達到吞吐量極限時，客戶端交易會在請求隊列中排隊等待，等待的時間會記錄在響應時間中，故交易平均響應時間一般會遞增。
27.說明一下如何在LR中配置系統計數器？ A27：以windows資源監控為例，可右鍵點「添加度量」，輸入系統IP、選擇平台類型，確定即可，詳細參加LR自帶操作手冊^_^。 對於監控不同類型的操作系統，需要做一些准備工作，可參見監控操作系統資源部分。
28.你如何識別性能瓶頸？ A28：性能瓶頸分為：硬體瓶頸和軟體瓶頸性能瓶頸可以通過監控器來分析發現，這些監控器包括應用伺服器監控、web伺服器監控、資料庫伺服器監控器和網路監控器；它們可以幫助分析導致響應時間增加的原因；性能度量一般包括響應時間、吞吐量、每秒點擊率、網路延遲等等。
29.如果web伺服器、資料庫以及網路都正常，問題會出在哪裡？
A29：問題可能出在系統本身或應用伺服器、或為應用編寫的代碼編寫中。
30.如何發現web伺服器的相關問題？
A30：可以利用web資源監控器發現web伺服器相關問題，在場景執行過程中，可以利用監控器分析web伺服器吞吐量、每秒點擊率、每秒HTTP響應數、每秒頁面下載數，以及web伺服器硬體資源使用情況等。
31.如何發現資料庫的相關問題？
A31：可以通過資料庫監控器和數據資源圖發現資料庫相關的問題，例如在運行Controller之前，可以指定需要度量的資源，之後可以根據監控的數據，分析資料庫相關的問題
32.解釋所有web錄制配置？
A32：選擇錄制協議、設置錄制選項、選擇瀏覽器、選擇存放路徑、開始錄制。
33.解釋一下覆蓋圖和關聯圖的區別？
A33：覆蓋圖：合並兩個圖的內容，使用同一個X軸，合並圖左Y軸顯示當前圖的值，合並圖右Y軸顯示被合並圖的值。 關聯圖：當前活動圖的Y軸變為合並圖的X軸，被合並圖的Y軸變成合並圖的Y軸。
34.你如何設計負載？標準是什麼？
A34：負載測試計劃多少用戶數量、使用什麼類型的機器、以及在什麼環境下進行。主要基於兩個重要的文檔，任務分布圖和事務信息，任務分布圖告訴我們在負載時間段內，某一個事務使用的用戶數，高峰使用率及低峰使用率均來自該文檔； 事務信息告訴我們事務名及優先順序，在設計場景時可以參考。
35.Vuser_init中包括什麼內容？
A35：Vuser_init中包含在腳本執行過程中只需執行一次的腳本。一般來說，所有需要初始化的都可以放在vuser_init裡面，比如登錄。
36. Vuser_end中包括什麼內容？
A36：vuser_end中一般包含退出的過程，比如退出系統，主要在腳本執行完成或停止時運行，在設置了迭代次數時，vuser_end和vuser_int均只執行一次。
37.什麼是think time？think_time有什麼用？
A37：思考時間：用戶在各步驟之間停下來進行思考的時間，由於用戶基於其經驗水平和目標而與應用程序進行交互操作，因此技術水平更高的用戶工作起來可能會比新用戶要快。 通過啟用思考時間，可以使 Vuser在負載測試期間更准確地模擬其對應的真實世界用戶。
38.標准日誌和擴展日誌的區別是什麼？
A38：標准日誌：腳本執行過程中，將函數集及信息發送到日誌文件中 擴展日誌：可以將詳細的腳本執行信息輸出到日誌文件中，可以選擇以下三種擴展日誌信息： ● 參數替換：腳本運行過程中，可以將參數及當前參數值輸出到日誌文件中 ● 伺服器返回的數據：將伺服器返回給客戶端的數據輸出到日誌文件中 ● 高級跟蹤：所有的虛擬用戶信息和函數調用輸出到日誌文件中
39.解釋以下函數及他們的不同之處。
A39：lr_debug_message：發送調試信息到輸出窗口或業務監控日誌文件中 lr_output_message：發送日誌信息到輸出窗口或業務監控日誌文件中 lr_error_message：發送錯誤信息到輸出窗口或業務監控日誌文件中 lrd_stmt：賦予一個SQL語句用於處理 lrd_fetch：獲取結果集中的下一行數據
40.什麼是吞吐量？
A40：客戶端每秒從伺服器接收到的數據，或系統伺服器每秒能處理通過的交易數。一般隨著虛擬用戶數的增加，吞吐量也增加，說明網路帶寬比較充足，反之，吐過隨著虛擬用戶數的增加，吞吐量比較平穩，呈直線狀態，則說明網路帶寬成為瓶頸，限制了數據傳輸。
41.場景設置有哪幾種方法？
A41：面向目標的場景設置和手動場景

Ⅸ 中科軟科技股份有限公司 軟體測試工程師 求面試筆答題,面試問題.急急急~~~

1.談談你對測試的理解

2.你三年的職業規劃

3.你對加班的看法?是否可以加班?

4.你心目中理想的公司怎麼樣?理想的工作環境?理想的同事關系?

5.你覺得這筆試答的如何?優勢在哪?劣勢在哪?

6.如果初面沒成功，你怎麼說服我給你復試機會?

7.你認為激勵你努力工作的因素都有哪些?

8.你的最大的優點是什麼?缺點是什麼?有什麼專業特長?愛好是什麼?

9.給你輛自行車，你認為最需要檢查的是哪些地方?為什麼?若要保證質量必須要檢查三個部件，是什麼?為什麼?

技術題

資料庫

1.咖啡廳，咖啡不同種類不同價格，有大杯小杯，食物不同種類不同價格，消費時間令算錢，結賬可以用會員卡，

會員卡根據等級不同打折不同，畫出E-R圖

2.給出兩個表，成績表和課程表

說明主鍵、外鍵的作用，索引的好處和不足?

創建表

查詢成績小於60分的學生姓名和學號

查詢成績小於60分的學生姓名和課程名

查詢平均成績並排序

3.兩個表設計的有哪些缺陷，應該如何改動

程序題

1.給段代碼，用白盒測試方法設計用例覆蓋

2.給段JAVA代碼，類的互相調用，寫出顯示結果，並說明過程，主要考察的是類以及私有變數的生命周期

3.寫出一個類，調用另一個類的函數

測試題

1.什麼是信息管理系統?最重要的是哪部分?

2.什麼是資料庫?是什麼關系型資料庫?描述主鍵、外鍵

3.TD中BUG處理過程

4.測試計劃的內容

5.一個有廣告的花杯子，盡可能多的設計測試用例

6.你會使用的測試工具

7.測試題太多，具體想不起來了，總之把老師總結的測試技術題全背下來就成了，考的也就是那些東西

初面

1.自我介紹

2.談談你做過的一個項目，擔當什麼職責

3.談談你做過項目的一個模塊，具體都設計了哪些用例

4.使用QTP、Loadrunner多長時間?分別敘述使用過程

5.給出一個QTP的場景，問怎麼設計，問的根本聽不懂，所以也沒記住

6.Loadrunner中都可以修改插入哪些東西?檢查點是插在事務的裡面還是外面?集合點是插在事務的前面還是後面?

7.是否參與過性能分析，都需要看哪些地方

8.QTP適合哪些系統?不適合哪些系統

9.你為什麼離職

10.你的三年職業規劃是什麼

11.是否可以加班

12.原公司有多少人，測試團隊有多少人，開發團隊有多少人

復試（全是結合具體工作談的）

1.談談以前的工作

2.測試計劃都怎麼寫的

3.講講QTP和LR的如何使用

4.如何回歸的

5.介紹一下TD的流程

6.結合你做過的一個系統的一個模塊，設計用例

7.LR並發用戶是如何確定的

8.LR的分析需要看哪些方面

9.如何寫測試分析報告

10.什麼是冰凍測試

11.是否統招

12.三年職業規劃

13.用過哪些管理工具，如何使用

看看能不能幫你

Ⅹ 性能測試進階指南——LoadRunner11實戰的前 言

性能測試並不是一個很新的名詞，但自從LoadRunner進入國內並流行起來，帶動了性能測試的潮流，一時間測試人員的口邊已經離不開這個HP的性能測試神器。如果你不會使用它進行性能測試，出門都不好意思和同行打招呼，似乎掌握了該工具就成為了測試的資深專家。可以說性能測試的流行從某些角度也反映了國內軟體測試技術的進步，從過去的手工化功能測試逐步開始涉及通過編程的方式對系統進行功能測試，從而進一步地開展性能測試。
為什麼寫這本書
在游戲中身為一個DPS總是不斷地在天賦、裝備屬性、輸出手法、站位、技能優先順序等問題上反復琢磨調優，力爭成為該職業的高手。在不同的論壇會參考別人的推薦來選擇BIS（最優配置裝備）、合適的天賦、最佳的重鑄屬性，熟悉和計算各種技能的優先順序，在戰斗的過程中動態監控各種BUFF和DEBUFF來讓自己的核心技能能夠在最合理的時間爆發並且獲得最大利益。當每次實戰時都能看到自己的DPS牢牢地處於榜首，那種感覺是妙不可言的。與職業玩家的互相交流，探討心得可以更好地選擇不同技能應對不同的戰斗，性能測試及調優就這樣在游戲中淋漓盡致地閃耀著光芒。當去指導朋友如何玩好這復雜的職業時，需要使用很多策略來讓他了解游戲的邏輯本質，掌握技能的意義及優先順序排列，並在戰斗中合理應用。
而另一方面對於軟體來說，性能測試、調優又是如此雷同而又復雜。看過很多性能測試方面的書，也在論壇上不斷地解決各種問題，但總會發現新手問題反復發，高手問題無人解的問題，而企業中的各種問題也大同小異，仔細一看其實在很多書中都有介紹。在上一本《性能測試進階指南——LoadRunner 9.1實戰》中介紹了LoadRunner 9.1，後兩年中並沒有看到市面上有關LoadRunner 11的圖書，而這兩年中自己也有很多新的理解和對於部分章節描述的補充，在老婆的鼓勵和支持下這本書就誕生了。限於作者的經驗和水平，書中的不足和紕漏之處在所難免，懇請廣大讀者批評指正。
疑問和建議可以訪問筆者的BLOG
本書面向的讀者
本書並不是完全為初學者設計的，因為性能測試本來就不是一個新人能夠涉及的內容，想要掌握性能測試需要多年的測試基礎及廣泛的知識面。這里需要讀者具備一定的動態頁面開發基礎及Linux系統和資料庫基本操作能力。
對於一個剛剛涉及性能測試的朋友來說，這本書可以解答你遇到的所有問題，雖然剛開始看會稍顯吃力，但隨著逐步的深入會越發輕松。對於已入門的朋友，在簡單地了解性能測試基礎及LoadRunner的實現原理後，本書的深度會讓你進一步看透一些朦朧的東西。而對於高手來說，項目的實施策略、擴展工具的輔助及特殊的腳本開發可以幫助你進一步擴展思路。
相對於上一本《性能測試進階指南》來說本書做了大量篇幅的修改，強化了很多細節的知識，將部分基礎知識進行了精簡。對於基礎較差的入門級讀者，建議先閱讀筆者的上一本《性能測試進階指南——LoadRunner 9.1實戰》以熟悉基礎知識，從而降低閱讀中的困難。
本書作者
陳霽，51Testing論壇中ID為雲層，集上海人和四川人的優缺點於一身，常常被朋友指責為典型處女座。自認公司內皮膚最白，經常被學員笑稱「雲版」或「棉花糖」老師，現任51Testing高級講師，主攻性能測試。
2001年至2004年在多家軟體公司任職測試工程師，在底層摸爬滾打多年，對各種類型的軟體測試都有所涉及。
2004年至2007年在Gameloft上海部曾任測試經理、SQA及SCM。
2007年中加入51Testing任職高級講師，負責軟體測試培訓、咨詢、企業應用解決方案等工作。
本書結構
本書分為8章、5個，其內容如下表所示。
從本書能收獲什麼
對於讀者來說，通過本書的學習可以完全掌握LoadRunner 11的各種功能，並了解性能測試的實施過程，做到理論聯系實際。本書中所有的例子都可以在本地或者權威網站進行實踐，包括項目實踐的所有內容也可在本地完成，從而真正實現自學成材。雖然本書是介紹如何使用LoadRunner這一性能測試工具來進行性能測試的，但是書中還穿插了大量的輔助工具，從而彌補了LoadRunner自身工具的不足；在實戰階段提供了詳盡的性能需求分析方法、測試數據構造方式、性能測試分析方法及性能測試團隊構建方式，讓菜鳥迅速成長為高手。
致謝
測試做久了總習慣挑別人毛病或者具備一點完美主義精神，看了很多論壇上的提問和市面上的書籍後，我自信地認為能寫本「比別人好點的書」。當開始執筆時，一本「完美」的書一直壓迫得我喘不過氣來，經過多次輾轉，最終這個相對「完美」的版本沒有胎死腹中，這里不得不感謝那些在這些年中和我互相學習分享知識的朋友。
對我來說最幸福的事情是在進入高中時擁有了一台小小的學習機，當第一次接觸到鍵盤，第一次編寫BASIC小程序時彷彿失了魂，按照現在的說法也就是「宅」了。這里要感謝我的父母，他們並沒有阻止我沉迷於計算機之中，從而讓我找到了自己的興趣，並進一步將興趣轉化為了職業。
第一次接觸軟體測試是在2001年，作為一名剛畢業、自我感覺良好的大學生，我隻身來到了上海。四處碰壁後「委身」於一家軟體公司任職測試工程師，就這樣誤打誤撞地進入軟體測試行業，多虧當時面試我的原IBM測試經理田芳女士給了我這樣的機會。「師傅領進門，修行靠個人」，待我明白這個道理並奮發努力後，在Wang Sheng和Steven Ye的栽培下我逐漸成為了獨當一面的測試經理。
加入51Testing對我來說是個不小的轉變，作為原Etang的SQA和Gameloft的測試經理，游戲測試及管理和軟體測試還有一條不小的鴻溝，而性能測試以前並不是我的主攻方向，期間受到Sincky、海龍、老朴、徐林林的細心指點，使我對性能測試的理解逐步加深，也逐漸接過了性能測試培訓的教鞭。
在本書的編寫過程中，宋鋒、徐林林、田威峰、劉德寶、鄧強等老師都在各個方面給予了我很多支持。為了給我更多的閉關寫書的時間，小師妹和師弟不得不幫忙頂了很多課程，在此表示感謝。網上的很多朋友給了我很多知識點和參考案例，這里需要感謝一下QQ群中的Fin、Mike、土匪、千里、友船、一個人、Yettie等幾大版主和熱心網友幫助我完成了Beta版本的測試工作，並在校稿中做了很多的工作，包括內容的收集、評審和整理，在此表示感謝。
參與本書編寫的人員有王威、王琰、朴春龍、鄧強、周峰、周春江、徐林林、商莉、宋鋒、宋光照、劉德寶、李波等。
最後還是要感謝一下親愛的老婆，寫書這段時間讓你多費心了，這是一本為你而寫的書。
陳 霽