- 相關(guān)推薦
軟件測試期末總結(jié)
第一章
1：軟件缺陷的定義
bug ：描述軟件失敗的詞匯很多，總之都是因軟件運行沒有達(dá)到預(yù)期的效果，我們統(tǒng)稱為bug
bug定義：
（1）軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；
（2）軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤；
（3）軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)；
（4）軟件功能超出了產(chǎn)品說明書中指明的范圍；
（5）軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。
軟件缺陷特征：
“看不到”——軟件的特殊性決定了缺陷不易看到
“看到但是抓不到——發(fā)現(xiàn)了缺陷，但不易找到問題發(fā)生的原因所在
軟件缺陷產(chǎn)生原因：軟件產(chǎn)品說明書（需求）56%；設(shè)計27%；
編寫代碼7%；其他10%。（圓餅圖）
2：IEEE將軟件可靠性定義為：系統(tǒng)在特定環(huán)境下，在給定的時間內(nèi)無故障運行的概率。
3軟件測試的定義
在IEEE提出的軟件工程標(biāo)準(zhǔn)術(shù)語中，軟件測試被定義為：使用人工或自動手段運行或測試某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清楚預(yù)期結(jié)果與實際結(jié)果之間的差別。
4：軟件生命周期：一個軟件生命周期包括制定計劃、需求分析定義、軟件設(shè)計、程序編碼、軟件測試、軟件運行、軟件維護(hù)、軟件停用等8個階段。
5軟件測試的對象：
軟件測試不只是對程序的測試。
軟件測試貫串于軟件定義和開發(fā)的整個過程。
軟件開發(fā)過程中所產(chǎn)生的需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計規(guī)格說明以及源程序都是軟件測試的對象。
6：軟件測試的基本問題軟件測試應(yīng)回答4個問題(WWWH)：（1）測試由誰來執(zhí)行(Who)。（2）測試什么(What)。（3）什么時候進(jìn)行測試(When)。（4）怎樣進(jìn)行測試(How)。
7：軟件測試的目的（1）測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；不能證明程序不存在錯誤（除非僅處理有限種情況）。（2）檢查系統(tǒng)是否滿足設(shè)計要求。（3）一個好的測試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)的錯誤；一次成功的測試則是發(fā)現(xiàn)了錯誤的測試。
8：軟件測試的周期是“測試->改錯->再測試->再改錯”這樣一個循環(huán)過程。
9：測試停止的依據(jù)（標(biāo)準(zhǔn)）第一類標(biāo)準(zhǔn)：測試超過了預(yù)定時間，則停止測試。第二類標(biāo)準(zhǔn)：執(zhí)行了所有的測試用例，但并沒有發(fā)現(xiàn)故障，則停止測試。第三類標(biāo)準(zhǔn)：使用特定的測試用例設(shè)計方案作為判斷測試停止的基礎(chǔ)。第四類標(biāo)準(zhǔn)：正面指出停止測試的具體要求，即停止測試的標(biāo)準(zhǔn)可定義為查出某一預(yù)訂數(shù)目的故障。第五類標(biāo)準(zhǔn)：根據(jù)單位時間內(nèi)查出故障的數(shù)量決定是否停止測試。
10軟件開發(fā)幾種模式及其優(yōu)缺點
(1)大棒開發(fā)法
源于能量爆發(fā)創(chuàng)造宇宙，萬物都由能量和物質(zhì)積聚而成的理論，但如果不是遵循某種正確的排列和組合，形成的將不是預(yù)先期望的事物。大棒模式與上述理論一樣：一大堆能量（這里指開發(fā)軟件所需的人力和物力）放在一起，巨大的能量進(jìn)行釋放，通常的結(jié)果可能是產(chǎn)生了優(yōu)秀的軟件產(chǎn)品或成為一堆“廢品”（不成功的軟件）。
優(yōu)點：思路簡單，通常可能是開發(fā)者的“突發(fā)奇想”
1
缺點：開發(fā)過程是非工程化的，隨意性大
關(guān)于測試：有的較簡單，有的則非常困難
(2)邊寫邊改法采用邊寫邊改法的軟件開發(fā)通常只是有了比較粗略的想法就開始進(jìn)行簡單的設(shè)計、然后進(jìn)行較長的反復(fù)編寫、測試與修復(fù)這樣一個循環(huán)的過程。在認(rèn)為無法更精細(xì)的描述軟件產(chǎn)品要求時，就發(fā)布產(chǎn)品。優(yōu)點：能夠較為迅速的展現(xiàn)成果，適合需要快速制作而且用完就扔的小項目，如示范程序、演示程序等。缺點：其編碼和測試可能將是長期的循環(huán)往復(fù)的過程。
(3)瀑布法瀑布模式是將軟件生命周期的各項活動，規(guī)定為按照固定順序相連的若干個階段性工作，形如瀑布流水，最終得到軟件產(chǎn)品。優(yōu)點：易于理解；調(diào)研開發(fā)的階段性；強調(diào)早期計劃及需求調(diào)查；確定何時能夠交付產(chǎn)品及何時進(jìn)行評審與測試。缺點：需求調(diào)查分析只進(jìn)行一次，不能適應(yīng)需求變化；順序的開發(fā)流程，使得開發(fā)中的經(jīng)驗教訓(xùn)不能反饋到該項目的開發(fā)中去；不能反映出軟件開發(fā)過程的反復(fù)與迭代性；沒有包含任何類型的風(fēng)險評估；開發(fā)中出現(xiàn)的問題直到開發(fā)后期才能夠顯露，因此失去及早糾正的機會。
（4）快速原型法
根據(jù)客戶需求在較短的時間內(nèi)解決用戶最迫切解決的問題，完成可演示的產(chǎn)品。這個產(chǎn)品只實現(xiàn)最重要功能，在得到用戶的更加明確的需求之后，原型將丟棄。
（5）螺旋模式法螺旋模式是瀑布模式與邊寫邊改演化模式相結(jié)合，并加入風(fēng)險評估所建立的軟件開發(fā)模式。主要思想是在開始時不必詳細(xì)定義所有細(xì)節(jié)，而是從小開始，定義重要功能，盡量實現(xiàn)，接受客戶反饋，進(jìn)入下一階段，并重復(fù)上述過程，直到獲得最終產(chǎn)品。每一螺旋（開發(fā)階段）包括5個步驟：①確定目標(biāo)，選擇方案和限制條件。②對方案風(fēng)險進(jìn)行評估，并能解決風(fēng)險。③進(jìn)行本階段的開發(fā)和測試。④計劃下一階段。⑤確定進(jìn)入下階段的方法。優(yōu)點：嚴(yán)格的全過程風(fēng)險管理；強調(diào)各開發(fā)階段的質(zhì)量；提供機會評估項目是否有價值繼續(xù)下去。
11測試執(zhí)行過程的三個階段
（1）初測期
——測試主要功能和關(guān)鍵的執(zhí)行路徑，排除主要障礙。
（2）細(xì)測期
——依據(jù)測試計劃和測試大綱、測試用例，逐一測試大大小小的功能、方方面面的特性、性能、用戶界面、兼容性、可用性等等；預(yù)期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴(yán)重程度的錯誤和問題。
（3）回歸測試期
——系統(tǒng)已達(dá)到穩(wěn)定，在一輪測試中發(fā)現(xiàn)的錯誤已十分有限；復(fù)查已知錯誤的糾正情況，確認(rèn)未引發(fā)任何新的錯誤時，終結(jié)回歸測試。
第二章
1：軟件測試和缺陷修復(fù)的代價：
（1）不能修復(fù)所有的軟件故障
——原因：①沒有足夠的時間；②修復(fù)的風(fēng)險太大；③不值得修復(fù)；④不算真正的軟件缺陷；。
——結(jié)論：關(guān)鍵是要進(jìn)行正確的判斷、合理的取舍，根據(jù)商業(yè)風(fēng)險分析決定哪些故障必須修復(fù)，哪些故障可以不修復(fù)。
（2）軟件測試的代價
——工作原則：就是如何將無邊無際的可能性減小到一個可以控制的范圍，以及如何針對軟件風(fēng)險做出恰當(dāng)選擇，去粗存精，找到最佳的測試量，使得測試工作量不多也不少，既能達(dá)到測試的目的，又能較為經(jīng)濟。
2：什么是軟件測試策略？
——是軟件工程為完成測試過程定義的一個模板。該模板應(yīng)該提供可以用來檢驗一小段源代碼是否得以正確實現(xiàn)的底層測試，同時也要提供能夠驗證整個系統(tǒng)功能是否符合用戶需求的高層測試。某種測試策略必須為管理者提供一系列重要的階段標(biāo)志（里程碑）。測試的進(jìn)度必須是可測量的。
2
3: 靜態(tài)測試與動態(tài)測試
（1）靜態(tài)測試：靜態(tài)測試不實際運行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評估。靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動進(jìn)行。靜態(tài)測試方法也可利用計算機作為對被測程序進(jìn)行特性分析的工具，但與人工測試方式有著根本區(qū)別。另一方面，因它并不真正運行被測程序，只進(jìn)行特性分析，這又與動態(tài)方法不同。所以，靜態(tài)方法常常稱為“分析”，靜態(tài)測試是對被測程序進(jìn)行特性分析方法的總稱。
（2）動態(tài)測試
動態(tài)測試的主要特征是：
——計算機必須真正運行被測試的程序，通過輸入測試用例，對其運行情況即輸入與輸出的對應(yīng)關(guān)系進(jìn)行分析，以達(dá)到檢測的目的。
動態(tài)測試包括：
（（1））功能確認(rèn)與接口測試
（（2））覆蓋率分析
（（3））性能分析
（（4））內(nèi)存分析
4：按照測試規(guī)劃的不同出發(fā)點，軟件測試方法可以分為黑盒測試和白盒測試兩大類
基于產(chǎn)品功能的測試，目的是檢查程序各個功能是否能夠?qū)崿F(xiàn)，并檢查其中的功能錯誤，這種測試方法稱為黑盒測試(Black-box Testing)方法。
——黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格說明的測試。它是一種從用戶觀點出發(fā)的測試，一般被用來確認(rèn)軟件功能的正確性和可操作性。
基于產(chǎn)品內(nèi)部結(jié)構(gòu)的測試，目的是檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個部分功能是否得到充分使用，這種測試方法稱為白盒測試(White-box Testing)方法。
——白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試，一般用來分析程序的內(nèi)部結(jié)構(gòu) 5：軟件測試過程流程(圖
6：單元測試針對每個程序的模塊，主要測試5個方面的問題：——模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨立的路徑和錯誤處理。（圖
單元測試的執(zhí)行過程：
在單元測試時，如果模塊不是獨立的程序，需要設(shè)置一些輔助測試模塊。輔助測試模塊有兩種：（1）驅(qū)動模塊(Drive)用來模擬被測試模塊的上一級模塊，相當(dāng)于被測模塊的主程序。它接收數(shù)據(jù)，將相關(guān)數(shù)據(jù)傳送給被測模塊，啟動被測模塊，并打印出相應(yīng)的結(jié)果。
2）樁模塊(Stub)用來模擬被測模塊工作過程中所調(diào)用的模塊。它們一般只進(jìn)行很少的數(shù)據(jù)處
理。
驅(qū)動模塊和樁模塊都是額外的開銷，雖然在單元測試中必須編寫，但并不需要作為最終的產(chǎn)品提供給用戶 （圖）
7：集成測試
（1）、非增量式測試與增量式測試的比較
非增量式測試的方法是先分散測試，然后集中起來再一次完成集成測試。假如在模塊的接口處存在錯誤，只會在最后的集成測試時一下子暴露出來。
增量式測試是逐步集成和逐步測試的方法，把可能出現(xiàn)的差錯分散暴露出來，便于找出問題和修改。而且一些模塊在逐步集成的測試中，得到了較多次的考驗，因此，可能會取得較好的測試效果。
（2）、自頂向下與自底向上增量式測試的比較
自頂向下增量式測試：
——主要優(yōu)點在于它可以自然的做到逐步求精，一開始就能讓測試者看到系統(tǒng)的框架。
——主要缺點是需要提供樁模塊，并且在輸入/輸出模塊接入系統(tǒng)以前，在樁模塊中表示測試數(shù)
據(jù)有一定困難。
自底向上增量式測試：
——優(yōu)點在于，由于驅(qū)動模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)狀圖，生
成測試數(shù)據(jù)也無困難。
——主要缺點在于，直到最后一個模塊被加進(jìn)去之后才能看到整個程序（系統(tǒng)）的框架。
8：什么是回歸測試？
——在集成測試策略的環(huán)境中，回歸測試是對某些已經(jīng)進(jìn)行過的測試的某些子集再重新進(jìn)行一遍，以保證上述改變不會傳播無法預(yù)料的副作用或引發(fā)新的問題
——在更廣的環(huán)境里，回歸測試就是用來保證（由于測試或其他原因的）改動不會帶來不可預(yù)料的行為或另外的錯誤。
回歸測試可以通過重新執(zhí)行所有的測試用例的一個子集人工地進(jìn)行，也可以使用自動化的捕獲回放工具來進(jìn)行
第三章
1：等價類劃分法是一種重要的、常用的黑盒測試測試用例設(shè)計方法，它將不能窮舉的測試過程進(jìn)行合理分類，從而保證設(shè)計出來的測試用例具有完整性和代表性
使用等價類測試主要有兩個動機：希望進(jìn)行完備的測試盡可能的避免冗余
對于測試來講：整個集合就提供了一種完備性，而互不相交可保證一種形式的無冗余性。
（1）
（2） 弱一般等價類測試—基于單缺陷假設(shè)定義：通過選擇每個等價類（區(qū)間）中的一個變量實現(xiàn)，確定測試用例的個數(shù)。（圖 強一般等價類測試—基于多缺陷假設(shè)定義：通過選擇每個等價類（區(qū)間）的笛卡爾積的
每個元素確定測試用例的個數(shù)。（圖
（3） 弱健壯等價類測試——健壯體現(xiàn)在它考慮了無效值，弱是因為它基于單缺陷
假設(shè)。定義：①對于有效輸入，確定有效類中的一個值；②對于無效輸入，
確定測試用例中擁有一個無效值，并保持其余的值都是有效
強健壯等價類測試——健壯要考慮無效值，強是指多缺陷假設(shè)。定義：從所有等價類笛
卡爾積的每個元素中確定測試用例。. （4）
2測試用例的定義：
（1）測試用例是為特定的目的而設(shè)計的一組輸入、執(zhí)行條件和預(yù)期結(jié)果的信息組合。
（2）測試用例是測試執(zhí)行的最小實體
3：測試用例設(shè)計書寫標(biāo)準(zhǔn)
標(biāo)識符——惟一標(biāo)識每一個測試用例測試項——準(zhǔn)確的描述被測試的對象及其特征測試環(huán)境要求——執(zhí)行該測試用例需要的測試環(huán)境輸入標(biāo)準(zhǔn)——執(zhí)行測試用例的輸入需求（這些輸入可能包括數(shù)據(jù)、文件或者操作）輸出標(biāo)準(zhǔn)——按照指定的環(huán)境和輸入標(biāo)準(zhǔn)得到的期望輸出結(jié)果測試用例之間的關(guān)聯(lián)——標(biāo)識該測試用例與其它的測試（或其它測試用例）之間的依賴關(guān)系
4：NextDate函數(shù)的等價類劃分
再將NextDate函數(shù)的有效等價類細(xì)分如下：
month變量的有效等價類：
M1:{month=4,6,9,11} M2: {month=1,3,5,7,8,10}
M3: {month=12} M4:
{month=2}
day變量的有效等價類：
D1:{1≤day≤28} D2: {day=29} D3: {day=30} D4: {day=31}
year變量的有效等價類：
Y1: {year是閏年} Y2: {year不是閏年}
考慮各種有效的輸入情況，程序中可能采取的操作有以下六種：
a:1day+1
a:2 day=
a:3month+1
a:4month=1
a:5year+1
5:邊界析法就是重點對輸入或輸出的邊界值進(jìn)行測試的一種黑盒測試方法。通常邊界值分析法是對等價類劃分法的補充，其測試用例來自等價類的邊界。
怎樣用邊界值分析法設(shè)計測試用例？
（1）首先確定邊界情況。通常輸入或輸出等價類的邊界就是應(yīng)該著重測試的邊界情況。
（2）選取正好等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值。 6：邊界值法選擇測試用例的原則：
(1) 如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個范圍的邊界值以及剛剛超過這個范圍邊界的值作為測試輸入數(shù)據(jù)。
(2) 如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)和比最大個數(shù)多1個、比最小個數(shù)少
1個的數(shù)作為測試數(shù)據(jù)。
(3) 根據(jù)程序規(guī)格說明的每個輸出條件，使用原則(1)。
(4) 根據(jù)程序規(guī)格說明的每個輸出條件，使用原則(2)。
(5) 如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合（如有序表、順序文件等），則
應(yīng)選取集合中的第一個和最后一個元素作為測試用例。
(6) 如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測
試用例。
(7) 分析程序規(guī)格說明，找出其它可能的邊界條件。
7：構(gòu)造決策表步驟：（1）確定規(guī)則的個數(shù)。有n個條件的決策表有2n個規(guī)則（每個條件取真、假值）。
（2）列出所有的條件樁和動作樁。（3）填入條件項。（4）填入動作項，得到初始決策表。（5）簡化決策表，合并相似規(guī)則。若表中有兩條以上規(guī)則具有相同的動作，并且在條件項之間存在極為相似的關(guān)系，便可以合并。合并后的條件項用符號“-”表示，說明執(zhí)行的動作與該條件的取值無關(guān)，稱為無關(guān)條件。
第四章
白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，是針對被測單元內(nèi)部是如何進(jìn)行工作的測試。它根據(jù)程序的控制結(jié)構(gòu)設(shè)計測試用例，主要用于軟件或程序驗證。
1測試人員圖論
一、圖（又叫線性圖）
是一種由兩個集合定義的抽象數(shù)學(xué)結(jié)構(gòu)，即一個節(jié)點集合和一個構(gòu)成節(jié)點之間連接的邊的集合。 （1）圖的定義： G=（V，E） V={n1,n2,,nm}，E={e1,e2,,ep} 其中每條邊ek={ni,nj}是一個無序?qū)ε? ni,nj ∈V 我們通常把節(jié)點看做是程序語句，邊表示控制流。 對于測試：
2）節(jié)點的度
定義：節(jié)點的度是以該節(jié)點作為端點的邊的條數(shù)。我們把節(jié)點n的度記做deg(n)。
如果節(jié)點表示對象，邊表示消息，則節(jié)點（對象）的度表示適合該對象的集成測試范圍。
3）路徑
路徑的定義：路徑是一系列的邊，對于序列中的任何相鄰邊都擁有相同的端點（節(jié)點）。
路徑可以描述為一系列的邊，也可以描述為一系列的節(jié)點。一般更常見的是節(jié)點序列。 定義：節(jié)點ni和nj是連接的，當(dāng)且僅當(dāng)它們都在同一條路徑上。 “連接性”是一種圖的節(jié)點集合上的等價關(guān)系。 它有三個特性：
自反性：每個節(jié)點都在到其本身長度為“0”的路徑上
對稱性：如果 (ni, nj) 在一條路徑上，則 (nj, ni)也在同一條
5）組件
定義：圖的組件是相連節(jié)點的最大集合 壓縮圖是為測試人員建立的一個簡化機制。 定義：給定圖G=(V, E), 其壓縮圖是用壓縮節(jié)點替代每個組件后構(gòu)成的圖。 性質(zhì)：給定圖的壓縮圖是唯一的。 對于測試的意義：組件是相對獨立的，因此可以單獨測試 定義：圖G的圈數(shù)V（G）=e-n+2p，其中： e是G中的邊數(shù) n是G中的節(jié)點數(shù) p是G中的組件數(shù)（區(qū)域數(shù)） 6）壓縮圖 路徑上 path 傳遞性：if (ni, nj) path and (nj, nw) path, then (ni, nw) 4）連接性 （7）圈數(shù)（圈復(fù)雜度） V（G）的值給出了組成基本集的獨立路徑上界，也就是覆蓋所有基本路徑所需的測試用例上界。 其他圈復(fù)雜度計算辦法： 1流圖中區(qū)域的數(shù)量對應(yīng)于環(huán)型的復(fù)雜性；2給定流圖G的圈復(fù)雜度V(G)，定義為V(G)=E-N+2，E是流圖中邊的數(shù)量，N是流圖中結(jié)點的數(shù)量；3,給定流圖G的圈復(fù)雜度V(G)，定義為V(G)=P+1，P是流圖G中判定結(jié)點的數(shù)量。
2有向圖（控制流圖）
有向圖對一般圖稍微做了改進(jìn)：邊有了方向的含義。 （1）有向圖的定義： D=（V，E） V={n1,n2,,nm}，E={e1,e2,,ep} 其中每條邊ek=<ni,nj>是一個有序?qū)ε? ni,nj ∈V 在有向邊ek=<ni,nj>中，ni是開始節(jié)點，nj是終止節(jié)點。
)路徑和半路徑
定義：（有向）路經(jīng)是一系列的邊，使得對于該序列中的所有相鄰邊對偶ei,ej來說，第一條邊的終止節(jié)點是第二條邊的初始節(jié)點。
環(huán)路是在同一個節(jié)點上開始和結(jié)束的有向路經(jīng)。
（有向）半路經(jīng)是一系列的邊，使得對于該序列中至少有一個相鄰邊對偶ei,ej來說，第一條邊的初始節(jié)點也是第二條邊的初始節(jié)點。或第一條邊的終止節(jié)點也是第二條邊的終止節(jié)點。
3試覆蓋率：用于確定測試所執(zhí)行到的覆蓋項的百分比。測試覆蓋率可以表示出測試的充分性，在測試分析報告中可以作為量化指標(biāo)的依據(jù)，測試覆蓋率越高效果越好。測試覆蓋率包括功能點覆蓋率和結(jié)構(gòu)覆蓋率
白盒測試中的邏輯覆蓋方法有以下6種：
1) 語句覆蓋
2) 判定覆蓋
3) 條件覆蓋
4) 判定－條件覆蓋
5) 組合覆蓋
6) 路徑覆蓋
4路徑測試方法是在控制流圖的基礎(chǔ)上，通過分析控制結(jié)構(gòu)的環(huán)形復(fù)雜度，導(dǎo)出執(zhí)行路徑的基本集，再從該基本集設(shè)計測試用例。
基本路徑測試方法包括以下4個步驟：
（1）畫出程序的控制流圖。
（2）計算程序的環(huán)形復(fù)雜度，確定獨立路徑條數(shù)。
（3）導(dǎo)出基本路徑集，確定程序的獨立路徑。
（4）根據(jù)（3）中的獨立路徑，設(shè)計測試用例的輸入數(shù)據(jù)和預(yù)期輸出。
基本路徑測試方法是在控制流圖的基礎(chǔ)上，通過分析控制結(jié)構(gòu)的環(huán)形復(fù)雜度，導(dǎo)出執(zhí)行路徑的基本集，再從該基本集設(shè)計測試用例。基本路徑測試方法包括以下4個步驟：
（1）畫出程序的控制流圖。
（2）計算程序的'環(huán)形復(fù)雜度，確定獨立路徑條數(shù)。
（3）導(dǎo)出基本路徑集，確定程序的獨立路徑。
（4）根據(jù)（3）中的獨立路徑，設(shè)計測試用例的輸入數(shù)據(jù)和預(yù)期輸出。
畫出控制流圖：
如右圖所示
計算環(huán)形復(fù)雜度： V（G）=e-n+2p
10（條邊）- 8（個節(jié)點）+ 2X1 = 4
導(dǎo)出獨立路徑（用語句編號表示）
路徑1： 4→6→9→12→13→4→14
路徑2： 4→14
路徑3： 4→6→7→14
路徑4： 4→6→9→10→13→4→14
1. 基本概念
控制流測試是面向程序結(jié)構(gòu)的測試，控制流圖和測試覆蓋準(zhǔn)則一旦確定，即可產(chǎn)生測試用例。數(shù)據(jù)流測試是面向程序中的變量。
程序變量的作用：
（1）存儲數(shù)據(jù) （2）引用數(shù)據(jù)
形如：y=X+Z，if P then S else T
軟件測試期末總結(jié) [篇2]
工作剛滿三個月，在這三個月的時間內(nèi)，我主要做了以下幾個方面的工作：
1. 對軟件的熟悉與理解
2. 跟隨開發(fā)人員對軟件的改進(jìn)進(jìn)行了跟蹤測試，利用功能組合的方法，對各種工具進(jìn)行了測試，提交Bug共計405個，已驗證關(guān)閉268個。
3. 對軟件用戶手冊和管理員手冊的一部分進(jìn)行了測試與更改，期間也加深了對該軟件各個功能的理解
對已經(jīng)實現(xiàn)的功能基本上都進(jìn)行了測試，對軟件使用上的改進(jìn)也提出了自己的建議。期間也了解了軟件的功能需求，主要是對客戶端服務(wù)器端及方案設(shè)計器進(jìn)行了功能測試。在這段時間里學(xué)到了不少東西。
在這段期間軟件根據(jù)用戶的反饋一直在不斷的改進(jìn)，基本上每天都會有變化，我跟據(jù)開發(fā)的進(jìn)度一直在不斷的測試，對新增加的工具邊使用邊學(xué)習(xí)，提交缺陷報告，并及時與開發(fā)人員進(jìn)行溝通處理有歧異的缺陷報告，反復(fù)驗證修復(fù)后的缺陷。直到上一周利用他們出差的時間，我有對以前測試過的工具重新進(jìn)行了更深一層的的組合測試。 通過這段時間的改進(jìn)，軟件的各項功能已經(jīng)越來越全面，
目前軟件的基本功能都已實現(xiàn)，致命錯誤越來越少，
期間也試用了自動化性能測試工具LoadRunner，由于軟件還沒有整體完成，在使用中不好匹配協(xié)議，現(xiàn)在正在熟悉另一個自動化工具RationalRobot來進(jìn)行性能測試。
下半年，主要工作時是：
1. 隨著軟件的逐步完成，將細(xì)化功能測試并及早的著手準(zhǔn)備性能測試，界面測試，易用性等其他方面的總體測試，
2. 測試所有與本軟件有關(guān)的文檔
3. 解決所有遺留的有歧異的缺陷報告，參照提交的缺陷報告進(jìn)行回歸測試。
4. 隨著其他項目的開展著手準(zhǔn)備測試前期的工作。
具體的工作實施安排還將根據(jù)項目組的工作進(jìn)展和規(guī)劃進(jìn)行調(diào)整。
軟件測試期末總結(jié) [篇3]
時光荏苒，如今12年的帷幕已經(jīng)謝下，13年的鐘聲已經(jīng)敲響，在公司高層的正確領(lǐng)導(dǎo)下，我們佰騰科技又走過了一年。而我也在自己的努力以及同事的幫助下完成了2012年我所負(fù)責(zé)的工作，以下就是我對過去這一年的工作總結(jié)：
一、測試工作及經(jīng)驗
作為軟件部測試組的一員，首先要做好的就是自己的本職工作，我在2012年中所做的工作主要有：
1.XXXXXXXX測試用例的編寫，對系統(tǒng)的測試、跟蹤；
2.XXXXXXXX需求、高保圖、界面和功能的測試；
3.XXXXXXXX功能測試用例的編寫，高保圖、系統(tǒng)的測試；
4.XXXXXXXX的靜態(tài)頁面測試和功能測試；
5．XXXXXXXX的功能測試；
6．XXXXXXXX第一、二、三迭代高保圖測試，測試用例編寫，靜態(tài)頁面和功能測試，并主持參與測試用例評審；
7．XXXXXXXX平臺高保圖的測試和系統(tǒng)靜態(tài)頁面、功能的測試；
8．XXXXXXXX的高保圖測試和測試用例的編寫；
9．XXXXXXXX的靜態(tài)頁面和功能測試，參與測試用例的評審；
10．XXXXXXXX的高保圖測試、靜態(tài)頁面和功能測試；
11．XXXXXXXX用戶使用手冊的編寫；
一年的工作，讓我獲得很多方面的經(jīng)驗：
1．編寫邏輯覆蓋率全的測試用例甚為重要。在理解需求的前提下編寫測試用例，使得我掌握了多種測試用例編寫方法，更讓我對產(chǎn)品的需求有更加深入的理解，須知對需求是否理解透徹決定了能否有效、全面地對產(chǎn)品進(jìn)行測試；
2. 要站在用戶角度對系統(tǒng)進(jìn)行測試。從一些項目中出現(xiàn)的未能及時發(fā)現(xiàn)的bug中，我認(rèn)識到用戶體驗的重要性，現(xiàn)在能夠越來越多的從這方面來執(zhí)行測試；
3．對拿到手的項目有較清晰的思路，能夠更加快速、準(zhǔn)確地發(fā)現(xiàn)問題；
4.越來越規(guī)范的工作流程的讓我們的工作有條不紊的進(jìn)行，讓我深刻認(rèn)識到工作的規(guī)范性是多么的重要，并且從中學(xué)習(xí)如何從文檔和流程上規(guī)范工作。
5.同事間的溝通很重要。現(xiàn)在不管遇到什么不確定或疑惑，都與開發(fā)人員、
產(chǎn)品經(jīng)理等及時溝通，大大提高了工作的效率。
二、加強自我能力的提高
只有不斷的提高自己各種的能力，才能勝任越來越艱巨的任務(wù)，因此在工作相對不飽和的時候，我自己進(jìn)行了一些學(xué)習(xí)。
為提高對“用戶體驗”的理解，我學(xué)習(xí)了《下一站用戶體驗》，書中一些經(jīng)驗確實讓我獲益匪淺。不能總拿別人的用戶體驗去改進(jìn)自己的產(chǎn)品，但是有一些卻是通用的，比如：太多彈出框、按鈕會給用戶帶來憤怒感，要適當(dāng)?shù)慕o頁面減肥等等。
深知單純的界面測試和功能測試已經(jīng)漸漸不能滿足今后平臺的開發(fā)，所以我學(xué)習(xí)了性能測試的一些相關(guān)知識，并在師-父的指導(dǎo)下運用LR工具進(jìn)行簡單性能測試，以后必須堅持學(xué)習(xí)。
三、存在的不足及明年計劃
一年的工作讓我有所進(jìn)步，但是很多地方還是存在不足，比如：有時候看問題比較主觀，不是很細(xì)致，沒能深入地去測試，會有遺漏的bug；自身專業(yè)技術(shù)能力還不足，不能從系統(tǒng)穩(wěn)定性這一點上對系統(tǒng)進(jìn)行測試。在以后的工作中，我會努力改善。
在2015年的工作中，我計劃：
1、本著實事求是的態(tài)度，更加認(rèn)真、負(fù)責(zé)的完成工作；
2、要盡可能深刻的理解需求，堅持編寫覆蓋率強的測試用例；
3、按照系統(tǒng)穩(wěn)定性測試方案，要逐漸對系統(tǒng)的穩(wěn)定性、安全性進(jìn)行測試；
4、繼續(xù)研究性能測試，并要將LR工具運用在實際工作中；
5、多多的學(xué)習(xí)，參加一些有益的培訓(xùn)，在實際工作中活學(xué)活用。
四、個人建議
這一年來我們部門有著的顯著進(jìn)步，越發(fā)規(guī)范的工作流程，越來越明確的責(zé)任制度、管理體系等，都讓我們更加有凝聚力。在此，個人提出以下幾個小建議：
1、希望可以加強對項目的把控，盡量能將延期風(fēng)險降到最低；
2、從各個組對需求理解的不一致，以及信息更新不及時等問題上看，溝通
問題還是有待完善；
3、希望能夠在需求這一關(guān)卡上能更詳細(xì)、準(zhǔn)確的確定產(chǎn)品的功能要求；
4、雖然工作任務(wù)繁重，還是希望部門能夠多組織活動，完善獎勵制度，可
以讓大家更加激情的為部門、為公司奉獻(xiàn)自己的全部力量。
以上是我個人的一些淺見，相信在大家共同的努力下，向著同一個目標(biāo)進(jìn)發(fā)，軟件部甚至整個公司必定會大展全新的宏圖偉業(yè)。
軟件測試期末總結(jié) [篇4]
#總經(jīng)理您好！
本人因需個人更好的發(fā)展和您的熱忱誠意地邀請于####年#月##號來到貴廠面試，通過與董事長和您誠懇的當(dāng)面溝通，了解到##集團(tuán)歷來創(chuàng)業(yè)的輝煌成就和未來發(fā)展的宏圖目標(biāo)，此時此刻已經(jīng)深深地打動我愿到貴廠服務(wù)的決心，并于####年#月#號正式到司報到，自到貴廠入職上崗已有#個月之多，期間擔(dān)任常務(wù)副總經(jīng)理一職。
從擔(dān)任此崗位那一天起就知道肩上負(fù)有工作壓力的沉重性，之前和您溝通工作上的話題時，已經(jīng)了解一些本廠現(xiàn)存在的內(nèi)部管理上的弊端和不足。經(jīng)過幾天的摸索和了解，才知道本廠遺留的管理問題超過本人的意料，工作困難程度已超越我以前曾經(jīng)歷的管理模式。入職七天內(nèi)我的思想意識有些波動，是放棄還是留下來？當(dāng)時真的左右為難，通過汪經(jīng)理真誠地與我交流，在工作期間會遇到不少的問題及困難，但是我相信“解決問題方法總比出現(xiàn)的問題多”，所以我憑著對這份工作的熱情及積極性和我多年的工作管理經(jīng)驗，沒有什么不能解決的困難和問題，工作期間可以和大家共同解決各種管理上的疑難雜癥和弊端，我對自己的能力充滿了信心，一直在為建立一支規(guī)范化、制度化和有凝集力的團(tuán)隊而努力工作。 現(xiàn)本人將自入職以來到至今工作期間的工作情況和進(jìn)展給予回顧，對一些問題在下面的內(nèi)容中進(jìn)行了具體的闡述和說明，并編寫此總結(jié)報告書，呈交各位領(lǐng)導(dǎo)審閱，望各位領(lǐng)導(dǎo)過目后給予批示，如有不妥之處請批評指正。
一、 公司內(nèi)部管理存在的弊端和不足。
1、 每個企業(yè)在建立和發(fā)展中不可缺少的四大資源是：資金資源、物資資源、人力資源、信息資源。隨著社會經(jīng)濟體制改革和各行各業(yè)企業(yè)經(jīng)營的發(fā)展，資金資源、物資資源和信息資源三大資源并不為現(xiàn)代企業(yè)發(fā)展的競爭焦點，而競爭或企業(yè)“活”下去的主要方面是企業(yè)內(nèi)部管理，企業(yè)只有重視內(nèi)部管理才是以后發(fā)展的根基，否則若干年自然被淘汰。現(xiàn)代企業(yè)管
理改革=人力資源競爭，總而言之，人力資源則為現(xiàn)代企業(yè)發(fā)展的重要資源。因本廠建立經(jīng)營已有10年之久，發(fā)展歷史比較悠久，過去全國企業(yè)普遍不重視內(nèi)部管理，管理機制建設(shè)不健全，只重視生產(chǎn)和市場開拓，忽視行政人事方面的管理，并將人力資源排列最后一位，導(dǎo)致公司經(jīng)營和內(nèi)部管理不能同步發(fā)展，整體管理遺留很多弊端和不足，這就是存在問題的根源之處。我個人認(rèn)為如公司不設(shè)立遠(yuǎn)大目標(biāo)去發(fā)展，現(xiàn)在的企業(yè)管理模式還可以維持一段時間發(fā)展的（我想老板是不會這樣做的）。如公司設(shè)立更大的宏偉目標(biāo)，現(xiàn)在的企業(yè)管理狀況和公司發(fā)展目標(biāo)就不能成正比了，也就是現(xiàn)在的企業(yè)管理能力遠(yuǎn)遠(yuǎn)跟不上公司發(fā)展的需求。比如說，一個孩子在成長的過程中骨骼中缺少了鈣元素，產(chǎn)生營養(yǎng)不良，那么這個孩子身材雖然長得很高，那又怎樣呢？
2、 我曾在文件管理柜中查閱過公司以往的管理資料，比如規(guī)章制度，工作標(biāo)準(zhǔn)和流程，質(zhì)量管理體系文件等，其實公司很多所需管理資料還是有的，這不過沒有真正的利用起來成為加強企業(yè)管理的法寶，而變成了一張張廢紙陳列在文件柜內(nèi)，實在可惜。
3、 因沒有企業(yè)管理基礎(chǔ)，公司人員逐步形成散漫，“近墨者黑，近朱者赤”，新進(jìn)人員同樣熏陶，就變成了管理上的惡性循環(huán)，這也是本廠管理上的歷史遺留漏洞和管理者最頭疼的事情。
4、 公司人員文化程度、素養(yǎng)、意識底子薄，公司人員有一部分小民意識太強，不知道其他成功企業(yè)的管理模式是什么樣子，只是坐井觀天，我行我素。有的員工在廠工作已到10年之久，平時也沒有經(jīng)常培訓(xùn)和指導(dǎo)，養(yǎng)成散漫的工作行為，每個人都在同一水平線上開展工作，沒有超越自我的意識，平時工作能干就干，不能干就推辭的思想。團(tuán)隊精神意識極差。
5、 公司領(lǐng)導(dǎo)干部班子大部分是從基層員工培養(yǎng)升職的，就產(chǎn)生了雖然在技術(shù) 方面過硬，但在這種管理氣氛中成長起來的干部，管理基礎(chǔ)就不可能建立起來，所以在管理方面就不能獨當(dāng)一面和履行本崗位真正的職責(zé)，曾經(jīng)有位主管這樣給我講：我只管生產(chǎn)，別的不要
找我，我不會去管的！可想而知我們公司骨干領(lǐng)導(dǎo)者的管理能力和知識達(dá)到什么樣的水平。
6、 生產(chǎn)車間勞動紀(jì)律差。生產(chǎn)現(xiàn)場管理七大方面是：“貨期”、“質(zhì)量”、“信息”、“紀(jì)律”、“產(chǎn)量”、“安全”、“成本”，其中勞動紀(jì)律直接影響公司整體管理水平和員工工作態(tài)度及行為的好壞，沒有規(guī)矩，不成方圓。如果沒有勞動紀(jì)律車間就會一片混亂，不但影響公司形象，而且影響正常的生產(chǎn)效率和秩序。這段時間據(jù)我觀察在車間還是存在不少違反勞動紀(jì)律的現(xiàn)象，比如：員工坐姿不規(guī)范；不按規(guī)定佩戴工帽和工牌，上班穿拖鞋；在車間抽煙產(chǎn)生安全隱患；把推車當(dāng)作玩具損壞公物的行為；上班時間玩耍手機；邊做工邊聊天；物品亂丟亂放；串崗，擅離職守、夜間工作時間睡覺等。
【軟件測試期末總結(jié)】相關(guān)文章：
軟件測試實習(xí)總結(jié)09-16
軟件工程期末總結(jié)07-27
軟件測試實習(xí)心得08-11
軟件測試實習(xí)報告07-08
軟件測試實習(xí)日記07-30
軟件測試實習(xí)心得11-08
軟件測試方面實習(xí)報告06-23