軟件測(cè)試技術(shù)及項(xiàng)目案例實(shí)戰(zhàn)答案

軟件測(cè)試技術(shù)及項(xiàng)目案例實(shí)戰(zhàn)答案

一、填空題1.軟件從“出生”到“消亡”的過程稱為軟件生命周期2.早期的線性開發(fā)模型稱為瀑布開發(fā)模型。3.引入風(fēng)險(xiǎn)分析的開發(fā)模型為_螺旋開發(fā)模型。4.ISO/IEC9126:1991標(biāo)準(zhǔn)提出的質(zhì)量模型包括.功能性、可靠性、可使用性、效率、可維護(hù)性、可移植性_6大特性。5.按照缺陷的嚴(yán)重程度可以將缺陷劃分為_嚴(yán)重、一般、次要、建議6.驗(yàn)證軟件單元是否符合軟件需求與設(shè)計(jì)的測(cè)試稱為_單元測(cè)試7.對(duì)程序的邏輯結(jié)構(gòu)、路徑與運(yùn)行過程進(jìn)行的測(cè)試稱為

白盒測(cè)試8.有一種測(cè)試模型，測(cè)試與開發(fā)并行進(jìn)行，這種測(cè)試模型稱為模W型。二、判斷題1.現(xiàn)在比較流行的軟件開發(fā)模型為螺旋模型。(F)2.軟件存在缺陷是由于開發(fā)人員水平有限引起的，一個(gè)非常優(yōu)秀的程序員可以開發(fā)出零缺陷的軟件。(F)3.軟件缺陷都存在于程序代碼中。(F)4.軟件測(cè)試是為了證明程序無錯(cuò)。(T)5.軟件測(cè)試H模型融人了探索測(cè)試。(F)6.軟件測(cè)試要投人盡可能多的精力以達(dá)到100%的覆蓋率。(F)三、單選題1.下列選項(xiàng)中，哪一項(xiàng)不是軟件開發(fā)模型?(A)A.V模型B.快速模型C.螺旋模型D.敏捷模型2.下列選項(xiàng)中，哪一項(xiàng)不是影響軟件質(zhì)量的因素?(C)A.需求模糊B.缺乏規(guī)范的文檔指導(dǎo)C.使用新技術(shù)D.開發(fā)人員技術(shù)有限3.下列選項(xiàng)中，哪一項(xiàng)不是軟件缺陷產(chǎn)生的原因?(B)A.需求不明確B.測(cè)試用例設(shè)計(jì)不好C.軟件結(jié)構(gòu)復(fù)雜D.項(xiàng)目周期短4.關(guān)于軟件缺陷，下列說法中錯(cuò)誤的是(C)。A.軟件缺陷是軟件中(包括程序和文檔)存在的影響軟件正常運(yùn)行的問題。B.按照缺陷的優(yōu)先級(jí)不同可以將缺陷劃分為立即解決、高優(yōu)先級(jí)、正常排隊(duì)、低優(yōu)先級(jí)C.缺陷報(bào)告有統(tǒng)一的模板，該模板是IEEE729-1983制定的D.每個(gè)缺陷都有一一個(gè)唯一的編號(hào)，這是缺陷的標(biāo)識(shí)解析：缺陷報(bào)告的形式，每個(gè)公司都有一套模板5.關(guān)于軟件測(cè)試，下列說法中錯(cuò)誤的是(D)。A.在早期的軟件開發(fā)中，測(cè)試就等同于調(diào)試B.軟件測(cè)試是使用人工或自動(dòng)手段來運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程C.軟件測(cè)試的目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清楚預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異.D.軟件測(cè)試與軟件開發(fā)是兩個(gè)獨(dú)立、分離的過程6.下列哪一項(xiàng)不是軟件測(cè)試的原則?(B)A.測(cè)試應(yīng)基于客戶需求B.測(cè)試越晚進(jìn)行越好C.窮盡測(cè)試是不可以的D.軟件測(cè)試應(yīng)遵循GoodEnough原則四、簡答題1.請(qǐng)簡述軟件缺陷的處理流程。1、軟件缺陷處理流程為：提交→分配→確認(rèn)→處理→復(fù)測(cè)→關(guān)閉軟件缺陷處理流程（1）提交：測(cè)試人員發(fā)現(xiàn)缺陷之后，將缺陷提交給測(cè)試組長。（2）分配：測(cè)試組長接收到測(cè)試組員提交的缺陷之后，將其移交給開發(fā)人員。（3）確認(rèn)：開發(fā)人員接收到移交的缺陷之后，會(huì)與團(tuán)隊(duì)甚至測(cè)試人員一起商議，確定該缺陷是否是一個(gè)缺陷。（4）拒絕：如果經(jīng)過商議之后，缺陷不是一個(gè)真正的缺陷則拒絕處理，關(guān)閉缺陷。如果經(jīng)過商議之后，確定其是一個(gè)真正的缺陷，則可以根據(jù)缺陷的嚴(yán)重程度或優(yōu)先級(jí)等立即處理或延期處理。（5）處理：開發(fā)人員修改缺陷。（6）復(fù)測(cè)：開發(fā)人員修改好缺陷之后，測(cè)試人員重新進(jìn)行測(cè)試（回歸測(cè)試），檢測(cè)缺陷是否確實(shí)已經(jīng)修改。如果未被正確修改，則重新提交缺陷。（7）關(guān)閉：測(cè)試人員進(jìn)行回歸測(cè)試之后，如果缺陷已經(jīng)被正確修改，則將缺陷關(guān)閉，整個(gè)缺陷處理完成。2.請(qǐng)簡述軟件測(cè)試的基本流程。流程：分析測(cè)試需求→制定測(cè)試計(jì)劃→設(shè)計(jì)測(cè)試用例→執(zhí)行測(cè)試→編寫測(cè)試報(bào)告。（1）分析測(cè)試需求測(cè)試人員在制定測(cè)試計(jì)劃之前需要先對(duì)軟件需求進(jìn)行分析，以便對(duì)要開發(fā)的軟件產(chǎn)品有一個(gè)清晰的認(rèn)識(shí)，從而明確測(cè)試對(duì)象及測(cè)試工作的范圍和測(cè)試重點(diǎn)。在分析需求時(shí)還可以獲取一些測(cè)試數(shù)據(jù)，作為測(cè)試計(jì)劃的基本依據(jù)，為后續(xù)的測(cè)試打好基礎(chǔ)。（2）制定測(cè)試計(jì)劃測(cè)試計(jì)劃是整個(gè)測(cè)試工作的導(dǎo)航圖，但它并不是一成不變的，隨著項(xiàng)目推進(jìn)或需求變更，測(cè)試計(jì)劃也會(huì)不斷發(fā)生改變，因此測(cè)試計(jì)劃的制定是隨著項(xiàng)目發(fā)展不斷調(diào)整、逐步完善的過程。測(cè)試計(jì)劃一般要做好以下工作安排。確定測(cè)試范圍：明確哪些對(duì)象是需要測(cè)試的，哪些對(duì)象不是需要測(cè)試的。制定測(cè)試策略：測(cè)試策略是測(cè)試計(jì)劃中最重要的部分，它將要測(cè)試的內(nèi)容劃分出不同的優(yōu)先級(jí)，并確定測(cè)試重點(diǎn)。根據(jù)測(cè)試模塊的特點(diǎn)和測(cè)試類型（如功能測(cè)試、性能測(cè)試）選定測(cè)試環(huán)境和測(cè)試方法（如人工測(cè)試、自動(dòng)化測(cè)試）。安排測(cè)試資源：通過對(duì)測(cè)試難度、時(shí)間、工作量等因素對(duì)測(cè)試資源合理安排，包括人員分配、工具配置等。安排測(cè)試進(jìn)度：根據(jù)軟件開發(fā)計(jì)劃、產(chǎn)品的整體計(jì)劃來安排測(cè)試工作的進(jìn)度，同時(shí)還要考慮各部分工作的變化。在安排工作進(jìn)度時(shí)，最好在各項(xiàng)測(cè)試工作之間預(yù)留一個(gè)緩沖時(shí)間以應(yīng)對(duì)計(jì)劃變更。預(yù)估測(cè)試風(fēng)險(xiǎn)：羅列出測(cè)試工作過程中可能會(huì)出現(xiàn)的不確定因素，并制定應(yīng)對(duì)策略。（3）設(shè)計(jì)測(cè)試用例測(cè)試用例指的是一套詳細(xì)的測(cè)試方案，包括測(cè)試環(huán)境、測(cè)試步驟、測(cè)試數(shù)據(jù)和預(yù)期結(jié)果。測(cè)試用例編寫的原則是盡量以最少的測(cè)試用例達(dá)到最大測(cè)試覆蓋率。測(cè)試用例常用的設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、因果圖與判定表、正交實(shí)驗(yàn)法、邏輯覆蓋法等。（4）執(zhí)行測(cè)試測(cè)試執(zhí)行就是按照測(cè)試用例執(zhí)行測(cè)試的過程，這是測(cè)試人員最主要的活動(dòng)階段。在執(zhí)行測(cè)試時(shí)要根據(jù)測(cè)試用例的優(yōu)先級(jí)進(jìn)行。測(cè)試人員需要完成所有測(cè)試用例的執(zhí)行，每一個(gè)測(cè)試用例都可能會(huì)發(fā)現(xiàn)很多缺陷，測(cè)試人員要做好測(cè)試記錄與跟蹤，衡量缺陷的質(zhì)量并編寫缺陷報(bào)告。當(dāng)提交后的缺陷被開發(fā)人員修改之后，測(cè)試人員需要進(jìn)行回歸測(cè)試。如果系統(tǒng)對(duì)測(cè)試用例產(chǎn)生了缺陷免疫，測(cè)試人員則需要編寫新的測(cè)試用例。（5）編寫測(cè)試報(bào)告測(cè)試報(bào)告是一個(gè)測(cè)試活動(dòng)的總結(jié)，對(duì)項(xiàng)目測(cè)試過程進(jìn)行總結(jié)，對(duì)測(cè)試數(shù)據(jù)進(jìn)行統(tǒng)計(jì)，對(duì)項(xiàng)目的測(cè)試質(zhì)量進(jìn)行客觀的評(píng)價(jià)文檔。一份完整的測(cè)試報(bào)告必須要包含以下幾個(gè)要點(diǎn)。引言：描述測(cè)試報(bào)告編寫目的、報(bào)告中出現(xiàn)的專業(yè)術(shù)語解釋及參考資料等。測(cè)試概要：介紹項(xiàng)目背景、測(cè)試時(shí)間、測(cè)試地點(diǎn)及測(cè)試人員等信息。測(cè)試內(nèi)容及執(zhí)行情況：描述本次測(cè)試模塊的版本、測(cè)試類型，使用的測(cè)試用例設(shè)計(jì)方法及測(cè)試通過覆蓋率，通過測(cè)試的通過情況提供對(duì)測(cè)試執(zhí)行過程的評(píng)估結(jié)論，并給出測(cè)試執(zhí)行活動(dòng)的改進(jìn)建議，以供后續(xù)測(cè)試執(zhí)行活動(dòng)中借鑒參考。缺陷統(tǒng)計(jì)與分析：統(tǒng)計(jì)本次測(cè)試所發(fā)現(xiàn)的缺陷數(shù)目、類型等，分析缺陷產(chǎn)生的原因給出規(guī)避措施等建議，同時(shí)還要記錄殘留缺陷與未解決問題。測(cè)試結(jié)論與建議：從需求符合度、功能正確性、性能指標(biāo)等多個(gè)維度對(duì)版本質(zhì)量進(jìn)行總體評(píng)價(jià)，給出具體明確是否可用的結(jié)論。測(cè)試報(bào)告的數(shù)據(jù)是真實(shí)的，每一條結(jié)論的得出是有評(píng)價(jià)依據(jù)的，不能是主觀臆斷的。第2章

黑盒測(cè)試一、填空題1.等價(jià)類劃分就是將輸人數(shù)據(jù)按照輸人需求劃分為若千個(gè)子集，這些子集稱為.等價(jià)類2.等價(jià)類劃分法可將輸人數(shù)據(jù)劃分為有效等價(jià)類和_無效等價(jià)類3.邊界值法通常作為等價(jià)類劃分法的補(bǔ)充。4.因果圖中的_恒等關(guān)系要求程序有1個(gè)輸入和1個(gè)輸出，輸出與輸人保持一致。5.因果圖的多個(gè)輸人之間的約束包括異、或、唯一、要求4種。6.決策表通常由條件樁、條件項(xiàng)、動(dòng)作樁、動(dòng)作項(xiàng)4部分組成。二、判斷題1.有效等價(jià)類可以捕獲程序中的缺陷，而無效等價(jià)類不能捕獲缺陷。(F)2.如果程序要求輸人值是一個(gè)有限區(qū)間的值，可以劃分為1個(gè)有效等價(jià)類(取值范圍)和1個(gè)無效等價(jià)類(取值范圍之外)。（F）3.使用邊界值方法測(cè)試時(shí)，只取邊界2個(gè)值即可完成邊界測(cè)試。(F)4.因果圖考慮了程序輸人、輸出之間的各種組合情況。(T)5.決策表法是由因果圖演變而來的。(T)6.正交實(shí)驗(yàn)設(shè)計(jì)法比較適合復(fù)雜的大型項(xiàng)目。(T)三、單選題1.下列選項(xiàng)中，哪一項(xiàng)不是因果圖輸人與輸人之間的關(guān)系?(A)A.恒等B.或C.要求D.唯一解析：恒等是輸入與輸出之間的關(guān)系。2.下列選項(xiàng)中，哪一項(xiàng)是因果圖輸出之間的約束關(guān)系?(C)A、異B.或C.強(qiáng)制D.要求3."下列選項(xiàng)中，哪一項(xiàng)不是正交實(shí)驗(yàn)設(shè)計(jì)法的關(guān)鍵因素?(D)A、指標(biāo)B.因子C.因子狀態(tài)D.正交表四、簡答題1.請(qǐng)簡述等價(jià)類劃分法的原則。等價(jià)類劃分原則：（1）如果程序要求輸入值是一個(gè)有限區(qū)間的值，則可以將輸入數(shù)據(jù)劃分為一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類，有效等價(jià)類為指定的取值區(qū)間，兩個(gè)無效等價(jià)類分別為有限區(qū)間兩邊的值。（2）如果程序要求輸入的值是一個(gè)“必須成立”的情況，則可以將輸入數(shù)據(jù)劃分為一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。（3）如果程序要求輸入數(shù)據(jù)是一組可能的值，或者要求輸入值必須符合某個(gè)條件，則可以將輸入數(shù)據(jù)劃分一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。（4）如果在某一個(gè)等價(jià)類中，每個(gè)輸入數(shù)據(jù)在程序中的處理方式都不相同，則應(yīng)將該等價(jià)類劃分成更小的等價(jià)類，并建立等價(jià)表。2.請(qǐng)簡述決策表?xiàng)l件項(xiàng)的合并規(guī)則。在實(shí)際測(cè)試中，條件樁往往很多，而且每個(gè)條件樁都有真假兩個(gè)條件項(xiàng)，有n個(gè)條件樁的決策表就會(huì)有2n條件規(guī)則，有些規(guī)則的取值對(duì)結(jié)果并無影響，這個(gè)問題就稱為無關(guān)條件項(xiàng)，無關(guān)條件項(xiàng)使用“-”表示，忽略無關(guān)條件項(xiàng)，可以將這兩條規(guī)則進(jìn)行合并。合并之后的無關(guān)條件項(xiàng)（-）包含其他條件項(xiàng)取值，因此具有相同動(dòng)作的規(guī)則還可進(jìn)一步合并3.請(qǐng)簡述正交實(shí)驗(yàn)設(shè)計(jì)法測(cè)試用例的設(shè)計(jì)步驟。正交實(shí)驗(yàn)設(shè)計(jì)法測(cè)試用例設(shè)計(jì)步驟。（1）提取因子，構(gòu)造因子狀態(tài)表分析軟件的規(guī)格需求說明得到影響軟件功能的因子，確定因子可以有哪些取值，即確定因子的狀態(tài)。（2）加權(quán)篩選，簡化因子-狀態(tài)表在實(shí)際軟件測(cè)試中，軟件的因子及因子的狀態(tài)會(huì)有很多，每個(gè)因子及其狀態(tài)對(duì)軟件的作用也大不相同，如果把這些因子及狀態(tài)都劃分到因子-狀態(tài)表中，則最后生成的測(cè)試用例會(huì)相當(dāng)龐大，從而影響軟件測(cè)試的效率。因此需要根據(jù)因子及狀態(tài)的重要程度進(jìn)行加權(quán)篩選，選出重要的因子與狀態(tài)，簡化因子-狀態(tài)表。加權(quán)篩選就是根據(jù)因子或狀態(tài)的重要程度、出現(xiàn)頻率等因素計(jì)算因子和狀態(tài)的權(quán)值，權(quán)值越大，表明因子或狀態(tài)越重要，而權(quán)值越小，表明因子或狀態(tài)的重要性越小。加權(quán)篩選之后，可以去掉一部分權(quán)值較小的因子或狀態(tài)，使得最后生成的的測(cè)試用例集縮減到允許的范圍。（3）構(gòu)建正交表，設(shè)計(jì)測(cè)試用例正交表的表示形式為Ln（tc）來表示。L表示正交表。n為正交表的行數(shù)，正交表的每一行可以設(shè)計(jì)一個(gè)測(cè)試用例，因此行數(shù)n也表示可以設(shè)計(jì)的測(cè)試用例的數(shù)目。c表示正交實(shí)驗(yàn)的因子數(shù)目，即正交表的列數(shù)，因此正交表是一個(gè)n行c列的表。t稱為水平數(shù)，表示每個(gè)因子能夠取得的最大值，即因子有多少個(gè)狀態(tài)。第3章白盒測(cè)試一、填空題1.語句覆蓋的目的是測(cè)試程序中的代碼是否被執(zhí)行，它只測(cè)試代碼中的執(zhí)行語句2.判定覆蓋的作用是使真假分支均被執(zhí)行。3.條件覆蓋是指判定語句中的每個(gè)條件都要取真、假值各一次。4.對(duì)于判定語句IF(a>1ANDc<1),測(cè)試時(shí)要保證a>1、c<1兩個(gè)條件取“真”“假”值至少一次，同時(shí)，判定語句IF(a>1ANDe<1)取“真”“假”也至少出現(xiàn)一次，這使用了判定-條件覆蓋方法。5.條件組合要求判定語句中所有條件取值的可能組合都至少出現(xiàn)-一次。6.在程序插樁法中，插入到程序中的代碼稱為_探針二、判斷題1.語句覆蓋無法考慮分支組合情況。(T)2.目標(biāo)代碼插樁需要重新編譯、鏈接程序。(F)3.語句覆蓋可以測(cè)試程序中的邏輯錯(cuò)誤。(F)4.判定-條件覆蓋沒有考慮判定語句與條件判斷的組合情況。(T)5.對(duì)于源代碼插樁，探針具有較好的通用性。(T)解析：使用同一種編程語言編寫的程序與探針，則探針可能通用。三、單選題1.下列選項(xiàng)中，哪-項(xiàng)不屬于邏輯覆蓋?(D)A.語句覆蓋B.條件覆蓋C.判定覆蓋D.判定-語句覆蓋2.關(guān)于邏輯覆蓋，下列說法中錯(cuò)誤的是(C)。A.語句覆蓋的語句不包括空行、注釋等B.相比于語句覆蓋，判定覆蓋考慮到了每個(gè)判定語句的取值情況C.條件覆蓋考慮到了每個(gè)邏輯條件取值的所有組合情況D.在邏輯覆蓋中，條件組合覆蓋是覆蓋率最大的測(cè)試方法解析：條件組合覆蓋考慮到了每個(gè)邏輯條件的取值的所有組合情況。3.關(guān)于程序插樁法，下列說法中錯(cuò)誤的是(C)。A.程序插樁法就是往被測(cè)試程序中插人測(cè)試代碼以達(dá)到測(cè)試目的的方法B.程序插樁法可分為目標(biāo)代碼插樁和源代碼插樁C.源代碼插樁的程序需要經(jīng)過編譯、鏈接過程，但測(cè)試代碼不參與編譯、鏈接過程D.目標(biāo)代碼插樁是往二進(jìn)制程序中插人測(cè)試代碼解析：源代碼插樁中，樁代碼會(huì)一起參與編譯、鏈接，因此插樁法會(huì)導(dǎo)致代碼膨脹。四、簡答題1.請(qǐng)簡述邏輯覆蓋的幾種方法及它們之間的區(qū)別。（1）語句覆蓋語句覆蓋是最常見的覆蓋方式。語句覆蓋的目的是測(cè)試程序中的代碼是否被執(zhí)行，它只測(cè)試代碼中的執(zhí)行語句，這里的執(zhí)行語句不包括頭文件、注釋、空行等。語句覆蓋在多分支的程序中，只能覆蓋某一條路徑，使得該路徑中的每一個(gè)語句至少被執(zhí)行一次，但不會(huì)考慮各種分支組合情況。（2）判定覆蓋判定覆蓋又稱為分支覆蓋，其原則是設(shè)計(jì)足夠多的測(cè)試用例，在測(cè)試過程中保證每個(gè)判定至少有一次為真值，有一次為假值。判定覆蓋的作用是使真假分支均被執(zhí)行，雖然判定覆蓋比語句覆蓋測(cè)試能力強(qiáng)，但仍然具有和語句覆蓋一樣的單一性。判定覆蓋語句一般是由多個(gè)邏輯條件組成，如果僅僅判斷測(cè)試程序執(zhí)行的最終結(jié)果而忽略每個(gè)條件的取值，必然會(huì)遺漏部分測(cè)試路徑，因此，判定覆蓋也屬于弱覆蓋。（3）判定-條件覆蓋判定-條件覆蓋要求設(shè)計(jì)足夠多的測(cè)試用例，使得判定語句中所有條件的可能取值至少出現(xiàn)一次，同時(shí)，所有判定語句的可能結(jié)果也至少出現(xiàn)一次，例如，對(duì)于判定語句if(a>1ANDc<1)，該判定語句有a>1、c<1兩個(gè)條件，則在設(shè)計(jì)測(cè)試用例時(shí)，要保證a>1、c<1兩個(gè)條件取“真”、“假”值至少一次，同時(shí)，判定語句if(a>1ANDc<1)取“真”、“假”也至少出現(xiàn)一次。這就是判定-條件覆蓋，它彌補(bǔ)了判定覆蓋和條件覆蓋的不足之處。相比于條件覆蓋、判定覆蓋，判定-條件覆蓋彌補(bǔ)了兩者的不足之處，但是由于判定-條件覆蓋沒有考慮判定語句與條件判斷的組合情況，其覆蓋范圍并沒有比條件覆蓋擴(kuò)展，因此判定-條件覆蓋在仍舊存在遺漏測(cè)試的情況。（4）條件組合覆蓋條件組合指的是設(shè)計(jì)足夠多的測(cè)試用例，使判定語句中每個(gè)條件的所有可能至少出現(xiàn)一次，并且每個(gè)判定語句本身的判定結(jié)果也至少出現(xiàn)一次。它與判定-條件覆蓋的差別是，條件組合覆蓋不是簡單地要求每個(gè)條件都出現(xiàn)“真”與“假”兩種結(jié)果，而是要求讓這些結(jié)果的所有可能組合都至少出現(xiàn)一次。2.請(qǐng)簡述目標(biāo)代碼插樁的3種執(zhí)行模式。（1）即時(shí)模式：原始的二進(jìn)制或可執(zhí)行文件沒有被修改或執(zhí)行，將修改部分的二進(jìn)制代碼生成文件副本存儲(chǔ)在新的內(nèi)存區(qū)域中，在測(cè)試時(shí)僅執(zhí)行修改部分的目標(biāo)代碼。（2）解釋模式：在解釋模式中目標(biāo)代碼被視為數(shù)據(jù)，測(cè)試人員插入的測(cè)試代碼作為目標(biāo)代碼指令的解釋語言，每當(dāng)執(zhí)行一條目標(biāo)代碼指令，程序就會(huì)在測(cè)試代碼中查找并執(zhí)行相應(yīng)的替代指令，測(cè)試通過替代指令的執(zhí)行信息就可以獲取程序的運(yùn)行信息。（3）探測(cè)模式：探測(cè)模式使用新指令覆蓋舊指令進(jìn)行測(cè)試，這種模式在某些體系結(jié)構(gòu)（如x86）中比較好用。第4章性能測(cè)試一、填空題1.吞吐量是指單位時(shí)間單位時(shí)間內(nèi)系統(tǒng)能夠完成的工作量。2.TPS是指系統(tǒng)每秒鐘能夠處理的事務(wù)和交易的數(shù)量。3.負(fù)載測(cè)試確定在滿足系統(tǒng)性能指標(biāo)的情況下，系統(tǒng)所能夠承受的最大負(fù)載量。4.點(diǎn)擊率是指用戶每秒向Web服務(wù)器提交的HTTP請(qǐng)求數(shù)。5.容量測(cè)試通常與數(shù)據(jù)庫、系統(tǒng)資源有關(guān)，用于規(guī)劃將來需求增長時(shí)，對(duì)數(shù)據(jù)庫和系統(tǒng)資源的優(yōu)化。6.LoadRunner工具主要由Vugen、Controller、Analysis三部分組成二、判斷題1.響應(yīng)時(shí)間是指系統(tǒng)對(duì)用戶請(qǐng)求做出響應(yīng)所需要的時(shí)間。(T)2.吞吐量的度量單位是請(qǐng)求數(shù)1秒。(F)解析：吞吐量的單位并不唯一，它可以是請(qǐng)求數(shù)/秒、訪問人數(shù)/天等。3.并發(fā)數(shù)量增大可能會(huì)導(dǎo)致系統(tǒng)響應(yīng)變慢。(T)4.點(diǎn)擊率是Web應(yīng)用特有的一個(gè)指標(biāo)。(T)5.壓力測(cè)試是給系統(tǒng)加壓直至系統(tǒng)崩潰，以此來確定系統(tǒng)最大負(fù)載能力。(T)6.峰值測(cè)試與壓力測(cè)試是同一個(gè)概念。(F)解析：壓力測(cè)試是逐步加壓，峰值測(cè)試是瞬間加壓。三、單選題1.關(guān)于性能測(cè)試，下列說法中錯(cuò)誤的是(D)A.軟件響應(yīng)慢屬于性能問題B.性能測(cè)試就是使用性能測(cè)試工具模擬正常、峰值及異常負(fù)載狀態(tài)，對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試的活動(dòng)C.性能測(cè)試可以發(fā)現(xiàn)軟件系統(tǒng)的性能瓶頸D.性能測(cè)試是以驗(yàn)證功能完整實(shí)現(xiàn)為目的2.下列選項(xiàng)中，哪一項(xiàng)不是性能測(cè)試指標(biāo)?(C)A.響應(yīng)時(shí)間B.TPSC.DPHD.吞吐量3.下列選項(xiàng)中，哪一項(xiàng)是瞬間將系統(tǒng)壓力加載到最大的性能測(cè)試?(D)A.壓力測(cè)試B:負(fù)載測(cè)試C.并發(fā)測(cè)試D.峰值測(cè)試4.關(guān)于性能測(cè)試優(yōu)程二下列說法中錯(cuò)誤的是（A）A.性能測(cè)試比較特殊，它并不遵循一般測(cè)試流程B.性能測(cè)試需求分析中，測(cè)試人員首先要明確測(cè)試目標(biāo)C.在制訂性能測(cè)試計(jì)劃時(shí)，一個(gè)非常重要的任務(wù)就是設(shè)計(jì)場景D.性能測(cè)試通常需要對(duì)測(cè)試過程執(zhí)行監(jiān)控5.關(guān)于LoadBermer與JMeter,下列說法中錯(cuò)誤的是（C）ALoadRunner是收費(fèi)的，JMeter是開源的B.LoadRunner廣瀘支持業(yè)界標(biāo)準(zhǔn)協(xié)議C.JMeter使用監(jiān)聽器記錄服務(wù)器的響D.JMeter報(bào)表較少，其測(cè)試報(bào)告不如LoadRunner詳盡解析：Jemeter使用采樣器記錄服務(wù)器的響應(yīng)。四、簡答題1.請(qǐng)簡述常用的性能測(cè)試指標(biāo)。（1）響應(yīng)時(shí)間響應(yīng)時(shí)間是指系統(tǒng)對(duì)用戶請(qǐng)求作出響應(yīng)所需要的時(shí)間。這個(gè)時(shí)間是指用戶從軟件客戶端發(fā)出請(qǐng)求到用戶接收到返回?cái)?shù)據(jù)的整個(gè)過程所需要的時(shí)間，包括各種中間件（如服務(wù)器、數(shù)據(jù)庫等）的處理時(shí)間。（2）吞吐量吞吐量是指單位時(shí)間內(nèi)系統(tǒng)能夠完成的工作量，它衡量的是軟件系統(tǒng)服務(wù)器的處理能力。吞吐量的度量單位可以是請(qǐng)求數(shù)/秒、頁面數(shù)/秒、訪問人數(shù)/天、處理業(yè)務(wù)數(shù)/小時(shí)等。（3）并發(fā)用戶數(shù)并發(fā)用戶數(shù)是指同一時(shí)間請(qǐng)求和訪問的用戶數(shù)量。例如對(duì)于某一軟件，同時(shí)有100個(gè)用戶請(qǐng)求登錄，則其并發(fā)用戶數(shù)就是100。并發(fā)用戶數(shù)量越大，對(duì)系統(tǒng)的性能影響越大，并發(fā)用戶數(shù)量較大可能會(huì)導(dǎo)致系統(tǒng)響應(yīng)變慢、系統(tǒng)不穩(wěn)定等。軟件系統(tǒng)在設(shè)計(jì)時(shí)必須要考慮并發(fā)訪問的情況，測(cè)試工程師在進(jìn)行性能測(cè)試時(shí)也必須進(jìn)行并發(fā)訪問的測(cè)試。（4）TPSTPS是指系統(tǒng)每秒鐘能夠處理的事務(wù)和交易的數(shù)量，它是衡量系統(tǒng)處理能力的重要指標(biāo)。（5）點(diǎn)擊率點(diǎn)擊率是指用戶每秒向Web服務(wù)器提交的HTTP請(qǐng)求數(shù)，這個(gè)指標(biāo)是Web應(yīng)用特有的一個(gè)性能指標(biāo)，通過點(diǎn)擊率可以評(píng)估用戶產(chǎn)生的負(fù)載量，并且可以判斷系統(tǒng)是否穩(wěn)定。點(diǎn)擊率只是一個(gè)參考指標(biāo)，幫助衡量Web服務(wù)器的性能。（6）資源利用率資源利用率是指軟件對(duì)系統(tǒng)資源的使用情況，包括CPU利用率、內(nèi)存利用率、磁盤利用率等，資源利用率是分析軟件性能瓶頸的重要參數(shù)。2.請(qǐng)簡述常見的性能測(cè)試種類。（1）負(fù)載測(cè)試負(fù)載測(cè)試是指逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在滿足系統(tǒng)性能指標(biāo)的情況下，系統(tǒng)所能夠承受的最大負(fù)載量。（2）壓力測(cè)試壓力測(cè)試也叫強(qiáng)度測(cè)試，它是指逐步給系統(tǒng)增加壓力，測(cè)試系統(tǒng)的性能變化，使系統(tǒng)某些資源達(dá)到飽和或系統(tǒng)崩潰，從而確定系統(tǒng)所能承受的最大壓力。（3）峰值測(cè)試性能測(cè)試中還有一種壓力測(cè)試叫作峰值測(cè)試，它是指瞬間（不是逐步加壓）將系統(tǒng)壓力加載到最大，使測(cè)試軟件系統(tǒng)在極限壓力下的運(yùn)行情況。（4）配置測(cè)試配置測(cè)試是指調(diào)整軟件系統(tǒng)的軟硬件環(huán)境，測(cè)試各種環(huán)境對(duì)系統(tǒng)性能的影響，從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。配置測(cè)試不改變代碼，只改變軟硬件配置，例如安裝版本更高的數(shù)據(jù)庫、配置性能更好的CPU、內(nèi)存等，通過更改外部配置來提高軟件的性能。（5）可靠性測(cè)試可靠性測(cè)試是指給系統(tǒng)加載一定的業(yè)務(wù)壓力，使其持續(xù)運(yùn)行一段時(shí)間（如7*24h），測(cè)試系統(tǒng)在這種條件下是否能夠穩(wěn)定運(yùn)行。由于加載有業(yè)務(wù)壓力且運(yùn)行時(shí)間較長，因此可靠性測(cè)試通?？梢詸z測(cè)出系統(tǒng)是否有內(nèi)存泄露等問題。（6）容量測(cè)試容量測(cè)試是指在一定的軟硬件及網(wǎng)絡(luò)環(huán)境下，測(cè)試系統(tǒng)所能支持的最大用戶數(shù)、最大存儲(chǔ)量等。容量測(cè)試通常與數(shù)據(jù)庫、系統(tǒng)資源（如CPU、內(nèi)存、磁盤等）有關(guān)，用于規(guī)劃將來需求增長（如用戶增長、業(yè)務(wù)量增加等）時(shí)，對(duì)數(shù)據(jù)庫和系統(tǒng)資源的優(yōu)化。3.請(qǐng)簡述LoadRunner的組成部分及其作用了（1）VuGenLoadRunner是通過多個(gè)虛擬用戶在系統(tǒng)中同時(shí)工作或訪問系統(tǒng)的環(huán)境來進(jìn)行性能測(cè)試的，虛擬用戶進(jìn)行的操作通常被記錄在虛擬用戶腳本中，而VuGen就是用于創(chuàng)建虛擬用戶腳本的工具，因此它也稱為虛擬用戶腳本生成器。在創(chuàng)建腳本時(shí)，VuGen會(huì)生成多個(gè)函數(shù)用于記錄虛擬用戶所執(zhí)行的操作，并將這些函數(shù)插入到VuGen編輯器生成基本的虛擬用戶腳本，這個(gè)創(chuàng)建腳本的過程也叫作錄制腳本。（2）ControllerController用于創(chuàng)建和控制LoadRunner場景，場景負(fù)責(zé)定義每次測(cè)試中發(fā)生的事件，包括模擬的用戶數(shù)、用戶執(zhí)行的操作以及測(cè)試要監(jiān)控的性能指標(biāo)等。（3）AnalysisAnalysis是LoadRunner的數(shù)據(jù)分析工具，它可以收集性能測(cè)試中的各種數(shù)據(jù)，對(duì)其進(jìn)行分析并生成圖表和報(bào)告供測(cè)試人員查看。第5章安全測(cè)試一、填空題1.安全測(cè)試以發(fā)現(xiàn)安全隱患為目標(biāo)。2.SQL注人攻擊的Web應(yīng)用程序處于應(yīng)用層，因此大多防火墻不會(huì)進(jìn)行攔截。3.利用XSS攻擊的惡意代碼般包括HTML代碼和Javascript二、判斷題1.安全測(cè)試貫穿于軟件的整個(gè)生命周期。(T)2安全測(cè)試以違反權(quán)限與能力的約束為判斷依據(jù)。(T)3.對(duì)XSS漏洞，最核心的防御措施就是對(duì)用戶的輸入進(jìn)行檢查和過濾。(T)4.CSRF漏洞的攻擊過程與XSs漏洞攻擊相同。(F)解析：XSS攻擊是盜取用戶信息偽裝成用戶訪問網(wǎng)站；CSRF是通過用戶非法訪問網(wǎng)站。5:滲透測(cè)試主要是打描軟件安全漏洞（F）三、單選題1.關(guān)于安全測(cè)試，下列說法中錯(cuò)誤的是(C)。A.安全測(cè)試主要是驗(yàn)證產(chǎn)品是否符合安全需求定義和產(chǎn)品質(zhì)量標(biāo)準(zhǔn)B.風(fēng)險(xiǎn)分析也屬于安全測(cè)試的一種C.與功能、性能缺陷不同，安全缺陷可以完全避免D.安全測(cè)試要盡早測(cè)試、經(jīng)常測(cè)試2.下列選項(xiàng)中，哪-項(xiàng)不屬于安全測(cè)試?(D)A.靜態(tài)分析B.漏洞掃描C.滲透測(cè)試D.集成測(cè)試3.下列選項(xiàng)中，哪項(xiàng)是跨站點(diǎn)腳本攻擊漏洞?(A)A.XSSB.CSRFC.SQLD.BufferOverflow4.關(guān)于CSRF的說法中，下列說法中錯(cuò)誤的是(C)。A.它是一種針對(duì)Web應(yīng)用程序的攻擊方式B.跨站請(qǐng)求偽造通常發(fā)生在用戶訪問網(wǎng)站未退出的情況下C.跨站請(qǐng)求偽造竊取用戶信息偽裝成用戶執(zhí)行惡意活動(dòng)D.防范跨站請(qǐng)求偽造攻擊的主要思路就是加強(qiáng)后臺(tái)對(duì)用戶及用戶請(qǐng)求的驗(yàn)證，而不能僅限于Cookie的識(shí)別。5.下列選項(xiàng)中，哪一項(xiàng)是抓包工具?(B)A.AppScanB.FiddlerC.NmapD.Metasploit四、簡答題1.請(qǐng)簡述安全測(cè)試與常規(guī)測(cè)試的區(qū)別。（1）測(cè)試目標(biāo)不同普通測(cè)試以發(fā)現(xiàn)BUG為目標(biāo)；安全測(cè)試以發(fā)現(xiàn)安全隱患為目標(biāo)。（2）假設(shè)條件不同普通測(cè)試假設(shè)導(dǎo)致問題的數(shù)據(jù)是用戶不小心造成的，接口一般只考慮用戶界面；安全測(cè)試假設(shè)導(dǎo)致問題的數(shù)據(jù)是攻擊者處心積慮構(gòu)造的，需要考慮所有可能的攻擊途徑。（3）思考域不同普通測(cè)試以系統(tǒng)所具有的功能為思考域；安全測(cè)試的思考域不但包括系統(tǒng)的功能，還有系統(tǒng)的機(jī)制、外部環(huán)境、應(yīng)用與數(shù)據(jù)自身安全風(fēng)險(xiǎn)與安全屬性等。（4）問題發(fā)現(xiàn)模式不同普通測(cè)試以違反功能定義為判斷依據(jù)；安全測(cè)試以違反權(quán)限與能力的約束為判斷依據(jù)。2.請(qǐng)簡述安全測(cè)試的基本原則。安全測(cè)試基本原則。（1）培養(yǎng)正確的思維方式安全測(cè)試人員則要有創(chuàng)造性性思維，創(chuàng)造性思維能夠幫助我們站在攻擊者角度思考各種無法預(yù)期的情況，同時(shí)能夠幫助我們猜測(cè)開發(fā)人員是如何開發(fā)的，如何繞過程序防護(hù)邏輯，以某種不安全的行為模式導(dǎo)致程序失效。（2）盡量測(cè)試和經(jīng)常測(cè)試安全性缺陷和普通Bug沒什么區(qū)別，越早發(fā)現(xiàn)修復(fù)成本越低；發(fā)人員最好能夠意識(shí)到新產(chǎn)生的安全漏洞對(duì)正在開發(fā)的軟件的影響，測(cè)試人員要轉(zhuǎn)變思維方式，從攻擊者角度的各個(gè)細(xì)節(jié)測(cè)試應(yīng)用程序，使軟件更加安全。（3）選擇正確的測(cè)試工具很多情況下安全測(cè)試需要模擬黑客的行為對(duì)軟件系統(tǒng)發(fā)起攻擊，以確保軟件系統(tǒng)具備穩(wěn)固的防御能力。模擬黑客行為就要求安全測(cè)試人員擅長使用各種工具，如漏洞掃描工具、模擬數(shù)據(jù)流行為的前后臺(tái)相關(guān)工具、數(shù)據(jù)包抓取工具等?，F(xiàn)在市面上提供了很多安全掃描器或者應(yīng)用防火墻工具可以自動(dòng)完成許多日常安全任務(wù)，但是這些工具并不是萬能的。作為測(cè)試人員，我們要準(zhǔn)確了解這些工具能做什么，不能做什么是非常重要的，切不可過分夸大或者不當(dāng)使用測(cè)試工具。（4）可能情況下使用源代碼在做滲透測(cè)試時(shí)，如果使用黑盒測(cè)試方法，需要大量測(cè)試用例進(jìn)行覆蓋，且測(cè)試完成后仍無法確定軟件是否仍然存在風(fēng)險(xiǎn)。使用白盒測(cè)試方法，借助掃描工具對(duì)源代碼進(jìn)行掃描，一方面可以找出潛在的風(fēng)險(xiǎn)，從內(nèi)對(duì)軟件進(jìn)行檢測(cè)，提高代碼的安全性；另一方面也可以進(jìn)一步提高代碼的質(zhì)量。（5）測(cè)試結(jié)果文檔化測(cè)試總結(jié)的時(shí)候，明智且有效的做法是將測(cè)試行動(dòng)和結(jié)果清晰準(zhǔn)確地記錄在文檔中，產(chǎn)生一份測(cè)試報(bào)告。一份好的測(cè)試報(bào)告應(yīng)該幫助開發(fā)人員準(zhǔn)確定位軟件安全漏洞，從而有效進(jìn)行漏洞修補(bǔ)，使軟件更安全可靠。3.請(qǐng)簡述xSs的攻擊原理、過程及防范措施。XSS是Web應(yīng)用系統(tǒng)最常見的安全漏洞之一，它主要源于Web應(yīng)用程序?qū)τ脩糨斎霗z查和過濾不足。攻擊者可以利用XSS漏洞把惡意代碼（HTML代碼或javascript腳本）注入到網(wǎng)站中，當(dāng)有用戶瀏覽該網(wǎng)站時(shí)，這些惡意代碼就會(huì)被執(zhí)行，從而達(dá)到攻擊的目的。通常，在XSS攻擊中，攻擊者會(huì)通過郵件或其他方式誘使用戶點(diǎn)擊包含惡意代碼的鏈接，例如攻擊者通過E-mail向用戶發(fā)送一個(gè)包含惡意代碼的網(wǎng)站，用戶點(diǎn)擊鏈接后，瀏覽器會(huì)在用戶毫不知情的情況下執(zhí)行鏈接中包含的惡意代碼，將用戶與交互的cookie和session等信息發(fā)送給攻擊者，攻擊者拿到這些數(shù)據(jù)之后，就會(huì)偽裝成用戶與真正的網(wǎng)站進(jìn)行會(huì)話，從事非法活動(dòng)。對(duì)于XSS漏洞，最核心的防御措施就是對(duì)用戶的輸入進(jìn)行檢查和過濾，包括URL、查詢關(guān)鍵字、HTTP頭、POST數(shù)據(jù)等，僅接受指定長度范圍、格式適當(dāng)、符合預(yù)期的內(nèi)容，對(duì)其他不符合預(yù)期的內(nèi)容一律進(jìn)行過濾。除此之外，當(dāng)向HTML標(biāo)簽或?qū)傩灾胁迦氩豢尚艛?shù)據(jù)時(shí)，要對(duì)這些數(shù)據(jù)進(jìn)行進(jìn)行相應(yīng)的編碼處理。將重要的cookie標(biāo)記為httponly，這樣javascript腳本就不能訪問這個(gè)cookie，避免了攻擊者利用javascript腳本獲取cookie。第6章自動(dòng)化測(cè)試一、填空題1.軟件執(zhí)行自動(dòng)化測(cè)試的前提條件是項(xiàng)目需求變動(dòng)不頻繁、項(xiàng)目周期足夠長、自動(dòng)化測(cè)試腳本可重復(fù)使用2.自動(dòng)化測(cè)試層次分為UI測(cè)試、接口測(cè)試、單元測(cè)試3.自動(dòng)化測(cè)試技術(shù)有錄制與回放、腳本測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試4.單元測(cè)試主要測(cè)試的是功能函數(shù)、類（參見白盒測(cè)試章節(jié)小提示部分）5.測(cè)試腳本分為_線性腳本、結(jié)構(gòu)化腳本、共享腳本6.Selenium的3個(gè)核心組件是SeleniumIDE、SeleniumGrid、SeleniumRC7.列舉常見的Web頁面元素的定位方式:class、xpath、linktext二、判斷題1.自動(dòng)化測(cè)試能完成人工測(cè)試無法完成的場景。(T)2.軟件在升級(jí)或者功能發(fā)生改變之后不需要進(jìn)行回歸測(cè)試，只需要測(cè)試改變的部分即可。(F)解析：XSS攻擊是盜取用戶信息偽裝成用戶訪問網(wǎng)站；CSRF是通過用戶非法訪問網(wǎng)站。3.自動(dòng)化測(cè)試可以達(dá)到100%覆蓋率。(F)4.自動(dòng)化測(cè)試無須使用人工手動(dòng)執(zhí)行，完全由自動(dòng)化測(cè)試工具完成。(F)5.自動(dòng)化測(cè)試可以提高測(cè)試效率，卻無法保證測(cè)試的有效性。(T)6.持續(xù)集成測(cè)試是軟件開發(fā)、軟件測(cè)試、項(xiàng)目部署的有效方法。(T)解析：關(guān)于持續(xù)集成可查閱DevOps相關(guān)資料進(jìn)行學(xué)習(xí)三、單選題1.下列選項(xiàng)中，哪項(xiàng)是不正確的?（D）A.單元測(cè)試主要測(cè)試的是函數(shù)功能、接口B.在單元測(cè)試中主要使用的是白盒測(cè)試方法的方式進(jìn)行測(cè)試C.接口測(cè)試中使用白盒測(cè)試和黑盒測(cè)試結(jié)D.UI測(cè)試時(shí)不能修改界面布局進(jìn)行測(cè)試解析：參見本章案例講解，可以通過Appium修改UI布局進(jìn)行測(cè)試2.下列選項(xiàng)中，哪一項(xiàng)不是自動(dòng)化測(cè)試的缺點(diǎn)?(A)A.自動(dòng)化測(cè)試對(duì)測(cè)試團(tuán)隊(duì)的技術(shù)有更高的要求B.自動(dòng)化測(cè)試對(duì)于迭代較快的產(chǎn)品來說時(shí)間成本高C.自動(dòng)化測(cè)試具有一致性和重復(fù)性的特點(diǎn)為化測(cè)試中錯(cuò)誤的測(cè)試用例會(huì)浪費(fèi)資源D.自動(dòng)化測(cè)試腳本需要進(jìn)行開發(fā)，并且自動(dòng)3.下列哪一項(xiàng)不屬于腳本測(cè)試技術(shù)?(C)A.線性測(cè)試B.結(jié)構(gòu)化測(cè)試腳本C.回歸測(cè)試腳本D.共享腳本4.關(guān)于持續(xù)集成的說法錯(cuò)誤的是(C)。A.使用持續(xù)測(cè)試的方式進(jìn)行測(cè)試，需要搭建好持續(xù)集成的環(huán)境，測(cè)試人員需要和開發(fā)人員溝通協(xié)作B.持續(xù)集成方式有利于提高項(xiàng)目的開發(fā)進(jìn)度和測(cè)試效率C.持續(xù)集成可以完全實(shí)現(xiàn)自動(dòng)化測(cè)試，不需要人工處理D.使用容器技術(shù)進(jìn)行持續(xù)集成可以方便項(xiàng)目的部署解析：持續(xù)集成需要測(cè)試人員進(jìn)行調(diào)度，參見持續(xù)集成測(cè)試框架設(shè)計(jì)圖5.下列選項(xiàng)中適合自動(dòng)化測(cè)試的是(C)。A.需求不確定且變化頻繁的項(xiàng)目B.產(chǎn)品設(shè)計(jì)完成后測(cè)試過程不夠準(zhǔn)確C.項(xiàng)目開發(fā)周期長而且重復(fù)測(cè)試部分較多D.項(xiàng)目開發(fā)周期短，測(cè)試比較單一6.下列關(guān)于自動(dòng)化測(cè)試描述正確的是(D)。A.自動(dòng)化測(cè)試能夠很好地進(jìn)行回歸測(cè)試從而縮短回歸測(cè)試時(shí)間B.自動(dòng)化測(cè)試腳本不需要維護(hù)，每次測(cè)試完成后進(jìn)行下一一次測(cè)試需要重新編寫測(cè)試用例C.自動(dòng)化測(cè)試只需要熟練掌握自動(dòng)化測(cè)試工具就可以D.自動(dòng)化測(cè)試中測(cè)試人員僅僅測(cè)試負(fù)責(zé)的模塊，不需要考慮其他干擾因素解析：自動(dòng)化測(cè)試同樣需要人與人之間的溝通與協(xié)作才能做到最優(yōu)化四、簡答題1.請(qǐng)簡述持續(xù)集成的基本過程。參見持續(xù)集成過程流程圖，持續(xù)集成需要版本控制工具、持續(xù)集成工具、持續(xù)集成環(huán)境部署、基礎(chǔ)測(cè)試、階段性測(cè)試。一旦持續(xù)集成環(huán)境搭建完成后測(cè)試人員通過集成工具獲取項(xiàng)目代碼，進(jìn)行基本測(cè)試或執(zhí)行相關(guān)的測(cè)試用例，得到最初的測(cè)試結(jié)果。2.請(qǐng)簡述傳統(tǒng)持續(xù)集成框架和持續(xù)集成容器的區(qū)別。參見持續(xù)集成框架設(shè)計(jì)流程圖。在傳統(tǒng)持續(xù)集成框架下進(jìn)行測(cè)試之需要搭建代碼托管平臺(tái)（Git、GitLab等）或者使用本地項(xiàng)目，準(zhǔn)備好測(cè)試所需要的數(shù)據(jù)以及當(dāng)前項(xiàng)目需要的服務(wù)器、測(cè)試用例等。對(duì)于持續(xù)集成容器化進(jìn)行測(cè)試需要測(cè)試人員搭建容器環(huán)境、管理容器倉庫等操作，搭建環(huán)境比傳統(tǒng)持續(xù)集成測(cè)試搭建相對(duì)復(fù)雜但提高了項(xiàng)目部署效率以及不同場景下測(cè)試的便捷。3.請(qǐng)簡述自動(dòng)化測(cè)試使用的技術(shù)。參見自動(dòng)化測(cè)試常見的技術(shù)，在回答中提及測(cè)試技術(shù)使用的測(cè)試工具。自動(dòng)化測(cè)試技術(shù)可分為錄制與回放技術(shù)，使用錄制回放工具可以將操作過程錄制下來通過回放觀察是否存在問題，錄制工具如Loadrunner、UFT、Selenium及其衍生工具等；腳本測(cè)試可分為線性腳本、結(jié)構(gòu)化腳本、共享腳本，在測(cè)試中可以使用自動(dòng)化測(cè)試框架Junit、Unittest框架進(jìn)行編寫或者參考腳本錄制回放工具生成的腳本進(jìn)行測(cè)試；數(shù)據(jù)驅(qū)動(dòng)測(cè)試分為關(guān)鍵字驅(qū)動(dòng)測(cè)試、行為驅(qū)動(dòng)測(cè)試，這兩種測(cè)試的區(qū)別是針對(duì)數(shù)據(jù)操作對(duì)象和測(cè)試場景進(jìn)行劃分，工具如Loadrunner、Katalon等。第7章移動(dòng)App測(cè)試一、填空題1.移動(dòng)App使用最多的操作系統(tǒng)為iOS和Android2.移動(dòng)App的專項(xiàng)測(cè)試包括安裝測(cè)試、卸載測(cè)試、升級(jí)測(cè)試、弱網(wǎng)測(cè)試、耗電量測(cè)試（寫出任意三個(gè)即可）等。3.Appium的測(cè)試對(duì)象包括移動(dòng)原生應(yīng)用、移動(dòng)Web應(yīng)用、混合應(yīng)用二、判斷題1.移動(dòng)App是指運(yùn)行在手機(jī)的應(yīng)用程序。(F)解析：移動(dòng)App不止運(yùn)行在手機(jī)上，還包括平板、智能手表、穿戴設(shè)備等移動(dòng)終端。2.移動(dòng)App使用的網(wǎng)絡(luò)只能是Wi-Fi。(F)3.移動(dòng)App可接受語音輸人。(T)4.移動(dòng)App的切換測(cè)試包括刪除進(jìn)程、鎖屏、后臺(tái)切換。(T)5.Appium使用的是HTTP協(xié)議。(F)解析：Appium使用Webdriver協(xié)議驅(qū)動(dòng)設(shè)備。6.Appium支持CIC++語言。(F)7.Monkey測(cè)試中的所有事件都是隨機(jī)的，不帶任何主觀性。(T)三、單選題1.關(guān)于移動(dòng)App,下列說法中錯(cuò)誤的是(C)。A.移動(dòng)App使用的網(wǎng)絡(luò)可能會(huì)從Wi-Fi瞬間切換到4GB.移動(dòng)App滿足子用戶對(duì)移動(dòng)生活工作的強(qiáng)烈需求C移動(dòng)App無法接受鍵盤鼠標(biāo)輸人D.移動(dòng)App屏幕窄小，顯示信息有限2.下列選項(xiàng)中，哪一項(xiàng)不屬于移動(dòng)App的UI測(cè)試(