《軟件測試技術(shù)》知識點(diǎn)

一、軟件測試的定義執(zhí)行其不該有的操作。軟件測試與調(diào)試的區(qū)別？測試是為了發(fā)現(xiàn)軟件中存在的錯(cuò)誤；調(diào)試是為證明軟件開發(fā)的正確性。測試是有計(jì)劃的，需要進(jìn)行測試設(shè)計(jì)；調(diào)試是不受時(shí)間約束的。測試經(jīng)歷發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測試的過程；調(diào)試是一個(gè)推理過程。"飛躍"。設(shè)計(jì)的開發(fā)人員完成。試器。對軟件測試的理解？軟件測試就是說要去根據(jù)客戶的要求完善它.即要把這個(gè)軟件還沒有符合的或者是和客戶要求不一樣的，或者是客戶要求還沒有完全達(dá)到要求的部分找出來。即就是給你一個(gè)系統(tǒng)的時(shí)候，能夠把整個(gè)業(yè)務(wù)流程很清晰的理出。學(xué)習(xí)測試?yán)碚撝R并與你鍛煉的能力相結(jié)合。然后提取經(jīng)驗(yàn)。試工程師。二、軟件測試的分類按照測試技術(shù)劃分--結(jié)構(gòu)測試--性能測試灰盒測試：介于白盒測試與黑盒測試之間的測試。按照是否讓備測軟件運(yùn)行劃分靜態(tài)測試動(dòng)態(tài)測試按照開發(fā)階段劃分件的接口關(guān)系系統(tǒng)測試：檢查完整的程序系統(tǒng)能否和系統(tǒng)（持平臺等）正確配置、連接，并滿足用戶需求。試與評審，決定是否接受或拒收系統(tǒng)。按照測試實(shí)施組織劃分開發(fā)方測試用戶測試第三方測試三、軟件測試的原則測試用例中一個(gè)必需部分是對預(yù)期輸出或結(jié)果的定義；程序員應(yīng)當(dāng)避免測試自己編寫的程序；編寫軟件的組織不應(yīng)當(dāng)測試自己編寫的程序；應(yīng)該徹底檢查每個(gè)測試的執(zhí)行結(jié)果；入情況；6應(yīng)避免測試用例用后既棄，除非軟件本身就是一個(gè)一次性的軟件；計(jì)劃測試工作時(shí)不應(yīng)默許假定不會發(fā)現(xiàn)錯(cuò)誤；程序某部分存在更多錯(cuò)誤的可能性，與該部分已發(fā)現(xiàn)錯(cuò)誤的數(shù)量成正比；軟件測試是一項(xiàng)極富創(chuàng)造性、極具智力挑戰(zhàn)性的工作。四、測試用例的設(shè)計(jì)測試用例的定義測試用例是為特定的目的而設(shè)計(jì)的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果。測試用例是執(zhí)行的最小實(shí)體。特征：最有可能抓住錯(cuò)誤的；不是重復(fù)的、多余的；一組相似測試用例中最有效的；既不是太簡單，也不是太復(fù)雜。設(shè)計(jì)測試用例的基本準(zhǔn)則測試用例的代表性、測試結(jié)果的可判定性、測試結(jié)果的可再現(xiàn)性。五、黑盒測試等價(jià)類劃分法①等價(jià)類劃分法的設(shè)計(jì)方法：是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集然后從每一個(gè)子集中選取少量具有代表性的數(shù)據(jù)作為測試用例。合理地假定：測試某等價(jià)類的代表值就等于對這一類其他值的測試。有效等價(jià)類：對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合等價(jià)類對于測試有兩個(gè)重要的意義：完備性無冗余性②等價(jià)類劃分法的原則按照區(qū)間劃分： 一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。按照數(shù)值劃分： n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類按照數(shù)值集合劃分 一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類按照限制條件或規(guī)則劃分：可確定一個(gè)有效等價(jià)類和若干個(gè)無效等價(jià)類細(xì)分等價(jià)類③等價(jià)類劃分法的步驟確定等價(jià)類建立等價(jià)類表，列出所有劃分出的等價(jià)類從劃分出的等價(jià)類中按以下的3·為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號·的有效等價(jià)類都被覆蓋為止；·效等價(jià)類都被覆蓋為止。④確定等價(jià)類的方法先考慮輸入數(shù)據(jù)的類型（合法型和非法型；再考慮數(shù)據(jù)范圍（合法型中的合法區(qū)間和非法區(qū)間；最后考慮輸出結(jié)果，逆向設(shè)定輸入。邊界值分析法①邊界值分析法就是對輸入或輸出的邊界值進(jìn)行測試②特點(diǎn)：具有很強(qiáng)的發(fā)現(xiàn)程序錯(cuò)誤的能力；測試用例來自等價(jià)類的邊界；③基本原理：故障往往發(fā)生在輸入定義域和輸出值域的邊界上，而不是在其內(nèi)部。（）（b）選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)⑤標(biāo)準(zhǔn)邊界值：min、min+、nom、max-、max健壯邊界值：min、min+、nom、max-、maxmin-max+⑥例：<xnom,ymin><xnom,ymin+><xnom,ymax><xnom,ymax-><xmin,ynom><xmin+,ynom><xmax,ynom><xmax-,ynom><xnom,ynom>

Ycda b X有兩個(gè)變量x、y的程序的輸入域⑦對于一個(gè)含有n個(gè)變量的程序，只讓其中一個(gè)變量取極值，讓其余的變量取正常值，被保留的變量依次取min、min+、nom、max-、max值，對每個(gè)變量都重復(fù)進(jìn)行。n個(gè)變量的程序，邊界值分析測試程序會產(chǎn)生4n+1個(gè)測試用例。決策表法①概述：決策表法是黑盒測試方法中最為嚴(yán)格、最具有邏輯性的測試方法。②什么時(shí)候使用？各種復(fù)雜關(guān)系。③決策表通常由四部分組成： 規(guī)則條件樁 條件項(xiàng)條件樁：列出問題的所有條件

動(dòng)作樁 動(dòng)作項(xiàng)條件項(xiàng)：針對條件樁給出的條件列出所有可能的取值動(dòng)作樁：給出問題規(guī)定的可能采取的操作動(dòng)作項(xiàng)：與條件項(xiàng)緊密相關(guān)，指出在條件項(xiàng)的各組取值情況下應(yīng)采取的動(dòng)作規(guī)則：項(xiàng)中的每一列是一條規(guī)則，每一條規(guī)則是一組測試用例。④決策表的化簡條目外,其余不變包含：如果兩個(gè)條件項(xiàng)的動(dòng)作是相同的，對任意條件121T(F)2T(F).12中的值是T,F,-12YYY－YYY－N－NNN√√√YYYNNNYN－√√√合并 包含⑤構(gòu)造決策表的步驟：確定規(guī)則的個(gè)數(shù)；列出所有的條件樁和動(dòng)作樁；填入輸入項(xiàng)；對初始的決策表化簡。⑥決策表測試法的適用范圍if-then-else輸入變量之間存在邏輯關(guān)系；涉及輸入變量子集的計(jì)算；輸入和輸出之間存在因果關(guān)系。因果圖方法①概述：如果輸入之間有關(guān)系，測試時(shí)必須考慮輸入條件的各種組合件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來設(shè)計(jì)測試用例，這就需要利用因果圖。因果圖方法最終生成的就是判定表。適合于檢查程序輸入條件的各種組合情況。②因果圖法的基本思想：首先從程序規(guī)格說明書的描述中,找出因(輸入條件)和果(輸出結(jié)果或者程序狀態(tài)的改變),然后通過因果圖轉(zhuǎn)換為判定表,最后為判定表中的每一列設(shè)計(jì)一個(gè)測試用例.③基本符號 原因 結(jié)果通常在因果圖中用Ci表示原因，用Ei10”1”表示某狀態(tài)出現(xiàn)。c1c1C2恒等：c11e11e10.c11e10,否則e11.c1c2c31,e111e10.c1c21e111e10.E：a,b11.I：a,b,c1Oab1Ra1,b1a1,b0Ma1,則結(jié)果b⑤因果圖生成測試用例的基本步驟（a）找出原因和結(jié)果。（b）畫出因果圖。（c）增加約束。把因果圖轉(zhuǎn)化為判定表，并化簡。把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測試用例。⑥例題原因：C1：第一個(gè)字符是A；C2：第一個(gè)字符是B；C3結(jié)果：E1：給出信息L；E2：E3：給出信息M。因果圖。C1C1~E1∨10C2∧E2C3E3~決策表。112345678110000001100101010111100C1C2C310E1E2E3C1C2C310E1E2E3不可能111110√√√√√√√√√測試用例A3A5AMA&B3B5BMB*C2X6CMD*測試用例1：輸入數(shù)據(jù)：A3預(yù)期輸出：修改文件測試用例2：輸入數(shù)據(jù)：AM預(yù)期輸出：給出信息M測試用例3：輸入數(shù)據(jù)：B3預(yù)期輸出：修改文件測試用例4：輸入數(shù)據(jù)：B*預(yù)期輸出：給出信息M測試用例5：輸入數(shù)據(jù)：C2預(yù)期輸出：給出信息L測試用例6：輸入數(shù)據(jù)：CM預(yù)期輸出：給出信息LM⑦因果圖法的優(yōu)點(diǎn)：考慮了多個(gè)輸入之間的相互組合、相互制約關(guān)系；中存在著什么問題。六、白盒測試白盒測試概述：白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。方法：程序結(jié)構(gòu)分析；邏輯覆蓋測試；基本路徑測試。原則：保證一個(gè)模塊中所有獨(dú)立路徑至少被測試一次；所有邏輯值均需測試真和假兩種情況；檢查程序的內(nèi)部數(shù)據(jù)結(jié)構(gòu)，保證其結(jié)構(gòu)的有效性；6種：語句覆蓋判斷覆蓋條件覆蓋判定-條件覆蓋條件組合覆蓋路徑測試.·判定：整體控制。包括：a、單一條件判定；b、符合條件覆蓋·語句覆蓋率：已執(zhí)行的可執(zhí)行語句占程序中可執(zhí)行語句總數(shù)的百分比②判定覆蓋：設(shè)計(jì)足夠多的測試用例，使程序中的每個(gè)判定至少都獲得一次“真值”或“假值③條件覆蓋:構(gòu)造一組測試用例，使得每一判定語句中每個(gè)邏輯條件的可能值至少滿足一次。滿足條件覆蓋的不一定滿足判定覆蓋，反之亦然。兩者無直接關(guān)系。///⑤組合條件覆蓋MC次。滿足組合條件覆蓋的測試用例是一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋。(MCDC即要求滿足兩個(gè)條件。七、靜態(tài)測試可借助軟件工具自動(dòng)進(jìn)行。靜態(tài)測試的方法（略）代碼審查：通常由4的設(shè)計(jì)人員以及測試專家。優(yōu)點(diǎn)和作用：錯(cuò)誤列表、高效、會后修正、增加修改錯(cuò)誤清單、較早發(fā)現(xiàn)錯(cuò)誤。代碼走查：為測試員的人會帶著一些書面的測試用例參加會議桌面檢查a）完全沒有約束）開發(fā)人員測試自己的程序）（效果遠(yuǎn)遠(yuǎn)遜于代碼審查和代碼走查）3．靜態(tài)結(jié)構(gòu)分析：主要是以圖形的方式表現(xiàn)程序的內(nèi)部結(jié)構(gòu)。4．代碼質(zhì)量度量：功能性可靠性可用性|有效性可維護(hù)性輕便性八、單元測試單元測試的定義設(shè)計(jì)測試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。單元測試多采用白盒測試技術(shù)單元測試的對象·結(jié)構(gòu)化程序，單元測試的單元是指單個(gè)子程序、函數(shù)或過程·面向?qū)ο蟪绦?，單元測試的單元是指類或方法（通常為類。單元測試的目的存在的矛盾。單元測試的針對的問題模塊接: 檢查進(jìn)出程序單元的數(shù)據(jù)流是否正確。邊界條件測試：主要檢查臨界數(shù)據(jù)是否正確處理。獨(dú)立路徑測試：發(fā)現(xiàn)由于不正確的判定或不正常的控制流而產(chǎn)生的錯(cuò)誤。出錯(cuò)處理：要求能預(yù)見出錯(cuò)的條件，并設(shè)置適當(dāng)?shù)奶幚韺ο螅ＷC其路徑的正確性。單元測試的流程計(jì)劃單元測試設(shè)計(jì)單元測試執(zhí)行單元測試評估單元測試計(jì)劃單元測試驅(qū)動(dòng)模塊(Drive據(jù)，將相關(guān)數(shù)據(jù)傳送給被測模塊，啟動(dòng)被測模塊，并打印出相應(yīng)的結(jié)果。(Stub設(shè)計(jì)單元測試需要的信息·模塊的規(guī)格說明：模塊的輸入和輸出以及模塊的功能?！つK的源代碼。測試用例的設(shè)計(jì)方法·模塊測試總體上是面向白盒測試的（靜態(tài)、動(dòng)態(tài)）·后續(xù)測試針對較大的元素不易進(jìn)行白盒測試?！ず罄m(xù)測試著眼于發(fā)現(xiàn)其他類型的錯(cuò)誤，不一定與程序邏輯結(jié)構(gòu)有關(guān)。·補(bǔ)充測試用例。執(zhí)行單元測試設(shè)置測試環(huán)境將測試環(huán)境初始化執(zhí)行測試過程。評估單元測試測試完備性評估（2)代碼覆蓋率評估九、集成測試集成測試的定義或系統(tǒng)進(jìn)行的測試活動(dòng)。集成測試的目的元間的接口以及集成后的功能。集成測試的層次模塊內(nèi)集成測試子系統(tǒng)內(nèi)集成測試子系統(tǒng)間集成測試集成測試的流程集成測試的方法靜態(tài)測試：只要指對概要設(shè)計(jì)的測試。動(dòng)態(tài)測試：以黑盒測試為主，需要了解內(nèi)部細(xì)節(jié)時(shí)結(jié)合白盒測試集成測試策略接后的程序當(dāng)作一個(gè)整體進(jìn)行測試。關(guān)鍵模塊的特征：①滿足某些軟件需求；②在程序的模塊結(jié)構(gòu)中位于較高的層次（高層控制模塊；③較復(fù)雜、較易發(fā)生錯(cuò)誤；④有明確定義的性能要求。增量式集成：逐次將未曾集成測試的模塊和已經(jīng)集成測試的模塊（或子系統(tǒng)）結(jié)合成程序包，再將這些模塊集成為較大系統(tǒng)，在集成的過程中邊連接邊測試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題。方法：①自頂向下增量式測試：深度優(yōu)先、廣度優(yōu)先。②自底向上增量式測試③混合增量式測試不同集成測試方法的比較十、系統(tǒng)測試系統(tǒng)測試的目的的目標(biāo)，系統(tǒng)測試也無法進(jìn)行。系統(tǒng)測試的類型/轉(zhuǎn)換測試，安裝測試，可靠性測試，可恢復(fù)性測試，適用性測試，文檔測試，過程測試能力測試·判斷目標(biāo)文檔提及的每一項(xiàng)能力（以區(qū)別功能測試中的‘功能’）是否都確實(shí)已經(jīng)實(shí)現(xiàn)。·通常是通過人工檢查目標(biāo)文檔中定義了“要做什么”。容量測試·是程序經(jīng)受大容量數(shù)據(jù)的檢驗(yàn)，目的是證明程序不能處理目標(biāo)文檔中規(guī)定的數(shù)據(jù)容量。·容量測試需要大量的資源，不可進(jìn)行過多?！と绾问共僮飨到y(tǒng)的作業(yè)隊(duì)列達(dá)到飽和容量。強(qiáng)度測試（要與容量測試相區(qū)分）Web的應(yīng)用程序也是最常接受強(qiáng)度測試的軟件之一。如，1.在很短的時(shí)間內(nèi)是操作系統(tǒng)的作業(yè)隊(duì)列達(dá)到峰值;2.web應(yīng)用程序要處理一定容量的并發(fā)用戶。注：強(qiáng)度測試是對強(qiáng)度的界定很重要。易用性測試·每個(gè)用戶界面是否都根據(jù)用戶的智力、教育程度和環(huán)境要求進(jìn)行了調(diào)整？·程序的輸出是否有意義、不模糊且無計(jì)算機(jī)雜亂信息？（和詳細(xì)的分類）？·整體的用戶界面是否在語法、慣例、語義、格式、風(fēng)格和縮寫等方面展現(xiàn)出了相當(dāng)程度的完整性、一致性和同一性？·系統(tǒng)是否包含過多或不太可能用到的選項(xiàng)？·對于所有輸入，系統(tǒng)是否返回了即時(shí)確認(rèn)信息？易等。安全性測試機(jī)制、破壞數(shù)據(jù)庫管理系統(tǒng)的數(shù)據(jù)安全機(jī)制等。測系統(tǒng)中的類似問題·基于Web尤其如此。性能測試應(yīng)時(shí)間和吞吐率。應(yīng)設(shè)計(jì)測試用例來說明程序不能滿足其性能目標(biāo)。存儲測試的大小。應(yīng)設(shè)計(jì)測試用例來證明這些存儲目標(biāo)沒有得到滿足。配置測試·很多軟件都支持多種硬件配置，可以運(yùn)行在多種操作系統(tǒng)下，使用多種web?？赡艿呐渲脭?shù)量非常之大，以至于無法全面測試，但應(yīng)該盡可能測試各種配置。/轉(zhuǎn)換測試容以及從已有系統(tǒng)的轉(zhuǎn)換過程，如升級數(shù)據(jù)庫管理系統(tǒng)。安裝測試有些軟件的安裝過程非常復(fù)雜，測試安裝過程是系統(tǒng)測試的一個(gè)重要部分?？煽啃詼y試必須設(shè)計(jì)專門的可靠性測試用例。適用性測試對于軟件的適用性和可維護(hù)性目標(biāo)也必須測試?？苫謴?fù)性測試