軟件測試工程師經(jīng)典筆試題

1、一、判斷題一、判斷題1.1.軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動，所以軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動，所以軟件測試在軟件工程的后期才開始具體的工作。（軟件測試在軟件工程的后期才開始具體的工作。（?）分析：軟件測試人員應(yīng)在需求階段就加入到開發(fā)過程中。因?yàn)檐浖馁|(zhì)量問題會隨著軟件開發(fā)周期的不斷展開而不斷放大的，而更正質(zhì)量問題的成本也是不斷放大的，也就是說在需求階段出現(xiàn)的小問題

2、，到開發(fā)完成后缺陷可能成幾何倍數(shù)放大，而修改所需要的成本也會不斷的放大，如果測試工程師能夠盡早的加入其中的話可以盡早的找出問題，及時(shí)發(fā)現(xiàn)，避免問題最后放大到不可收拾。2.2.發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。（發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。（?）分析：開發(fā)人員能力參差不齊，當(dāng)發(fā)現(xiàn)某模塊bug數(shù)越多，修改的bug越多，則引入新的bug就會越多，那么這些新的bug發(fā)現(xiàn)的難度要比修改前發(fā)現(xiàn)bug要大的多，其隱藏未發(fā)現(xiàn)的bu

3、g數(shù)量就越多，那么相應(yīng)的模塊質(zhì)量也就越差。代碼復(fù)用也可能造成該模塊的bug比較多。3.3.測試人員在測試過程中發(fā)現(xiàn)一處問題，如果影響不大，而自己又可以修改，應(yīng)立即測試人員在測試過程中發(fā)現(xiàn)一處問題，如果影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。（將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。（?）分析：正確流程應(yīng)提交錯(cuò)誤缺陷，此時(shí)開發(fā)組人員會有記錄，并修改此問題。如果測試人員自己修改，會導(dǎo)致開發(fā)人員無記錄，容

4、易出現(xiàn)冗余系統(tǒng)版本，并不清楚哪個(gè)為最終版本。4.4.單元測試通常應(yīng)該先進(jìn)行單元測試通常應(yīng)該先進(jìn)行“人工走查人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動態(tài)測，再以白盒法為主，輔以黑盒法進(jìn)行動態(tài)測試。（試。（?）5.5.功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（?）6.6.軟件質(zhì)量管理即軟件質(zhì)量管理即QMQM是由是由QAQA和QCQC

5、構(gòu)成，軟件測試屬于構(gòu)成，軟件測試屬于QCQC的核心工作內(nèi)容。（的核心工作內(nèi)容。（?）補(bǔ)充：QA（QualityAssurance）品質(zhì)保證；QC（QualityConterller）品質(zhì)控制員7.7.軟件測試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測試后的軟件沒有錯(cuò)誤。（軟件測試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測試后的軟件沒有錯(cuò)誤。（?）8.8.軟件就是程序。（軟件就是程序。（?）F.集成測試3.3.選出屬于黑盒測試方法的選項(xiàng)（選出屬于黑盒測試方法的選項(xiàng)（AB

6、CABC）A.測試用例覆蓋B.輸入覆蓋C.輸出覆蓋D.分支覆蓋E.語句覆蓋F.條件覆蓋4.4.編寫測試計(jì)劃的目的是：（編寫測試計(jì)劃的目的是：（ABCABC）A.使得測試工作順利進(jìn)行B.使項(xiàng)目參與人員溝通更舒暢C.使測試工作更加系統(tǒng)化D.軟件工程以及軟件過程的需要E.軟件過程規(guī)范化的要求F.控制軟件質(zhì)量5.5.依存關(guān)系有依存關(guān)系有4種分別是（種分別是（ABCDABCD）A.開始結(jié)束B.開始開始C.結(jié)束開始D.結(jié)束結(jié)束E.開始實(shí)施結(jié)束F.結(jié)