軟件測試面試題
軟件測試,描述一種用來(lái)促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過(guò)程。面試是通過(guò)書(shū)面、面談或線(xiàn)上交流(視頻、電話(huà))的形式來(lái)考察一個(gè)人的工作能力與綜合素質(zhì),通過(guò)面試可以初步判斷應聘者是否可以融入自己的團隊。是一種經(jīng)過(guò)組織者精心策劃的招聘活動(dòng)。
軟件測試面試題1
1.等價(jià)類(lèi)劃分
常見(jiàn)的軟件測試面試題劃分等價(jià)類(lèi):等價(jià)類(lèi)是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價(jià)類(lèi)的代表值就等于對這一類(lèi)其它值的測試.因此,可以把全部輸入數據合理劃分為若干等價(jià)類(lèi),在每一個(gè)等價(jià)類(lèi)中取一個(gè)數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi).
2.邊界值分析法
邊界值分析方法是對等價(jià)類(lèi)劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價(jià)類(lèi)的邊界,就是應著(zhù)重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價(jià)類(lèi)中的典型值或任意值作為測試數據.
3.錯誤推測法
基于經(jīng)驗和直覺(jué)推測程序中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據他們選擇測試用例.例如,在單元測試時(shí)曾列出的許多在模塊中常見(jiàn)的錯誤.以前產(chǎn)品測試中曾經(jīng)發(fā)現的錯誤等,這些就是經(jīng)驗的總結。還有,輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況?蛇x擇這些情況下的例子作為測試用例.
4.因果圖方法
前面介紹的等價(jià)類(lèi)劃分方法和邊界值分析方法,都是著(zhù)重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會(huì )產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類(lèi),他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設計測試用例.這就需要利用因果圖(邏輯模型).因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.
5.正交表分析法
有時(shí)候,可能因為大量的參數的組合而引起測試用例數量上的激增,同時(shí),這些測試用例并沒(méi)有明顯的優(yōu)先級上的差距,而測試人員又無(wú)法完成這么多數量的測試,就可以通過(guò)正交表來(lái)進(jìn)行縮減一些用例,從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
6.場(chǎng)景分析方法
指根據用戶(hù)場(chǎng)景來(lái)模擬用戶(hù)的操作步驟,這個(gè)比較類(lèi)似因果圖,但是可能執行的深度和可行性更好。
軟件測試面試題2
1、什么是兼容性測試?兼容性測試側重哪些方面?
2、我現在有個(gè)程序,發(fā)現在Windows上運行得很慢,怎么判別是程序存在問(wèn)題還是軟硬件系統存在問(wèn)題?
3、檢查系統是否有中毒的特征;
4、檢查軟件/硬件的配置是否符合軟件的推薦標準;
5、確認當前的系統是否是獨立,即沒(méi)有對外提供什么消耗CPU資源的服務(wù);
6、如果是C/S或者B/S結構的軟件,需要檢查是不是因為與服務(wù)器的連接有問(wèn)題,或者訪(fǎng)問(wèn)有問(wèn)題造成的;
7、在系統沒(méi)有任何負載的情況下,查看性能監視器,確認應用程序對CPU/內存的訪(fǎng)問(wèn)情況。
8、測試的策略有哪些?黑盒/白盒,靜態(tài)/動(dòng)態(tài),手工/自動(dòng),冒煙測試,回歸測試,公測(Beta測試的策略)
9、正交表測試用例設計方法的特點(diǎn)是什么?
10、用最少的實(shí)驗覆蓋最多的操作,測試用例設計很少,效率高,但是很復雜;
11、對于基本的驗證功能,以及二次集成引起的缺陷,一般都能找出來(lái);但是更深的缺陷,更復雜的缺陷,還是無(wú)能為力的;
12、具體的環(huán)境下,正交表一般都很難做的。大多數,只在系統測試的時(shí)候使用此方法。
13、描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程?標記就是Bugzilla的狀態(tài)轉換圖。
14、你覺(jué)得bugzilla在使用的過(guò)程中,有什么問(wèn)題?標記界面不穩定; 根據需要配置它的不同的部分,過(guò)程很煩瑣。流程控制上,安全性不好界定,很容易對他人的Bug進(jìn)行誤操作;沒(méi)有綜合的評分指標,不好確認修復的優(yōu)先級別。
15、描述測試用例設計的完整過(guò)程?需求分析 + 需求變更的維護工作;根據需求, 得出測試需求;設計測試方案,評審測試方案;方案評審通過(guò)后,設計測試用例,再對測試用例進(jìn)行評審;
軟件測試面試題3
中軟軟件測試面試題:判斷題
1. 軟件測試就是為了驗證軟件功能實(shí)現的是否正確,是否完成既定目標的活動(dòng),所以軟件測試在軟件工程的后期才開(kāi)始具體的工作。初級 (×)
2. 發(fā)現錯誤多的模塊,殘留在模塊是的錯誤也多。初級(√)
3. 測試人員在測試過(guò)程中發(fā)現一處問(wèn)題,如果問(wèn)題影響不大,而自己又可以修改,應立即將此問(wèn)題正確修改,以加快、提高開(kāi)發(fā)的進(jìn)程。初級(×)
4. 單元測試通常應該先進(jìn)行“人式走查”,再以白盒法為主,輔以黑盒進(jìn)行動(dòng)態(tài)測試。中級(√)
5. 功能測試是系統測試的主要內容,檢查系統的功能、性能是否與需求規格說(shuō)明相同。中級(√)
6. 軟件質(zhì)量管理即QM由QA和QC構成,軟件測試屬于QC的核心工作內容。高級(√)
7. 軟件測試只能發(fā)現錯誤,但不能保證測試后的軟件沒(méi)有錯誤。中級(√)
8. 軟件就是程序。初級(×)
9. 測試中要做到語(yǔ)句覆蓋和分支覆蓋。就可以發(fā)現程序中的所有錯誤。中級(×)
10. I18N測試是指對產(chǎn)品做出具有國際性的規劃,而L10測試則是指對軟件做出符合本地需求更改工作。高級(√)
中軟軟件測試面試題:選擇題
1. 進(jìn)行軟件質(zhì)量管理的重要性有(ACDEF )中級
A、 維護降低成本;
B、 法律上的要求;
C、 市場(chǎng)競爭的需要;
D、 質(zhì)量標準化的趨勢;
E、 軟件工程的需要;
F、 CMM過(guò)程的一部分
G、 方便與客戶(hù)進(jìn)一步溝通為后期的實(shí)施打好基礎
2. 以測試的形態(tài)分測試可以分為( ABC )中級
A、 建構性測試
B、 系統測試
C、 專(zhuān)項測試
D、 單元測試
E、 組件測試
F、 集成系統
3. 選出屬于黑盒測試方法的選項( ABC )初級
A、 測試用例覆蓋
B、 輸入覆蓋
C、 輸出覆蓋
D、 分支覆蓋
E、 語(yǔ)句覆蓋
F、 條件覆蓋
4. 編寫(xiě)測試計劃的目的是(ABCEF)中級
A、 使測試工作順利進(jìn)行;
B、 使項目參與人員溝通更舒暢;
C、 使測試工作更加系統化;
D、 軟件工程以及軟件過(guò)程的需要;
E、 軟件過(guò)程規范化的需求;
F、 控制軟件質(zhì)量
5. 依存關(guān)第有4種分別是(ABCD)高級
A、 開(kāi)始—結束
B、 開(kāi)始—開(kāi)始
C、 結束—開(kāi)始
D、 結束—結束
E、 開(kāi)始—實(shí)施—結束
F、 結束—審核—開(kāi)始
6. 軟件質(zhì)量管理(QM)應有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成,下面的選項屬于
QC的是:(ABCD)高級
A、 測試
B、 跟蹤
C、 監督
D、 制定計劃
E、 需求審查
F、 程序代碼審查
7. 實(shí)施缺陷跟蹤的目的是(ABCD)中級
A、 軟件質(zhì)量無(wú)法控制
B、 問(wèn)題無(wú)法量化
C、 重復問(wèn)題接連產(chǎn)生
D、 解決問(wèn)題的知識無(wú)法保留
E、 確保缺陷得到解決
F、 使問(wèn)題開(kāi)成完整的閉玩處理
8. 使用軟件測試工具的目的(ABCD)中級
A、 幫助測試尋找問(wèn)題
B、 協(xié)助問(wèn)題的診斷
C、 節省測試時(shí)間
D、 提高BUG的發(fā)現率
E、 更好的控制缺陷提高軟件質(zhì)量
F、 更好的協(xié)助開(kāi)發(fā)人員
9. 典型的瀑布模型的四個(gè)階段是(ABCD)高級
A、 分析
B、 設計
C、 編碼
D、 測試
E、 需求調研
F、 實(shí)施
10. PSP是指個(gè)人軟件過(guò)各,是一各可用于(ABC)個(gè)人軟件工作方式 的自我改善過(guò)程。
A、 控制
B、 管理
C、 改進(jìn)
D、 高效
E、 充分
F、 適宜
中軟軟件測試面試題:?jiǎn)?wèn)答題
(共9題,每題5分,共講50分)
1. 測試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)是什么?(初級) 1.尋找 Bug;
2.避免軟件開(kāi)發(fā)過(guò)程中的缺陷; 3.衡量軟件的品質(zhì); 4.關(guān)注用戶(hù)的需求
2. 在您以往的工作中,一條軟件缺陷(或者叫BUG)記錄都包含了哪些內容?如何提交高
質(zhì)量的軟件缺陷(BUG)記錄?初級
一條Bug記錄最基本應包含:編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現日期、發(fā)現人、修改日期、修改人、修改方法、回歸結果等等;要有效的發(fā) 現Bug需參考需求以及詳細設計等前期文檔設計出高效的測試用例,然后嚴格執行測試用例,對發(fā)現的問(wèn)題要充分確認肯定,然后再向外發(fā)布如此才能提高提交 Bug的質(zhì)量
3. 黑盒測試和白盒測試是軟件測試的兩種基本方法,請分別說(shuō)明各自的優(yōu)點(diǎn)和缺點(diǎn)。中級 黑盒測試的優(yōu)點(diǎn)有:
1) 比較簡(jiǎn)單,不需要了解程序內部的代碼及實(shí)現; 2) 與軟件的內部實(shí)現無(wú)關(guān);
3) 從用戶(hù)角度出發(fā),能很容易的知道用戶(hù)會(huì )用到哪些功能,會(huì )遇到哪些問(wèn)題; 4) 基于軟件開(kāi)發(fā)文檔,所以也能知道軟件實(shí)現了文檔中的哪些功能; 5) 在做軟件自動(dòng)化測試時(shí)較為方便。
黑盒測試的缺點(diǎn)有:
1)不可能覆蓋所有的代碼,覆蓋率較低,大概只能達到總代碼量的30%; 2)自動(dòng)化測試的復用性較低。 白盒測試的優(yōu)點(diǎn)有:
幫助軟件測試人員增大代碼的覆蓋率,提高代碼的質(zhì)量,發(fā)現代碼中隱藏的問(wèn)題 白盒測試的缺點(diǎn)有:
1) 程序運行會(huì )有很多不同的路徑,不可能測試所有的運行路徑
2) 測試基于代碼,只能測試開(kāi)發(fā)人員做的對不對,而不能知道設計的正確與否,可能會(huì )漏掉一些功能需求
3) 系統龐大時(shí),測試開(kāi)銷(xiāo)會(huì )非常大。
4. 根據自己的理解回答什么是軟件測試,軟件測試分為哪幾個(gè)階段。初級
軟件測試是一個(gè)為了尋找軟件中的錯誤而運行軟件的過(guò)程,一個(gè)成功的測試是指找到了迄今為止尚未發(fā)現的錯誤的測試。
軟件測試一般分為單元測試、集成測試、系統測試、驗收測試
5. 根據自己的理解什么是測試用例和測試規程,設計一個(gè)測試用例應當從哪幾方面考慮?
中級
狹義的講,一個(gè)測試用例就是測試人員用以測試被測軟件的某個(gè)特性或特性組合的一組數據。這組數據可能是從用戶(hù)處得來(lái)的實(shí)際的一組數據,也可能是測試人員專(zhuān)門(mén)設計出來(lái)的測試軟件某些功能的一組數據
測試規程就是詳細的對測試用例設計方法、測試方法、測試工具、測試環(huán)境和測試數據進(jìn)行描述的文檔,還可以包括能把某個(gè)或某一組測試用例應用到被測軟件上完成某項測試的一系列的操作步驟
設計測試用例應當從以下幾方面考慮:邊界值,等價(jià)類(lèi)劃分,場(chǎng)景法,有效/無(wú)效值等
6. 什么是軟件質(zhì)量保證?軟件質(zhì)量保證人員與開(kāi)發(fā)人員的關(guān)系如何?高級
軟件質(zhì)量保證就是通過(guò)確保軟件過(guò)程的質(zhì)量,來(lái)保證軟件產(chǎn)品的質(zhì)量。 軟件質(zhì)量保證人員和開(kāi)發(fā)人員之間具有管理上的嚴格的獨立性,兩個(gè)小組的管理員都不能越權管理另一組,但都可以向更高層的管理者匯報軟件開(kāi)發(fā)中的問(wèn)題
7. 什么叫軟件缺陷?您應用過(guò)哪些缺陷管理工具?
高級
對軟件缺陷的定義各公司有所不同: 軟件未達到產(chǎn)品說(shuō)明書(shū)標明的功能
軟件出現了產(chǎn)品說(shuō)明書(shū)指明不會(huì )出現的錯誤 軟件功能超出產(chǎn)品說(shuō)明書(shū)指明的范圍
軟件未達到產(chǎn)品說(shuō)明書(shū)雖未指出但應達到的目標
軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢,或者最終用戶(hù)認為不好
TD、QC、bugfree
8. 請分別寫(xiě)出ISO7層架構,并分別說(shuō)明TCP、UDP協(xié)議分別在處于哪一層,以及TCP、
UPD協(xié)議有什么區別。(10分)
7 應用層 6 表示層 5 會(huì )話(huà)層 4 傳輸層 3 網(wǎng)絡(luò )層
2 數據鏈路層 1 物理層
第四層;UDP是面向無(wú)連接、不可靠數據傳輸協(xié)議; TCP是面向連接、可靠數據傳輸協(xié)議