測試面試基礎(chǔ)問題

測試面試基礎(chǔ)問題

1、能夠用自己的語言清楚準(zhǔn)確的描述出測試行業(yè)主要任務(wù)。

保證軟件的可靠性

2、能夠準(zhǔn)確說出開發(fā)和測試的關(guān)系。

開發(fā)和測試是相輔相成的過程，需要軟件測試人員、程序員和系統(tǒng)分析師等保持密切聯(lián)系，需要更多的交流和協(xié)商，以便提高測試效率。

3、能夠準(zhǔn)確說出測試誤區(qū)錯(cuò)誤的原因。

（1）、軟件開發(fā)完成后進(jìn)行軟件測試

軟件測試是一個(gè)系列過程活動(dòng)，包括軟件測試需求分析，系統(tǒng)計(jì)劃設(shè)計(jì)，測試用例設(shè)計(jì)，執(zhí)行測試。它貫穿軟件項(xiàng)目的整個(gè)生命過程，要在每一個(gè)階段都要進(jìn)行不同目的和內(nèi)容的測試活動(dòng)，測試不僅是對代碼的檢查，還包括需求文檔和設(shè)計(jì)文檔。

（2）、軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題，那是軟件測試人員的錯(cuò)

出現(xiàn)軟件錯(cuò)誤，不能簡單的歸結(jié)為某一個(gè)人的責(zé)任，有些錯(cuò)誤的產(chǎn)生可能不是技術(shù)原因，可能來自于混亂的項(xiàng)目管理。應(yīng)該分析軟件項(xiàng)目的各個(gè)過程，從過程改進(jìn)方面尋找產(chǎn)生錯(cuò)誤的原因和改進(jìn)的措施。

（3）、軟件測試要求不高，隨便找個(gè)人就行

這是不了解測試的具體技術(shù)和方法造成的。軟件測試技術(shù)的不斷更新和完善，工具，流程，測試設(shè)計(jì)方法的不斷更新，需要掌握和學(xué)習(xí)更多的測試知識。

（4）、軟件測試是測試人員的事情，與程序員無關(guān)

開發(fā)和測試是相輔相成的過程，需要軟件測試人員、程序員和系統(tǒng)分析師等保持密切聯(lián)系，需要更多的交流和協(xié)商，以便提高測試效率。

（5）、項(xiàng)目進(jìn)度吃緊時(shí)少做些測試，時(shí)間富裕時(shí)多做測試

這是不重視軟件測試的表現(xiàn)，也是項(xiàng)目過程管理的混亂，這必然會(huì)導(dǎo)致軟件測試質(zhì)量的降低，克服這種現(xiàn)象是加強(qiáng)軟件設(shè)計(jì)的計(jì)劃和控制，包括軟件測試計(jì)劃、測試設(shè)計(jì)、測試執(zhí)行、測試度量和測試控制。

（6）、軟件測試是沒有前途的工作，只有程序員才是軟件高手

在微軟等軟件過程比較大的公司，軟件測試人員的數(shù)量和待遇與程序員沒有多大差別，優(yōu)秀的測試人員待遇比程序員還高。

4、如何成為優(yōu)秀的測試工程師。

溝通能力、移情能力、技術(shù)能力、自信心、外交能力、幽默感、強(qiáng)的記憶力、耐心、懷疑精神、自我督促、洞察力。

5、軟件測試的目的，簡單的說是什么？具體說是什么？

目的在于發(fā)現(xiàn)錯(cuò)誤，一個(gè)成功的測試用例在于發(fā)現(xiàn)至今沒有發(fā)現(xiàn)的錯(cuò)誤，一個(gè)成功的測試是發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤測試。

簡單的說，測試的根本目的就是保證最終交給用戶的產(chǎn)品符合用戶的需求，在產(chǎn)品交給用戶前盡可能多的發(fā)現(xiàn)并改正問題。

具體講，確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明；確保產(chǎn)品滿足性能和效率的要求；確保產(chǎn)品是健壯性的和適應(yīng)用戶環(huán)境的。

6、什么是Bug？它是如何產(chǎn)生的？

產(chǎn)品說明書中規(guī)定要做的事情，而軟件沒有實(shí)現(xiàn)；產(chǎn)品說明書中規(guī)定不要做的事情，而軟件卻實(shí)現(xiàn)了；產(chǎn)品說明書沒有提到的事情，而軟件卻實(shí)現(xiàn)了；產(chǎn)品說明書中沒有提到但是必須要做的事情，軟件卻沒有實(shí)現(xiàn)。

程序開發(fā)產(chǎn)生Bug的原因：需求不清晰；軟件復(fù)雜性；程序編碼錯(cuò)誤；需求變化；時(shí)間壓力；代碼文檔貧乏；開發(fā)工具自身錯(cuò)誤。

測試導(dǎo)致Bug的原因：測試目標(biāo)定義錯(cuò)誤；在開發(fā)生命周期中，錯(cuò)誤的選擇了測試介入時(shí)期；選擇了低效的測試技術(shù)，測試人員專業(yè)知識培訓(xùn)不夠，工作低效；計(jì)劃不夠詳細(xì)。測試隨意性很大；測試人員同開發(fā)人員溝通困難。

7、軟件測試模型有那些？用自己的語言描述軟件測試的模型。

V模型和x模型

8、什么是靜態(tài)測試？開始靜態(tài)測試的前提、時(shí)機(jī)？舉例說明。

指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的文法，結(jié)構(gòu)，過程，接口等來檢查程序的正確性。

理論上講，靜態(tài)測試應(yīng)在項(xiàng)目立項(xiàng)開始，貫穿整個(gè)項(xiàng)目的始終。原則是越早越好。

9、什么是動(dòng)態(tài)測試？舉例說明。

指運(yùn)行被測程序，檢查運(yùn)行結(jié)果雨預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，這種方法有三部分組成：編寫測試用例，執(zhí)行程序，分析程序的輸出結(jié)果。

步驟：單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試、回歸測試。

10、靜態(tài)測試和動(dòng)態(tài)測試的區(qū)別？舉例說明

靜態(tài)測試是用于預(yù)防的，動(dòng)態(tài)測試是用于矯正的；多次的靜態(tài)測試比動(dòng)態(tài)測試要效率和效益高；靜態(tài)測試綜合測試程序代碼；在相當(dāng)短的時(shí)間里，靜態(tài)測試的覆蓋率能達(dá)到100%，而動(dòng)態(tài)測試經(jīng)常是只能達(dá)到50%左右，原因動(dòng)態(tài)測試發(fā)現(xiàn)的bug大部分只是在測試實(shí)際執(zhí)行的那部分代碼；動(dòng)態(tài)測試比靜態(tài)測試更花時(shí)間；靜態(tài)測試比動(dòng)態(tài)測試更能發(fā)現(xiàn)bug；靜態(tài)測試的執(zhí)行可以在程序編碼編譯前，動(dòng)態(tài)測試只能在編譯后才能執(zhí)行。

11、白盒測試的定義？

也稱結(jié)構(gòu)化測試、基于代碼的測試，是一種測試用例的設(shè)計(jì)方法，已知產(chǎn)品的內(nèi)部工作過程，通過測試證明每種內(nèi)部操作十分符合設(shè)計(jì)規(guī)格要求。

12、黑盒測試的定義？

也稱功能測試和行為測試，主要是根據(jù)功能需求來測試程序是否按照預(yù)期工作，不基于內(nèi)部設(shè)計(jì)和代碼的任何知識，而是基于需求和功能性，通過測試證明每個(gè)實(shí)現(xiàn)的功能是否符合功能設(shè)計(jì)規(guī)格要求。

13、白盒測試方法有哪些？定義分別是什么？

判定覆蓋：

條件覆蓋：

判定/條件覆蓋：

組合覆蓋：

路徑覆蓋：

14、黑盒測試方法有哪些？定義分別是什么？

等價(jià)類劃分法：是把所有可能的輸入數(shù)據(jù)劃分若干部分，然后從每個(gè)子集中選取少量具有代表性的數(shù)據(jù)作為測試用例，一般分為有效等價(jià)類和無效等價(jià)類。

邊界值分析法：對輸入或輸出邊界值進(jìn)行測試的一種方法，是等價(jià)類的補(bǔ)充。

錯(cuò)誤推測方法：根據(jù)經(jīng)驗(yàn)和直覺推測程序中可能有的各種錯(cuò)誤，從而設(shè)計(jì)測試用例。

因果圖法：哪些是因哪些是果，通常輸入條件或是輸入條件的等價(jià)類，。。。。。。

15、白盒測試和黑盒測試的區(qū)別是什么？

執(zhí)行測試人員不同：黑盒測試通常由用戶及非開發(fā)人員來進(jìn)行，而白盒測試通常要有了解軟件內(nèi)部結(jié)構(gòu)的開發(fā)人員來做。

測試覆蓋目標(biāo)不同：黑盒測試的目標(biāo)是覆蓋所有的用戶需求，而白盒測試的目標(biāo)是覆蓋所有代碼。

測試動(dòng)機(jī)不同：

測試方法不同：

評估測試方法不同：

【測試面試基礎(chǔ)問題】相關(guān)文章：

測試人員面試經(jīng)典問題11-10

面試經(jīng)典問題11-11

面試的經(jīng)典問題及答案03-16

面試經(jīng)典問題及答案06-20

關(guān)于面試的問題05-20

面試問題與回答11-27

銷售人員面試的經(jīng)典問題06-13

采購的面試問題06-14

面試問題及答案05-23

軍校面試問題06-30