軟件測試工程師面試筆試題_第1頁
軟件測試工程師面試筆試題_第2頁
軟件測試工程師面試筆試題_第3頁
軟件測試工程師面試筆試題_第4頁
軟件測試工程師面試筆試題_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

軟件測試工程師面試筆試題軟件測試工程師面試筆試題軟件測試工程師面試筆試題判斷題:1、軟件是一種邏輯實體,而不是詳盡的物理實體,所以它擁有抽象性。(√)2、白盒測試重視于程序構(gòu)造,黑盒測試重視于功能,其中白盒測試需要程序員參加,黑盒測試不需要(×)3、單元測試平常應(yīng)當(dāng)先進行“人工走查”,再以白盒法為主,輔以黑盒法進行動向測試。(√)4、集成測試也叫做組裝測試,平常在編碼達成的基礎(chǔ)上,將所有的程序模塊進行有序的、遞加的測試(×)5、系統(tǒng)測試應(yīng)盡可能在實質(zhì)運執(zhí)行用環(huán)境下進行(√)6、詳盡設(shè)計的目的是為軟件構(gòu)造圖中的每一個模塊確立使用的算法和塊內(nèi)數(shù)據(jù)構(gòu)造,并用某種選定的表達工具給出清楚的描繪。(√)7、測試人員在測試過程中發(fā)現(xiàn)一處問題,若是問題影響不大,而自己又能夠改正,應(yīng)立刻將此問題正確改正,以加速、提高開發(fā)的進度。(×)8、程序、需求規(guī)格說明、設(shè)計規(guī)格說明都是軟件測試的對象(√)9、第三方測試是在開發(fā)方與用戶方的測試基礎(chǔ)進步行的考證測試(×)10、數(shù)據(jù)流圖和數(shù)據(jù)詞典共同組成系統(tǒng)的邏輯模型。(√)1.軟件測試的目的是盡可能多的找出軟件的弊端。(Y)2.Beta測試是查收測試的一種。(Y)3.查收測試是由最后用戶來推行的。(N)4.項目立項前測試人員不需要提交任何工件。(Y)5.單元測試能發(fā)現(xiàn)約80%的軟件弊端。(Y)6.代碼評審是檢查源代碼可否達到模塊設(shè)計的要求。(N)7.自底向上集成需要測試員編寫驅(qū)動程序。(Y)8.負(fù)載測試是考證要查驗的系統(tǒng)的能力最高能達到什么程度。(N)9.測試人員要堅持原則,弊端未修復(fù)完堅決不予經(jīng)過。(N)10.代碼評審員一般由測試員擔(dān)當(dāng)。(N)11.我們能夠人為的使得軟件不存在配置問題。(N)12.集成測試計劃在需求分析階段末提交。(N)1.為了提高測試效率,應(yīng)當(dāng)取所有可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)。(×)2.發(fā)現(xiàn)錯誤多的程序模塊,殘留在模塊中的錯誤也多。(×)4.等價類區(qū)分方法將所有可能的輸入數(shù)據(jù)區(qū)分紅若干部分,爾后從每一部分中采用少量有代表性的數(shù)據(jù)作為測試用例。(√)5.系統(tǒng)測試的目標(biāo)是要找出軟件在與系統(tǒng)其他部分協(xié)調(diào)工作時出現(xiàn)的所有故障(×)1、軟件測試就是為了考證軟件功能實現(xiàn)的可否正確,可否達成既定目標(biāo)的活動,所以軟件測試在軟件工程的后期才開始詳盡的工作。(初級)(×)2、發(fā)現(xiàn)錯誤多的模塊,殘留在模塊中的錯誤也多。(√)(初級)3、測試人員在測試過程中發(fā)現(xiàn)一處問題,若是問題影響不大,而自己又能夠改正,應(yīng)立刻將此問題正確改正,以加速、提高開發(fā)的進度。(×)(初級)4、單元測試平常應(yīng)當(dāng)先進行“人工走查”,再以白盒法為主,輔以黑盒法進行動向測試。(√)5、功能測試是系統(tǒng)測試的主要內(nèi)容,檢查系統(tǒng)的功能、性能可否與需求規(guī)格說明相同。(√)6、軟件質(zhì)量管理即QM由QA和QC組成,軟件測試屬于QC的核心工作內(nèi)容。(√)(高級)7、軟件測試只能發(fā)現(xiàn)錯誤,但不能夠保證測試后的軟件沒有錯誤。(√)8、軟件就是程序。(X)9、測試只需做到語句覆蓋和分支覆蓋,就能夠發(fā)現(xiàn)程序中的所有錯誤。(X)10、I18N測試是指對產(chǎn)品做出擁有國際性的規(guī)劃,而L10N測試則是指對軟件做出符合當(dāng)?shù)匦枨蟾恼ぷ?。(√)【高級】選擇題:1、軟件測試的目的正確的選項是(D)①測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程;②好的測試方案是極可能發(fā)現(xiàn)迄今為止還沒有發(fā)現(xiàn)的錯誤的測試方案;③成功的測試是發(fā)現(xiàn)了到此刻為止還沒有發(fā)現(xiàn)的錯誤的測試④測試其實不能是是為了找犯錯誤.經(jīng)過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢,能夠幫助項目管理者發(fā)現(xiàn)目前軟件開發(fā)過程中的弊端,以便實時改良;A、①B、①②③C、②③④D、①②③④2、軟件測試的對象包括(

B)A.目標(biāo)程序和有關(guān)文檔BC.目標(biāo)程序、操作系統(tǒng)和平臺軟件

.源程序、目標(biāo)程序、數(shù)據(jù)及有關(guān)文檔D.源程序和目標(biāo)程序3、從可否關(guān)心軟件內(nèi)部構(gòu)造和詳盡實現(xiàn)的角度區(qū)分。(

B)A、靜態(tài)測試、動向測試B、黑盒測試、白盒測試、灰盒測試C、單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、查收測試D、以上都不對4、對于軟件測試模型,描繪正確的選項是(C)A、V模型測試的對象就是程序自己,測試與開發(fā)能夠同一階段進行B、W模型測試的對象是程序,需求、設(shè)計等,能夠支持迭代的開發(fā)模型C、H模型軟件測試過程活動完滿獨立,貫串產(chǎn)品整個生命周期,與其他流程并發(fā)地進行。D、X模型是起初計劃再進行測試。5、軟件測試按推行組織分,測試應(yīng)當(dāng)包括以下的(A)①開發(fā)方測試②用戶方測試③第三方測試④查收測試⑤確認(rèn)測試A.①②③B.③④⑤C.①②④D.①②③④⑤6、制定測試計劃的步驟:(D)A、確立項目管理系統(tǒng)預(yù)計測試工作量測試計劃評審B、確立測試范圍確立測試策略確立測試標(biāo)準(zhǔn)、預(yù)計測試工作量C、確立測試構(gòu)架確立項目管理系統(tǒng)預(yù)計測試工作量測試計劃評審D、確立測試范圍確立測試策略確立測試標(biāo)正確立測試構(gòu)架確立項目管理系統(tǒng)預(yù)計測試工作量測試計劃評審7、為保證測試活動的可控性,必定在軟件測試過程中進行軟件測試配置管理,一般來說,軟件測試配置管理中最基本的活動包括(A)A.配置項表記、配置項控制、配置狀態(tài)報告、配置審計.配置基線確立、配置項控制、配置報告、配置審計.配置項表記、配置項改正、配置審計、配置追蹤.配置項表記、配置項控制、配置狀態(tài)報告、配置追蹤8、某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果,以下(B)不能能是致使犯錯的原因。A、變量沒有初始化B、編寫的語句書寫格式不規(guī)范C、循環(huán)控制犯錯D、代碼輸入有誤9、以下對于程序效率的描繪錯誤的選項是(B)。A、提高程序的執(zhí)行速度能夠提高程序的效率B、降低程序占用的儲藏空間能夠提高程序的效率C、源程序的效率與詳盡設(shè)計階段確立的算法的效率沒關(guān)D、好的程序設(shè)計能夠提高效率10、邏輯路徑覆蓋法是白盒測試用例的重要設(shè)計方法,其中語句覆蓋法是較為常用的方法,針對下面的語句段,采用語句覆蓋法達成測試用例設(shè)計,測試用例見下表,對表中的空缺項或許False),正確的選擇是(A)。

(True語句段:if(A&&(B||C))x=l

;elsex=O

;用例表:用例

1

用例

2A

TRUE

FALSEB

FALSEC

TRUE

②A&&(B||C)

FALSEA.①TRUE②FALSE③TRUE

B.①TRUE②FALSE③FALSEC.①FALSE②FALSE③TRUE11、程序設(shè)計語言中(D

D.①TRUE②TRUE③FALSE)。A.while

循環(huán)語句的執(zhí)行效率比

do-while

循環(huán)語句的執(zhí)行效率高B.while

循環(huán)語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多

1,而

do-while

語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少

1C.while

語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少

1,而

do-while

語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多1D.while語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少

1,而

do-while

語句的循環(huán)體執(zhí)行次數(shù)等于循環(huán)條件的判斷次數(shù)12、DB,DBMS和DBS三者間的關(guān)系是(B)A.DB包括DBMS和DBSB.DBS包括DB和DBMSC.DBMS包括DBS和DBD.DBS與DB、DBMS沒關(guān)13.在TCP/IP模型中,應(yīng)用層包括了所有的高層協(xié)議,在以下的一些應(yīng)用協(xié)議中,B是能夠?qū)崿F(xiàn)當(dāng)?shù)嘏c遠程主機之間的文件傳輸工作。AtelnetBFTPCSNMPDNFS14、一個局域網(wǎng)中某臺主機的IP地點為,使用22位作為網(wǎng)絡(luò)地點,那么該局域網(wǎng)的子網(wǎng)掩碼和,最多能夠連結(jié)的主機數(shù)分別為(B)A、255.255.251.01021B、255.255.252.01022C、255.255.253.01023D、255.255.254.0102415、Linux文件系統(tǒng)的文件都按其作用分門別類地放在有關(guān)的目錄中,對于外面設(shè)施文件,一般應(yīng)將其放在(C)目錄中。A/binB/etcC/devD/lib16、某企業(yè)采用的軟件開發(fā)過程經(jīng)過了CMM2認(rèn)證,表示該企業(yè)(C)。A.開發(fā)項目奏效不牢固,管理紛亂B.對軟件過程和產(chǎn)質(zhì)量量建立了定量的質(zhì)量目標(biāo)建立了基本的項目級管理制度和規(guī)程,可對項目的成本、進度進行追蹤和控制可集中精力采用新技術(shù)新方法,優(yōu)化軟件過程17、質(zhì)量管理人員在安排時間進度時,為了能夠從全局出發(fā)、抓住重點路徑、兼?zhèn)浒才?、集中力量,進而達到準(zhǔn)時或提早達成計劃的目標(biāo),能夠使用(A.活動網(wǎng)絡(luò)圖B.因果圖

A)。C.優(yōu)先矩陣圖

D.檢查表18、某企業(yè)近來承接了一個大型信息系統(tǒng)項目,項目整體壓力較大,對這個項目中的改正,可以使用(B)等方式提高效率。①分優(yōu)先級辦理②規(guī)范辦理③整批辦理④分批辦理A.①②③B.①②④C.②③④D.①③④19、下面哪項工作是擬訂進度計劃的基礎(chǔ):(A)A、工作分解構(gòu)造(WBS)B、網(wǎng)絡(luò)圖C、甘特圖(GANTT)D、資源平衡(RESOURCELEVELLING)20、下面哪一方法平常不會被用來縮短進度?(D)趕工改正范圍以并行方式而不是序列方式來推前進行活動資源平衡1.軟件查收測試的合格經(jīng)過準(zhǔn)則是:(ABCD)A.軟件需求分析說明書中定義的所有功能已所有實現(xiàn),性能指標(biāo)所有達到要求。B.所有測試項沒有節(jié)余一級、二級和三級錯誤。C.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D.查收測試工件齊備。2.軟件測試計劃評審會需要哪些人員參加?(ABCD)A.項目經(jīng)理B.SQA負(fù)責(zé)人C.配置負(fù)責(zé)人D.測試組3.以下對于alpha測試的描繪中正確的選項是:(AD)A.a(chǎn)lpha測試需要用戶代表參加B.a(chǎn)lpha測試不需要用戶代表參加C.a(chǎn)lpha測試是系統(tǒng)測試的一種D.a(chǎn)lpha測試是查收測試的一種4.測試設(shè)計員的職責(zé)有:(BC)A.制定測試計劃B.設(shè)計測試用例C.設(shè)計測試過程、腳本D.評估測試活動5.軟件推行活動的進入準(zhǔn)則是:(ABC)A.需求工件已經(jīng)被基線化B.詳盡設(shè)計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化D.項目階段成就已經(jīng)被基線化1.下面說法正確的選項是(C)。經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確測試的目標(biāo)是為了證明程序沒有錯誤成功的測試是發(fā)現(xiàn)了迄今還沒有發(fā)現(xiàn)的錯誤的測試成功的測試是沒有發(fā)現(xiàn)錯誤的測試2.不屬于白盒測試的技術(shù)是(C)。A.語句覆蓋B.判斷覆蓋C.界線值分析D.基本路徑測試3.單元測試主要針對模塊的幾個基本特點進行測試,該階段不能夠達成的測試是(A)。A.系統(tǒng)功能B.局部數(shù)據(jù)構(gòu)造C.重要的執(zhí)行路徑D.錯誤辦理4.軟件測試過程中的集成測試主若是為了發(fā)現(xiàn)(B)階段的錯誤。A.需求分析B.綱領(lǐng)分析C.詳盡設(shè)計D.編碼5.軟件測試不需要認(rèn)識軟件設(shè)計的(D)。A.功能B.內(nèi)部構(gòu)造C.辦理過程D.條件6.(C)方法依照輸出對輸入的依靠關(guān)系設(shè)計測試用例。A.路徑測試B.等價類C.因果圖D.界線值分析7.平常,在(D)的基礎(chǔ)上,將所有模塊依照設(shè)計要求組裝成系統(tǒng)A.組裝測試B.系統(tǒng)測試C.查收測試D.單元測試8.實質(zhì)的邏輯覆蓋測試中,一般以(C)為主設(shè)計測試用例。A.條件覆蓋B.判斷覆蓋C.條件組合覆蓋D.路徑覆蓋9.使用白盒測試方法時,確立測試數(shù)據(jù)應(yīng)依照(A)和指定的覆蓋標(biāo)準(zhǔn)。A.程序內(nèi)部邏輯B.程序的復(fù)雜度C.使用說明書D.程序的功能10.與設(shè)計測試用例沒關(guān)的文檔是(A)。A.項目開發(fā)計劃B.需求規(guī)格說明書C.設(shè)計說明書D.源程序11、軟件測試技術(shù)能夠分為靜態(tài)測試和動向測試,以下說法中錯誤的選項是(D)靜態(tài)測試是指不運行實質(zhì)程序,經(jīng)過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。動向測試是指實質(zhì)運行程序,經(jīng)過運行的結(jié)果來發(fā)現(xiàn)程序中的錯誤。動向測試包括黑盒測試和白盒測試。白盒測試是靜態(tài)測試,黑盒測試是動向測試。12、在軟件測試階段,測試步驟挨次次能夠區(qū)分為以下幾步:(A)單元測試、集成測試、系統(tǒng)測試、查收測試查收測試、單元測試、系統(tǒng)測試、集成測試單元測試、集成測試、查收測試、系統(tǒng)測試系統(tǒng)測試、單元測試、集成測試、查收測試13、系統(tǒng)測試中主要用到的測試技術(shù)是(B)A.回歸測試B.黑盒測試C.白盒測試D.功能測試14、對軟件的性能測試、(B)測試、攻擊測試都屬于黑盒測試。A.語句B.功能C.單元D.路徑15、在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時,有語句覆蓋、分支覆蓋、條件覆蓋、判斷條件覆蓋、條件組合覆蓋和路徑覆蓋等,在以下覆蓋中,(D)是最強的覆蓋準(zhǔn)則。

-A.語句覆蓋B.條件覆蓋C.判斷-條件覆蓋D.路徑覆蓋16、查收測試主若是由(A)來達成的。A.用戶B.測試人員C.開發(fā)人員D.高級經(jīng)理17、在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時,有語句覆蓋、分支覆蓋、條件覆蓋、判斷-條件覆蓋、條件組合覆蓋和路徑覆蓋等,其中(

A)是最弱的覆蓋準(zhǔn)則。A.語句覆蓋

B.

條件覆蓋

C.

判斷-條件覆蓋

D.

路徑覆蓋18、下面是一段求最大值的程序,其中

datalist

是數(shù)據(jù)表,

n是

datalist

的長度。intGetMax(intn,intdatalist[]){intk=0;for(intj=1;j<n;j++)if(datalist[j]>datalist[k])k=j;returnk;}A.2

請問該程序段的B.3C.4

McCabe環(huán)路復(fù)雜性為多少?(D.5

A)1、進行軟件質(zhì)量管理的重要性有:(ABCD)【中級】A、保護降低成本B、法律上的要求C、市場競爭的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢E、軟件工程的需要F、CMM過程的一部分G、方便與客戶進一步交流為后期的推行打好基礎(chǔ)2、以測試的形態(tài)分測試能夠分為:(ABC)【中級】A、建構(gòu)性測試B、系統(tǒng)測試C、專項測試D、單元測試E、組件測試F、集成測試3、選出屬于黑盒測試方法的選項(ABC)【初級】A、測試用例覆蓋B、輸入覆蓋C、輸出覆蓋D、分支覆蓋E、語句覆蓋F、條件覆蓋4、編寫測試計劃的目的是:(ABC)【中級】A、使測試工作順利進行B、使項目參加人員交流更快樂

C、使測試工作更為系統(tǒng)化D、軟件工程以及軟件過程的需要

E、軟件過程規(guī)范化的要求

F、控制軟件質(zhì)量5、依存關(guān)系有4種分別是:(ABCD)【高級】A、開始-結(jié)束B、開始-開始C、結(jié)束-開始D、結(jié)束-結(jié)束E、開始-推行-結(jié)束F、結(jié)束-審查-開始6、軟件質(zhì)量管理(QM)應(yīng)有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成,下面的選項屬于QC得是:(ABC)【高級】A、測試B、追蹤C、監(jiān)察D、制定計劃E、需求審查F、程序代碼審查7、推行弊端追蹤的目的是:(ABCD)【中級】A、軟件質(zhì)量無法控制B、問題無法量化C、重復(fù)問題接連產(chǎn)生D、解決問題的知識無法保存E、保證弊端獲取解決F、使問題形成完滿的閉環(huán)辦理8、使用軟件測試工具的目的:(ABC)【中級】A、幫助測試搜尋問題B、輔助問題的診療C、節(jié)儉測試時間D、提高Bug的發(fā)現(xiàn)率E、更好的控制弊端提高軟件質(zhì)量F、更好的輔助開發(fā)人員9、典型的瀑布模型的四個階段是:(ABCD)【高級】A、分析B、設(shè)計C、編碼D、測試E、需求調(diào)研F、推行10、PSP是指鋈巳砑?,是一種可用于(A)、(B)和(C)個人軟件工作方式的自我改良過程?!靖呒墶緼、控制B、管理C、改良D、高效E、充分F、合適三、填空題(每空1分,共10分)共10空1、黑盒測試是功能測試,用黑盒技術(shù)設(shè)計測試用例有4種方法:(等價類區(qū)分)(界線值分析)(錯誤推斷)(因果圖)。2、實質(zhì)的邏輯覆蓋測試中,一般以條件組合覆蓋為主設(shè)計測試用例,爾后再補充部分用例,以達到(路徑)覆蓋測試標(biāo)準(zhǔn)。3、集成測試的方法有兩種:漸增式測試和(非漸增式測試)。4、軟件測試過程中需要3類信息:軟件配置、(測試配置)和(測試工具)。5、SCM是一組管理整個軟件生計期各階段中(改正)的活動。6、基線的作用是把各階段的開發(fā)工作區(qū)分得更為明確,便于檢查與確認(rèn)階段成就。所以,基線能夠作為項目的一個(檢查點)。1.軟件查收測試包括:正式查收測試,alpha測試,beta測試。系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性測試,強度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(fù)測試,界面測試,容量測試,兼容性測試,散布測試,可用性測試,(有的能夠合在一同,分開寫只需寫出15就滿分哦)設(shè)計系統(tǒng)測試計劃需要參照的項目文擋有:軟件測試計劃,軟件需求工件和迭代計劃。對面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。(這題出的有問題哦,詳盡的5步驟為~~)經(jīng)過畫因果圖來寫測試用例的步驟為:(1)分析軟件規(guī)格說明描繪中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賜予一個表記符。2)分析軟件規(guī)格說明描繪中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)系?依照這些關(guān)系,畫出因果圖。3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不能能出現(xiàn)。為表示這些特別情況,在因果圖上用一些記號注明拘束或限制條件。4)把因果圖變換成判斷表。5)把判斷表的每一列拿出來作為依照,設(shè)計測試用例。1.軟件測試是為了盡可能多地發(fā)現(xiàn)軟件中存在的_錯誤_,將_測試結(jié)果_作為糾錯的依照。2.白盒測試中,控制流測試是面向程序的_構(gòu)造___,數(shù)據(jù)流測試是面向程序的變量___。集成測試中的兩種集成模式是_非增量測試模式__和___增量測試模式___。單元測試的依照是__詳盡設(shè)計說明書_和__源程序____。測試用例由_輸入數(shù)據(jù)_和預(yù)期的_輸出數(shù)據(jù)_兩部分組成。四、簡答(資料是收集整理的,感謝尊長的解題)無差異階段評審的與同行評審?fù)性u審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只若是找錯誤;階段評審目的:評審模塊階段作品的正確性可行性及完滿性同行評審人數(shù):3-7人人員必定經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo)階段評審人數(shù):5人左右評審人必定是專家擁有系統(tǒng)評審資格同行評審內(nèi)容:內(nèi)容小一般文檔<40頁,代碼<500行階段評審內(nèi)容:內(nèi)容多,主要看重點同行評審時間:一小部分工作產(chǎn)品達成階段評審時間:平常是設(shè)置在重點路徑的時間點上!什么是軟件測試為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程:建立確實認(rèn)過程。補丁確實認(rèn)過程。系統(tǒng)集成測試測試組提交過程。測試用例設(shè)計過程。測試代碼編寫過程。Bug的報告過程。每周/每兩周的建立過程。點對點的測試過程。組內(nèi)培訓(xùn)過程。怎么做好文檔測試認(rèn)真閱讀,跟從每個步驟,檢查每個圖形,試一試每個示例。P142檢查文檔的編寫可否知足文檔編寫的目的內(nèi)容可否齊備,正確內(nèi)容可否完滿標(biāo)志可否正確白盒測試有幾種方法整體上分為靜態(tài)方法和動向方法兩大類。靜態(tài):重點功能是檢查軟件的表示和描繪可否一致,沒有矛盾或許沒有歧義動向:語句覆蓋、判斷覆蓋、條件覆蓋、判斷條件覆蓋、條件組合覆蓋、路徑覆蓋。系統(tǒng)測試計劃可否需要同行審批,為什么需要,系統(tǒng)測試計劃屬于項目階段性重點文檔,所以需要評審。7Alpha測試與beta的差異Alpha測試在系統(tǒng)開發(fā)湊近達成時對應(yīng)用系統(tǒng)的測試;測試后仍舊會有少量的設(shè)計改正。這種測試一般由最后用戶或其他人員達成,不能夠由程序或測試員達成。Beta測試當(dāng)開發(fā)和測試根本達成時所做的測試,最后的錯誤和問題需要在最后刊行前找到。這種測試一般由最后用戶或其他人員達成,不能夠由程序員或測試員達成。比較負(fù)載測試,容量測試和強度測試的差異負(fù)載測試:在必然的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時間。強度測試:在必然的負(fù)荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試:容量測試目的是經(jīng)過測試起初分析出反應(yīng)軟件系統(tǒng)應(yīng)用特點的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能夠保持主要功能正常運行。容量測試還將確立測試對象在給準(zhǔn)時間內(nèi)能夠連續(xù)辦理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它可否能夠正確辦理。容量測試是面向數(shù)據(jù)的,而且它的目的是顯示系統(tǒng)能夠辦理目標(biāo)內(nèi)確立的數(shù)據(jù)容量。測試結(jié)束的標(biāo)準(zhǔn)是什么?用例所有測試。覆蓋率達到標(biāo)準(zhǔn)。弊端率達到標(biāo)準(zhǔn)。其他指標(biāo)達到質(zhì)量標(biāo)準(zhǔn)描繪軟件測試活動的生命周期?測試周期分為計劃、設(shè)計、實現(xiàn)、執(zhí)行、總結(jié)。其中:計劃:對整個測試周期中所有活動進行規(guī)劃,預(yù)計工作量、風(fēng)險,安排人力物力資源,安排進度等;設(shè)計:達成測試方案,從技術(shù)層面上對測試進行規(guī)劃;實現(xiàn):進行測試用例和測試規(guī)程設(shè)計;執(zhí)行:依照先期達成的計劃、方案、用例、規(guī)程等文檔,執(zhí)行測試用例??偨Y(jié):記錄測試結(jié)果,進行測試分析,達成測試報告。軟件的弊端等級應(yīng)怎樣區(qū)分?A類—嚴(yán)重錯誤,包括以下各樣錯誤:1.由于程序所惹起的死機,非法退出2.死循環(huán)3.?dāng)?shù)據(jù)庫發(fā)生死鎖4.因錯誤操作致使的程序中止5.功能錯誤6.與數(shù)據(jù)庫連結(jié)錯誤7.?dāng)?shù)據(jù)通訊錯誤B類—較嚴(yán)重錯誤,包括以下各樣錯誤:1.程序錯誤2.程序接口錯誤3.?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完滿性等拘束條件C類—一般性錯誤,包括以下各樣錯誤:1.操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義可否一致)2.打印內(nèi)容、格式錯誤3.簡單的輸入限制未放在前臺進行控制4.刪除操作未給出提示5.?dāng)?shù)據(jù)庫表中有過多的空字段D類—較小錯誤,包括以下各樣錯誤:1.界面不規(guī)范2.輔助說明描繪不清楚3.輸入輸出不規(guī)范4.長操作未給用戶提示5.提示窗口文字未采用行業(yè)術(shù)語6.可輸入地區(qū)和只讀地區(qū)沒有顯然的區(qū)分標(biāo)志進度和程序的差異:(1)進度就是一個活躍著的程序,即:已經(jīng)被放入了系統(tǒng)調(diào)動行列中間了,占有了必然的系統(tǒng)資源的程序.程序在沒有被調(diào)用以前只能叫程序,被調(diào)用并獲取了資源后就能夠稱其為進度了,進度可以由很多線程組成,線程與進度的主要差異在于同一進度里的線程之間能夠共享一些臨界資源,而進度之間則不能以,每個進度是孤立的,其實,不論是進度仍是線程都是一段受命并在內(nèi)存中得到執(zhí)行的代碼.(2)進度的定義是:一個程序?qū)τ谀硞€數(shù)據(jù)集的一次運行活動。進度是操作系統(tǒng)中能夠并行工作的基本單位,也是核心調(diào)動及資源分派的最小單位。進度是程序?qū)τ跀?shù)據(jù)的一次運行,所以它包括一個或多個程序及數(shù)據(jù)。除此之外,進度描繪還包含一些進度的有關(guān)情況和屬性信息,比方執(zhí)行情況、資源使用情況。為了便于操作系統(tǒng)對進度進行控制和管理,平常操作系統(tǒng)用一個稱為進度控制塊PCB的數(shù)據(jù)構(gòu)造來記錄進度的屬性信息。所以進度由程序、數(shù)據(jù)和進度控制塊組成。PCB是進度存在的唯一標(biāo)志。也就是說系統(tǒng)在建立進度的同時就建立該進度的PCB,在撤掉一個進度時也就撤掉其PCB。進度與程序的差異表現(xiàn)為以下幾方面。程序是靜態(tài)的,進度是動向的。由于程序是一組指令的有序會合而進度是一次運行活動。而且進度在它的生命周期中要經(jīng)歷3種基本狀態(tài):等待、就緒、運行。這是程序所沒有的。程序的存在是永遠的,進度的存在是暫時的。進度是一次運行活動,必然自始自終,所以它的存在是暫時的。進度由程序、數(shù)據(jù)和進度控制塊組成。由于進度是程序的執(zhí)行,所以進度中必然包括程序和數(shù)據(jù)及記錄進度狀態(tài)信息的進度控制塊。一個程序能夠?qū)?yīng)多個進度。比方:多個Fortran源程序可能同時用編譯程序進行編譯,即一個編譯程序?qū)?yīng)多個Frotran源進度。一個進度能夠包括多個程序。由于主程序執(zhí)行過程中能夠調(diào)用多個其他程序,共同組成“一次運行活動”。進度與線程的異同說法一:進度是擁有必然獨立功能的程序?qū)τ谀硞€數(shù)據(jù)會合上的一次運行活動,進度是系統(tǒng)進行資源分派和調(diào)動的一個獨立單位.線程是進度的一個實體,是CPU調(diào)動和分派的基本單位,它是比進度更小的能獨立運行的基本單位.線程自己基本上不擁有系統(tǒng)資源,只擁有一點在運行中必不能少的資源(如程序計數(shù)器,一組存放器和棧),可是它可與同屬一個進度的其他的線程共享進度所擁有的所有資源.一個線程能夠創(chuàng)立和撤掉另一個線程;同一個進度中的多個線程之間能夠并發(fā)執(zhí)行說法二:進度和線程都是由操作系統(tǒng)所意會的程序運行的基本單元,系統(tǒng)利用該基本單元實現(xiàn)系統(tǒng)對應(yīng)用的并發(fā)性。進度和線程的差異在于:簡而言之,一個程序最罕有一個進度,一個進度最罕有一個線程.線程的區(qū)分尺度小于進度,使得多線程程序的并發(fā)性高。其他,進度在執(zhí)行過程中擁有獨立的內(nèi)存單元,而多個線程共享內(nèi)存,進而極大地提高了程序的運行效率。線程在執(zhí)行過程中與進度仍是有區(qū)其他。每個獨立的線程有一個程序運行的入口、序次執(zhí)行序列和程序的出口??墒蔷€程不能以獨立執(zhí)行,必定依存在應(yīng)用程序中,由應(yīng)用程序供應(yīng)多個線程執(zhí)行控制。從邏輯角度來看,多線程的意義在于一個應(yīng)用程序中,有多個執(zhí)行部分能夠同時執(zhí)行。但操作系統(tǒng)并沒有將多個線程看做多個獨立的應(yīng)用,來實現(xiàn)進度的調(diào)動和管理以及資源分派。這就是進度和線程的重要差異。說法三:多線程共存于應(yīng)用程序中是現(xiàn)代操作系統(tǒng)中的基本特點和重要標(biāo)志。用過UNIX操作系統(tǒng)的讀者知道進度,在UNIX操作系統(tǒng)中,每個應(yīng)用程序的執(zhí)行都在操作系統(tǒng)內(nèi)核中登記一個進程標(biāo)志,操作系統(tǒng)依照分派的標(biāo)志對應(yīng)用程序的執(zhí)前進行調(diào)動和系統(tǒng)資源分派,但進度和線程有什么差異呢?進度和線程都是由操作系統(tǒng)所所有的程序運行的基本單元,系統(tǒng)利用該基本單元實現(xiàn)系統(tǒng)對應(yīng)用的并發(fā)性。進度和線程的差異在于:線程的區(qū)分尺度小于進度,使得多線程程序的并發(fā)性搞。其他,進度在執(zhí)行過程中擁有獨立的內(nèi)存單元,而多個線程共享內(nèi)存,進而極大地提高了程序的運行效率。線程在執(zhí)行過程中與進度仍是有區(qū)其他。每個獨立的線程有一個程序運行的入口、序次執(zhí)行序列和程序的出口??墒蔷€程不能以獨立執(zhí)行,必定依存在應(yīng)用程序中,由應(yīng)用程序供應(yīng)多個線程執(zhí)行控制。從邏輯角度來看,多線程的意義在于一個應(yīng)用程序中,有多個執(zhí)行部分能夠同時執(zhí)行。但操作系統(tǒng)并沒有將多個線程看做多個獨立的應(yīng)用,來實現(xiàn)進度的調(diào)動和管理以及資源分派。這就是進度和線程的重要差異。進度(Process)是最初定義在Unix等多用戶、多任務(wù)操作系統(tǒng)環(huán)境下用于表示應(yīng)用程序在內(nèi)存環(huán)境中基本執(zhí)行單元的見解。以Unix操作系統(tǒng)為例,進度是Unix操作系統(tǒng)環(huán)境中的基本成分、是系統(tǒng)資源分派的基本單位。Unix操作系統(tǒng)中達成的幾乎所適用戶管理和資源分派等工作都是經(jīng)過操作系統(tǒng)對應(yīng)用程序進度的控制來實現(xiàn)的。簡答1.為什么說軟件測試是軟件開發(fā)中不能缺少的重要一環(huán),但不是軟件質(zhì)量保證的安全網(wǎng)?軟件測試是軟件開發(fā)中不能缺少的重要一環(huán),原因是:測試的工作量約占整個項目開發(fā)工作量的53%~87%左右,若是是關(guān)系到人的生命安全的軟件,測試的工作量還要更大。軟件測試是對軟件需求分析、設(shè)計規(guī)格說明、編碼的最后復(fù)審,是軟件質(zhì)量保證的重點步驟。但軟件測試不是軟件質(zhì)量保證的安全網(wǎng),由于軟件測試只能發(fā)現(xiàn)錯誤,不能夠保證沒有錯誤。請描繪靜態(tài)測試和動向測試的差異??煞襁\行程序。靜態(tài)測試是不運行被測試程序,對代碼經(jīng)過檢查、閱讀進行分析。動向測試是真正運行被測程序,在執(zhí)行過程中,經(jīng)過輸入有效的測試用例對其輸入與輸出的對應(yīng)關(guān)系進行分析。單個組件經(jīng)過代碼審查和測試,其有效性已經(jīng)獲取了全面考證,請講解為什么仍舊需要進行集成測試。單個組件正常工作其實不意味著所有組件集成在一同能夠正常工作,由于組件相互連結(jié)時接口會惹起很多新問題,集成測試正是將經(jīng)過單元測試的各個組件組裝在一同進行綜合測試,以便發(fā)現(xiàn)與接口有關(guān)的各樣錯誤。2、請畫出軟件測試過程V模型,并寫出采用V模型存在的問題(5分)答:1)V模型圖2)采用V模型存在問題:.測試是開發(fā)此后的一個階段。②.測試的對象就是程序自己。③實質(zhì)應(yīng)用中簡單致使需求階段的錯誤向到達最后系統(tǒng)測試階段才被發(fā)現(xiàn)。④整個軟件產(chǎn)品的過程質(zhì)量保證完滿依靠于開發(fā)人員的能力和對工作的責(zé)任心,而且上一步的結(jié)果必定是充分和正確的,若是任何一個環(huán)節(jié)出了問題,則必然嚴(yán)重的影響整個工程的質(zhì)量和預(yù)期進度。3、軟件測試的原則,這些原則能更好的理解和指導(dǎo)我們做測試工作,請把你所知道的原則詳盡列出來。(5分)答:1、測試能夠顯示弊端的存在,但不能夠證明系統(tǒng)不存在弊端。2、窮盡測試是不能能的3、測試的盡早介入(越晚發(fā)現(xiàn)一個bug,改正bug成本成倍增加)。4、第三方或獨立的測試團隊。5、測試的標(biāo)準(zhǔn)是用戶的需求6、盡早定義產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)(測試用例應(yīng)包括明確的輸入和輸出,做到有的放矢)7、用例全面(有效數(shù)據(jù)、無效數(shù)據(jù))8、實時更新測試用例,減少測試人員形成定勢思想(殺蟲劑悖論:殺蟲劑用得多了,害蟲就有免疫力,殺蟲劑就發(fā)揮不了效力)9、嚴(yán)格執(zhí)行測試計劃,除去測試的任意性。10、充分注意測試中的群集現(xiàn)象,80%的錯誤集中在20%的程序模塊中。11、應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查。12、穩(wěn)當(dāng)保存測試計劃,測試用例,犯錯統(tǒng)計和最后分析報告,為保護供應(yīng)方便。13、測試貫串于整個生命周期4、CMM由低至高共分為5個級別是什么?并簡述每級基本特點。(5分)答:CMM由低至高共分為5個級別:初始級、可重復(fù)級、定義級、管理級和優(yōu)化級CMM五級基本特點:CMM一級,初始級:個其他,紛亂的過程,幾乎沒有定義過程的規(guī)則或步驟;CMM二級,可重復(fù)級:已建立的必要過程準(zhǔn)則,但主要過程依靠于個人經(jīng)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論