對(duì)于性能測試的面試，面試者應(yīng)該學(xué)會(huì)做好面試準(zhǔn)備，了解面試題及答案很重要。下面小編已經(jīng)為你們整理了性能測試面試題及答案,一起來看看吧。

　　性能測試面試題及答案一

　　1、 階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別?

　　階段評(píng)審 對(duì)項(xiàng)目各階段評(píng)審：對(duì)階段成果和工作

　　項(xiàng)目評(píng)審 對(duì)項(xiàng)目總體評(píng)審：對(duì)工作和產(chǎn)品

　　2、 測試產(chǎn)品與測試項(xiàng)目的區(qū)別是什么?

　　習(xí)慣上把開發(fā)完成進(jìn)行商業(yè)化，幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件稱為軟件產(chǎn)品。

　　把針對(duì)一個(gè)或幾個(gè)特定的用戶而開發(fā)的軟件稱為軟件項(xiàng)目，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。

　　區(qū)別：

　　01.質(zhì)量不同，產(chǎn)品的質(zhì)量要求高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至帶來很多負(fù)面的影響。而項(xiàng)目通常面向某一個(gè)用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以。

　　02.測試資源投入多少不同。軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些，同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力，物力資源。

　　3、 和用戶共同測試(UAT測試)的注意點(diǎn)有哪些?

　　軟件產(chǎn)品在投產(chǎn)前，通常都會(huì)進(jìn)行用戶驗(yàn)收測試。如果用戶驗(yàn)收測試沒有通過，直接結(jié)果就是拿不報(bào)酬，間接影響是損害了公司的形象，而后者的影響往往更嚴(yán)重。根據(jù)作者的經(jīng)驗(yàn)，用戶驗(yàn)收測試一定要讓用戶滿意。 實(shí)際上用戶現(xiàn)場測試更趨于是一種演示。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優(yōu)點(diǎn)，最后讓“用戶”滿意并欣然支付酬勞才是我們的目標(biāo)。因此用戶測試要注意下面的事項(xiàng)：

　　(1)用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測試，證明沒有問題才可以和用戶共同進(jìn)行測試。測試核心模塊的目的是建立用戶對(duì)軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。

　　(2)如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。爭得時(shí)間后，及時(shí)修改缺陷來彌補(bǔ)。

　　(3)永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡單，因?yàn)檐浖且o用戶用的，問題早晚會(huì)暴露出來，除非你可以馬上修改。

　　和用戶進(jìn)行測試還要注意各種交流技巧，爭取不但短期利益得到了滿足，還要為后面得合作打好基礎(chǔ)。

　　性能測試面試題及答案二

　　1、 您所熟悉的測試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來說明這些方法在測試用例設(shè)計(jì)工作中的應(yīng)用。

　　01.等價(jià)類劃分

　　劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測試某等價(jià)類的代表值就等于對(duì)這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.

　　02.邊界值分析法

　　邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測試用例,可以查出更多的錯(cuò)誤.

　　使用邊界值分析方法設(shè)計(jì)測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù).

　　03.錯(cuò)誤推測法

　　基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測試用例的方法.

　　錯(cuò)誤推測方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測試用例.

　　04.因果圖方法

　　前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.

　　2、 軟件測試報(bào)告應(yīng)該包含哪些內(nèi)容?

　　編寫目的 :這部分描述文檔內(nèi)容簡要

　　輸入文檔:：說明編寫此報(bào)告的輸入文檔(包括：信息、數(shù)據(jù)、結(jié)果等)

　　測試進(jìn)度：記錄測試類型，測試活動(dòng)的起始和結(jié)束時(shí)間

　　測試版本：記錄實(shí)際測試活動(dòng)中所測試的版本

　　測試環(huán)境：描述實(shí)際測試活動(dòng)中使用的測試環(huán)境，并附測試環(huán)境網(wǎng)絡(luò)拓?fù)鋱D

　　測試過程所完成的測試類型：描述實(shí)際測試活動(dòng)中所進(jìn)行的各種測試活動(dòng)及工作內(nèi)容

　　測試工作量：記錄測試過程中各類人員的工作量投入

　　測試結(jié)果分析：

　　代碼覆蓋率分析

　　代碼覆蓋率分析

　　測試需求覆蓋情況

　　用例執(zhí)行情況分析

　　系統(tǒng)性能指標(biāo)分析

　　測試問題回顧：描述測試工作結(jié)束后，遺留的問題和問題未能解決的原因;描述在測試工作中遇到的問題，如溝通情況，測試環(huán)境情況，典型的測試技術(shù)和解決方案

　　測試量化數(shù)據(jù)分析：

　　測試匯總信息

　　缺陷數(shù)據(jù)分析

　　缺陷總體數(shù)據(jù)統(tǒng)計(jì)

　　缺陷分級(jí)統(tǒng)計(jì)

　　缺陷來源分析

　　遺留缺陷與典型缺陷分析

　　測試結(jié)論及產(chǎn)品質(zhì)量分析

　　缺陷清單

　　性能測試面試題及答案三

　　1、 軟件驗(yàn)收測試除了alpha ,beta測試以外,還有哪一種?

　　正式驗(yàn)收測試

　　2、簡述軟件系統(tǒng)中用戶文檔的測試要點(diǎn)?

　　(1)讀者群。文檔面向的讀者定位要明確。對(duì)于初級(jí)用戶、中級(jí)用戶以及高級(jí)用戶應(yīng)該有不同的定位

　　(2)術(shù)語。文檔中用到的術(shù)語要適用與定位的讀者群，用法一致，標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合。

　　(3)正確性。測試中需檢查所有信息是否真實(shí)正確，查找由于過期產(chǎn)品說明書和銷售人員夸大事實(shí)而導(dǎo)致的錯(cuò)誤。檢查所有的目錄、索引和章節(jié)引用是否已更新，嘗試鏈接是否準(zhǔn)確，產(chǎn)品支持電話、地址和郵政編碼是否正確。

　　(4)完整性。對(duì)照軟件界面檢查是否有重要的分支沒有描述到，甚至是否有整個(gè)大模塊沒有描述到，主要是測試文檔內(nèi)容的全面性。

　　(5)一致性。按照文檔描述的操作執(zhí)行后，檢查軟件返回的實(shí)際結(jié)果是否與文檔描述的相同。

　　(6)易用性。對(duì)關(guān)鍵步驟以粗體或背景色給用戶以提示，合理的頁面布局、適量的圖表都可以給用戶更高的易用性。需要注意的是文檔要有助于用戶排除錯(cuò)誤。不但描述正確操作，也要描述錯(cuò)誤處理辦法。文檔對(duì)于用戶看到的錯(cuò)誤信息應(yīng)當(dāng)有更詳細(xì)的文檔解釋。

　　(7)圖表與界面截圖。檢查所有圖表與界面截圖是否與發(fā)行版本相同。

　　(8)樣例與示例。像用戶一樣載入和使用樣例。如果是一段程序，就輸入數(shù)據(jù)并執(zhí)行它。以每一個(gè)模塊制作文件，確認(rèn)它們的正確性。

　　(9)語言。不出現(xiàn)錯(cuò)別字，不要出現(xiàn)有二義性的說法。特別要注意的是屏幕截圖或繪制圖形中的文字。

　　(10)印刷與包裝。檢查印刷質(zhì)量;手冊(cè)厚度與開本是否合適;包裝盒的大小是否合適;有沒有零碎易丟失的小部件等等。

　　3、軟件測試的文檔測試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點(diǎn)。那么軟件系統(tǒng)的用戶文檔包括哪些?

　　用戶手冊(cè)

　　安裝和設(shè)置指導(dǎo)

　　聯(lián)機(jī)幫助

　　指南、向?qū)?/p>

　　樣例、示例和模板

　　授權(quán)/注冊(cè)登記表

　　最終用戶許可協(xié)議

　　
看了“性能測試面試題及答案”