軟件測試之綜合類筆試

時間：2024-10-24 08:44:59 學人智庫我要投稿

相關推薦

軟件測試之綜合類筆試

　　綜合類筆試，囊括多學門、跨學科學術知識領域的筆試問題。本文將為你提供軟件測試之綜合類，歡迎閱讀參考。

軟件測試之綜合類筆試

　　一、您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

　　用過LoadRunner。下面提供一個完整測試實例，可參考(也可以選擇其中一部分作為答案)

　　該方案是針對某公司試題庫的性能測試。該試題庫是用來對公司內部員工培訓結果的一個考核。試題庫在公司內部web服務器上，假設開設50個賬號和密碼可供50個考生同時參加考試。要求，每臺機器只能由一個用戶使用，每個用戶只能使用各自不同的賬號登錄考試系統，做完題目后，要求提交考試結果，若在制定的時間內不提交，則系統強制提交考試結果。

　　但是，一般測試部門不可能有50臺機器同時進行測試的。所以，可以借Loadrunner7.51模擬IP地址，修改腳本來協助測試。但是，為了保證測試結果，建議搜羅公司中所有可用的機器進行復測，因為有時候是不可以完全信賴工具的。

　　現場測試環境

　　硬件：50臺PC機，Web服務器

　　軟件：Loadrunner7.0，Win2000，IE5.0和IE6.0

　　人員：質控部2人，執行現場測試

　　項目部22人，提供現場環境

　　技術部各1人，提供技術支持

　　測試要求

　　50個用戶擁有獨立IP地址，不同的用戶及密碼登錄，試題完成后各自同時提交。

　　測試內容

　　50個用戶以不同的用戶名和密碼登錄試題庫。試題完成后，提交考試結果。測試考試結果是否能正常提交以及正確評分。

　　測試方案

　　1、完全20臺實際的PC機進行現場測試。

　　(1) 準備工作，并做計劃。第一輪測試執行三遍，設定用戶考試內容全部同時提交，第一遍全部使用IE5.0，第二遍10臺使用IE5.0，10臺使用IE6.0，第三遍全部使用IE6.0

　　(2) At 9：00 ，20個用戶同時登錄系統

　　(3) At 9：05 ，20個用戶同時全部提交

　　(4) 分別記錄第一輪測試(三遍)的結果

　　(5) 第二輪測試準備工作，設定15個用戶考試內容同時提交，另外5個用戶延時5分鐘提交，全部使用IE5.0

　　(6) At 9：15 ，20個用戶同時登錄系統

　　(7) At 9：20 ，15個用戶同時提交

　　(8) At 9：25 ，剩余5個用戶同時提交

　　(9) 記錄第二輪測試結果

　　(10) 第三輪測試準備工作，設定15個用戶考試內容同時提交，另外5個用戶延時5分鐘提交，全部使用IE6.0

　　(11) At 9：15 ，20個用戶同時登錄系統

　　(12) At 9：20 ，15個用戶同時提交

　　(13) At 9：25 ，剩余5個用戶同時提交

　　(14) 記錄第三輪測試結果

　　(15) 第四輪測試準備工作，設定15個用戶考試內容同時提交，另外5個用戶延時5分鐘提交，正常提交用戶使用IE5.0，延時提交用戶使用IE6.0

　　(16) At 9：15 ，20個用戶同時登錄系統

　　(17) At 9：20 ，15個用戶同時提交

　　(18) At 9：25 ，剩余5個用戶同時提交

　　(19) 記錄第四輪測試結果

　　(20) 第五輪測試準備工作，設定15個用戶考試內容同時提交，另外5個用戶延時5分鐘提交，正常提交用戶使用IE6.0，延時提交用戶使用IE5.0

　　(21) At 9：15 ，20個用戶同時登錄系統

　　(22) At 9：20 ，15個用戶同時提交

　　(23) At 9：25 ，剩余5個用戶同時提交

　　(24) 記錄第五輪測試結果

　　(25) 第六輪測試準備工作，設定15個用戶考試內容同時提交，另外5個用戶延時5分鐘提交，正常提交用戶其中10個使用IE5.0，5個使用IE6.0，延時提交用戶使用IE5.0

　　(26) At 9：15 ，20個用戶同時登錄系統

　　(27) At 9：20 ，15個用戶同時提交

　　(28) At 9：25 ，剩余5個用戶同時提交

　　(29) 記錄第六輪測試結果

　　(30) 第七輪測試準備工作，設定10個用戶考試內容同時提交，另外10個用戶分兩次分別延時5分鐘、15提交

　　(31) At 9：35 ，20個用戶同時登錄系統

　　(32) At 9：40 ，10個用戶同時提交

　　(33) At 9：45 ，剩余的其中5個用戶同時提交

　　(34) At 9：55 ，剩余的5個用戶同時提交

　　(35) 記錄第七輪測試結果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進行測試

　　(36) 第八輪測試準備工作，設定其中10個用戶不提交，由系統強行提交

　　(37) At 10：10 ，20個用戶同時登錄系統

　　(38) At 10：15 ，10個用戶同時提交

　　(39) 其余用戶的內容由系統強行提交

　　(40) 記錄第八輪測試結果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進行測試

　　(41) 第九輪測試準備工作，設定其中10個用戶同時提交，5個用戶延時5分鐘提交，其余用戶由系統強行提交

　　(42) At 10：25 ，20個用戶同時登錄系統

　　(43) At 10：30 ，10個用戶同時提交

　　(44) At 10：35 ，剩余的其中5個用戶同時提交

　　(45) 剩余5個用戶系統強制提交

　　(46) 記錄第九輪測試結果，參見第二輪測試-第六輪測試過程分別對IE5.0和IE6.0的情況進行測試

　　2、模擬20個用戶進行測試。其中，10臺是PC機，另外10臺機器的IP地址是Loadrunner模擬出來的。

　　(1) 在10臺實際的PC機中抽取其中一臺虛擬10個IP地址，包括自身的IP地址，該機器上共11個IP地址，這11個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余9臺實際的PC機分別由9個人操作，另外一臺機器由一位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　3、模擬20個用戶進行測試。其中，5臺是PC機，另外15臺機器的IP地址是用Loadrunner模擬出來的。

　　(1) 在5臺實際的PC機中抽取其中一臺虛擬15個IP地址，包括自身的IP地址，該機器上共16個IP地址，這16個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余4臺實際的PC機分別由4個人操作，另外一臺機器由一位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　4、模擬35個用戶進行測試。其中，20臺是PC機，另外15臺機器的IP地址是用Loadrunner模擬出來的。

　　(1) 在20臺實際的PC機中抽取其中兩臺分別虛擬7個、8個IP地址，這17個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18臺實際的PC機分別由18個人操作，另外兩臺機器由兩位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　5、模擬50臺用戶進行測試。其中，20臺是PC機，另外30臺機器的IP地址是用分別用兩臺實際的PC機模擬出來的。記錄測試結果。

　　(1) 在20臺實際的PC機中抽取其中兩臺分別虛擬15個IP地址，這32個IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18臺實際的PC機分別由18個人操作，另外兩臺機器由兩位質控部人員操作

　　(3) 對于異常情況，延時提交和強制提交全部由實際的機器來模擬

　　(4) 其余過程參見1

　　6、對5中所述情況重復測試兩次。

　　7、為了保證結果的正確性，完全50臺實際的PC機進行現場測試。過程參見1

　　測試過程

　　注：該測試過程針對虛擬IP地址情況。

　　1、一臺PC機上創建15個虛擬的IP地址。首先，啟動IP Wizard，如下：開始程序->Loadrunner->Tools->IP Wizard

　　點擊“Add”，添加你計劃虛擬的IP地址。但是注意不能添加已經被占用的IP地址。

　　2、啟動Virtual User Generator，并錄制腳本，由于50個用戶的賬號和密碼各不相同，所以，要修改腳本，設置參數。我是錄制了一個腳本，復制了49份，在每個腳本中手工修改了各自不同的地方。

　　3、啟動Loadrunner Controller，先將剛才保存的腳本添加進來。然后點擊“Scenario”菜單，激活其中的“Enable IP Spoofer”。

　　4、點擊屏幕右方的“Generators”，添加已經建立的IP，然后connect建立連接。

　　5、對連接起來的不同用戶(IP地址)分配不同的腳本，在Controller中的“design”中，點擊“Load Generators”其中，每個腳本有一個用戶執行。

　　6、執行Scenario。

　　二、在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷(Bug)記錄?

　　1. 在傳統的BugZilla中，BUG描述應該包括以下的信息

　　2. 和BUG生對應的軟件版本和模塊

　　3. 開發的接口人員

　　4. BUG的優先級

　　5. BUG的嚴重程度

　　6. BUG可能屬于的模塊，如果不能確認，可以用開發人員來判斷

　　7. BUG標題，需要清晰的描述現象

　　8. BUG描述，需要盡量給出重新Bug的步驟

　　9. BUG附件中能給出相關的日志和截圖。

　　高質量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準確，很好的幫助開發人員定位，因此提交高質量的軟件缺陷記錄需要注意對BUG記錄的描述質量多且準確。

　　三、BUG管理工具的跟蹤過程

　　用BugZilla為例子

　　測試人員發現了BUG，提交到Bugzilla中，狀態為new，BUG的接受者為開發接口人員

　　開發接口將BUG分配給相關的模塊的開發人員，狀態修改為已分配，開發人員和測試確認BUG，如果是本人的BUG，則設置為接收;如果是別的開發人員的問題，則轉發出去，由下一個開發人員來進行此行為;如果認為不是問題，則需要大家討論并確認后，拒絕這個BUG，然后測試人員關閉此問題。

　　如果開發人員接受了BUG，并修改好以后，將BUG狀態修改為已修復，并告知測試在哪個版本中可以測試。

　　測試人員在新版本中測試，如果發現問題依然存在，則拒絕驗證;如果已經修復，則關閉BUG。

　　四、您認為在測試人員同開發人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發團隊中其他成員良好的人際關系的關鍵是什么?

　　盡量面對面的溝通，其次是能直接通過電話溝通，如果只能通過Email等非及時溝通工具的話，強調必須對特性的理解深刻以及能表達清楚。

　　運用一些測試管理工具如TestDirector進行管理也是較有效的方法，同時要注意在TestDirector中對BUG有準確的描述。

　　在團隊中建立測試人員與開發人員良好溝通中注意以下幾點：

　　一真誠

　　二是團隊精神

　　三是在專業上有共同語言

　　四是要對事不對人，工作至上

　　當然也可以通過直接指出一些小問題，而不是進入BUG Tracking System來增加對方的好感。

　　五、你對測試最大的興趣在哪里?為什么?

　　回答這個面試題，沒有固定統一的答案，但可能是許多企業都會問到的。提供以下答案供考：

　　1、最大的興趣，感覺這是一個有挑戰性的工作;

　　2、測試是一個經驗行業，工作越久越能感覺到做好測試的難度和樂趣

　　3、通過自己的工作，能使軟件產品越來越完善，從中體會到樂趣

　　回答此類問題注意以下幾個方面：

　　1、盡可能的切合招聘企業的技術路線來表達你的興趣，例如該企業是數據庫應用的企業，那么表示你的興趣在數據庫的測試，并且希望通過測試提升自己的數據庫掌握能力。

　　2、表明你做測試的目的是為了提升能力，也是為了更好的做好測試;提升能力不是為了以后轉開發或其他的，除非用人企業有這樣的安排。

　　3、不要過多的表達你的興趣在招聘企業的范疇這外。比如招聘企業是做財務軟件的，可是你表現出來的是對游戲軟件的興趣;或招聘是做JAVA開發的，而你的興趣是在C類語言程序的開發。

　　六、你自認為測試的優勢在哪里?

【軟件測試之綜合類筆試】相關文章：