【正文】 能人士絕不會(huì)是一個(gè)性格孤僻的人,相反他應(yīng)當(dāng)是一個(gè)能設(shè)身處地為別人著想充分理解對(duì)方能夠與他人進(jìn)行桌有成效的溝通的人。不斷學(xué)習(xí)一個(gè)人,如果每天都能提高1%,很多時(shí)候,它們之間的區(qū)別就在于你是否每天都在提高你自己。善于休息休息可以使一個(gè)人的大腦恢復(fù)活力,提高一個(gè)人的工作效能。習(xí)慣1換位思考在人際的相處和溝通里，“換位思考”扮演著相當(dāng)重要的角色。如果沒(méi)有了對(duì)手，缺陷也不會(huì)自動(dòng)消失。凡事在事業(yè)上有所成就的人，幾乎都是能有效地利用零碎時(shí)間的人。運(yùn)用20/80法則二八法則向人們揭示了這樣一個(gè)真理，即投入與產(chǎn)出、努力與收獲、原因和結(jié)果之間，普遍存在著不平衡關(guān)系。要事第一創(chuàng)設(shè)遍及全美的事務(wù)公司的亨瑞。”把問(wèn)題想透徹把問(wèn)題想透徹，是一種很好的思維品質(zhì)。相反，如果他抓住了主要矛盾，解決問(wèn)題就變得容易多了。：“一次做好一件事的人比同時(shí)涉獵多個(gè)領(lǐng)域的人要好得多。他淵博的知識(shí)，誠(chéng)懇的為人，使我受益匪淺。在這難忘的大學(xué)學(xué)習(xí)生涯中，老師給了我精心的指導(dǎo)和細(xì)心的幫助。驗(yàn)收測(cè)試作為軟件測(cè)試過(guò)程的最后一個(gè)環(huán)節(jié)，對(duì)軟件質(zhì)量、軟件的可交付性和軟件項(xiàng)目的實(shí)施周期起到一錘定音的作用。 總結(jié)與展望軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。 BUG描述要清晰，無(wú)歧義。有個(gè)BUG有偶然性，你遇上了一次，而想重現(xiàn)的時(shí)候卻再也看不到它了。 分析錯(cuò)誤原因。 重視交流。 （3）更好更專業(yè)怎么才能做得更專業(yè)？這個(gè)問(wèn)題很難回答，下面的觀點(diǎn)盡供參考： 少提交虛假BUG。一個(gè)一個(gè)的重新做一遍，再次發(fā)現(xiàn)的問(wèn)題，就是真正的BUG。例如很有可能是因?yàn)闇y(cè)試人員沒(méi)有執(zhí)行規(guī)定的步驟導(dǎo)致預(yù)期以外的結(jié)果，而測(cè)試人員被這個(gè)錯(cuò)誤結(jié)果迷惑了，興高采烈地把它當(dāng)作BUG上提交上去了。 為什么開發(fā)人員不適合做測(cè)試呢？那是因?yàn)殚_發(fā)人員總是有種心理預(yù)期，“我的程序沒(méi)問(wèn)題”或“一點(diǎn)點(diǎn)小的問(wèn)題，沒(méi)有什么的，簡(jiǎn)直可以忽略不計(jì)”。 用例不會(huì)是一成不變的，一個(gè)用例在運(yùn)行5遍以后，你該發(fā)現(xiàn)的問(wèn)題都發(fā)現(xiàn)了，如果不補(bǔ)充更新的用例，怎么去對(duì)付被測(cè)試的程序呢。在最緊張的時(shí)候，有一種疲于奔命的感覺(jué)，你沒(méi)有辦法停下來(lái)，腦子里有一個(gè)聲音在說(shuō)，向前，向前。 從軟件生命周期的最初階段就開始關(guān)注所有的測(cè)試文檔并保持文檔更新。 （5）測(cè)試放在最后低估測(cè)試和測(cè)試所需的資源將導(dǎo)致在開發(fā)周期的末期才開始測(cè)試活動(dòng)，而在那時(shí)要發(fā)現(xiàn)關(guān)鍵Bug也將變的異常困難，并且由于時(shí)間的限制測(cè)試文檔的相關(guān)細(xì)節(jié)也會(huì)有所忽略。 采取措施以建立測(cè)試環(huán)境并保障它便于管理。在市場(chǎng)上，不少測(cè)試工具都可以度量測(cè)試覆蓋率。還有一個(gè)因素是不充分的測(cè)試數(shù)據(jù)將無(wú)法覆蓋所有可能的范圍。在需求中可能隱藏著數(shù)不清的潛在問(wèn)題，而這在測(cè)試人員瀏覽需求時(shí)可能被忽略，因此在測(cè)試的起步階段徹底理解需求是十分必要的。而一個(gè)正確的測(cè)試計(jì)劃則決定于可靠的評(píng)估。這兩年來(lái)國(guó)內(nèi)軟件測(cè)試人員的需求不斷增大,越來(lái)越多的IT企業(yè)認(rèn)識(shí)到了軟件測(cè)試的重要性,這種可喜的現(xiàn)狀與發(fā)展趨勢(shì)讓筆者對(duì)我國(guó)軟件業(yè)的發(fā)展重新抱有較大的希望。因此，在這種環(huán)境下，軟件測(cè)試很不受重視，軟件測(cè)試人員的地位和待遇自然就很低了，甚至軟件測(cè)試變得可有可無(wú)。因?yàn)榭s短測(cè)試時(shí)間帶來(lái)的測(cè)試不完整，對(duì)項(xiàng)目質(zhì)量的下降引起的潛在風(fēng)險(xiǎn)，往往造成更大的浪費(fèi)。對(duì)于測(cè)試中發(fā)現(xiàn)的軟件錯(cuò)誤，很多需要程序員通過(guò)修改編碼才能修復(fù)。所以，具有編程經(jīng)驗(yàn)的程序員不一定是一名優(yōu)秀的測(cè)試工程師。 (3)軟件測(cè)試要求不高，隨便找個(gè)人都行 很多人都認(rèn)為軟件測(cè)試就是安裝和運(yùn)行程序，點(diǎn)點(diǎn)鼠標(biāo)，按按鍵盤的工作。軟件中的錯(cuò)誤可能來(lái)自軟件項(xiàng)目中的各個(gè)過(guò)程，軟件測(cè)試只能確認(rèn)軟件存在錯(cuò)誤，不能保證軟件沒(méi)有錯(cuò)誤，因?yàn)閺母旧现v，軟件測(cè)試不可能發(fā)現(xiàn)全部的錯(cuò)誤。軟件開發(fā)與軟件測(cè)試應(yīng)該是交互進(jìn)行的，例如，單元編碼需要單元測(cè)試，模塊組合階段需要集成測(cè)試。軟件測(cè)試是一個(gè)系列過(guò)程活動(dòng)，包括軟件測(cè)試 需求分析，測(cè)試計(jì)劃設(shè)計(jì)，測(cè)試用例設(shè)計(jì)，執(zhí)行測(cè)試。系統(tǒng)界面上打印出“Try Again[Y/N]____” 期望結(jié)果：屏幕上會(huì)打印出“Try Again[Y/N]____” （2）路徑2：（bcdefghkl）的測(cè)試用例 輸入數(shù)據(jù)：變量speed小于或等于50或者是變量Right_rate小于或等于80，變量ch_2等于“n”或者“N ” 期望結(jié)果：跳出此處，返回主界面 （3）路徑3：（bcdefijkl）的測(cè)試用例 輸入數(shù)據(jù)：變量speed小于或等于50或者是變量Right_rate小于或等于80，變量ch_2等于“y”或者“Y ” 期望結(jié)果：繼續(xù)回到打字練習(xí)的界面 （4）路徑4：（mnttv）的測(cè)試用例 輸入數(shù)據(jù)：系統(tǒng)界面上打印出“Well Done!! One More Time?[Y/N] ” 期望結(jié)果：屏幕上會(huì)出現(xiàn)“Well Done!! One More Time?[Y/N] ” （5）路徑5：（mnopqsuv）的測(cè)試用例 輸入數(shù)據(jù)：變量ch_3等于“n”或者“N” 期望結(jié)果：跳出此處，返回主界面 （6）路徑6：（mnoprtuv）的測(cè)試用例 輸入數(shù)據(jù)：變量ch_3等于“y”或者“Y” 期望結(jié)果：繼續(xù)回到打字練習(xí)的界面 做完以上的工作后，得必須注意的是，一些獨(dú)立的路徑，往往還不是完全孤立的，有時(shí)它是程序正常的控制流的一部分，這時(shí)，這些路徑的測(cè)試可以是另一條路徑測(cè)試的一部分。V(G)值正好等于該程序的獨(dú)立路徑的條數(shù)。獨(dú)立路徑必須包含一條在定義之前不曾用到的邊。一條邊必須終止于一個(gè)結(jié)點(diǎn)，即使該結(jié)點(diǎn)并不代表任何語(yǔ)句(例如：ifelsethen結(jié)構(gòu))。 1．畫出打字程序的控制流程圖流程圖用來(lái)描述程序控制結(jié)構(gòu)。如果沿定義/使用路徑跟蹤程序的執(zhí)行情況，則這些結(jié)點(diǎn)并不很重要。 我們根據(jù)圖42給出的一個(gè)程序的控制流圖，其中每個(gè)語(yǔ)句的定義/使用變量由表43給出，下面我們來(lái)看看詳細(xì)的表43，并對(duì)其結(jié)果做出分析 通過(guò)變量的定義/引用分析，可以發(fā)現(xiàn)該程序中含有幾個(gè)數(shù)據(jù)流異常： 語(yǔ)句1，2對(duì)變量i的定義未曾被使用過(guò) 語(yǔ)句11使用了變量Timeyser,但在執(zhí)行時(shí)并未對(duì)其定義過(guò) 語(yǔ)句14使用了變量ctime，而在其之前并未對(duì)其進(jìn)行定義（賦值） 經(jīng)過(guò)上面的分析，發(fā)現(xiàn)程序中包含有些異常，有些語(yǔ)句執(zhí)行還有錯(cuò)誤，不過(guò)這一情況表明， 也許程序中含有錯(cuò)誤，也許可以把程序?qū)懙母菀桌斫?，從而能夠?jiǎn)化驗(yàn)證 工作，以及隨后的維護(hù)工作（去掉那些多余的語(yǔ)句一般會(huì)縮短執(zhí)行時(shí)間） 定義/使用測(cè)試假設(shè)V是程序P中變量的集合，程序P的控制流圖用G(P)表示。由于索引表信息是有編譯器生成的，因此這些異?？梢酝ㄟ^(guò)所謂景泰分析發(fā)現(xiàn)，即在不執(zhí)行被測(cè)程序的情況下發(fā)現(xiàn)源代碼的一些數(shù)據(jù)流異常。早期的數(shù)據(jù)流分析常常集中于現(xiàn)在叫做定義/引用異常缺陷，如： 變量被定義，但從來(lái)沒(méi)有被使用（引用）。 需要列出所測(cè)試類的調(diào)用關(guān)系和關(guān)鍵方法的調(diào)用關(guān)系（依據(jù)數(shù)據(jù)流）。 測(cè)試通過(guò)主要依照以下標(biāo)準(zhǔn)： 打字程序需求報(bào)告，需求規(guī)格說(shuō)明書測(cè)試通過(guò)的標(biāo)準(zhǔn)：需求報(bào)告及需求規(guī)格說(shuō)明書文檔中描述的正確性，無(wú)異性。 第三章 系統(tǒng)白盒測(cè)試實(shí)例的實(shí)現(xiàn) 測(cè)試主要為打字系統(tǒng)的白盒測(cè)試。 數(shù)字練習(xí)模塊：，以程序中要求取出字符數(shù)輸出到界面，由用戶輸入，程序判斷用戶練習(xí)的速度,時(shí)間,正確率等數(shù)據(jù)。目前用于測(cè)試的工具一般可分為白盒測(cè)試工具、黑盒測(cè)試工具、性能測(cè)試工具，另外還有用于測(cè)試管理（測(cè)試流程管理、缺陷跟蹤管理、測(cè)試用例管理）的工具。 ④缺點(diǎn)：由于路徑覆蓋需要對(duì)所有可能的路徑進(jìn)行測(cè)試（包括循環(huán)、條件組合、分支選擇等），那么需要設(shè)計(jì)大量、復(fù)雜的測(cè)試用例，使得工作量呈指數(shù)級(jí)增長(zhǎng)。并且每個(gè)條件都顯示能單獨(dú)影響判定結(jié)果。 ④缺點(diǎn)：判定/條件覆蓋準(zhǔn)則的缺點(diǎn)是未考慮條件的組合情況。 ④缺點(diǎn)：要達(dá)到條件覆蓋，需要足夠多的測(cè)試用例，但條件覆蓋并不能保證判定 覆蓋。同樣判定覆蓋也具有和語(yǔ)句覆蓋一樣的簡(jiǎn)單性，無(wú)須細(xì)分每個(gè)判定就可以得到測(cè)試用例。那么顯然，語(yǔ)句覆蓋對(duì)于多分支的邏輯運(yùn)算是無(wú)法全面反映的，它只在乎運(yùn)行一次，而不考慮其他情況。在本例中去掉了語(yǔ)句1—〉T去掉，那么就少了一條測(cè)試路徑。（本文以1995年軟件設(shè)計(jì)師考試的一道考試題目為例，圖中紅色字母代表程序執(zhí)行路徑）。 （6）只涉及接口和一些抽象的測(cè)試方法，將測(cè)試程序移入抽象的測(cè)試類。在具體的測(cè)試程序?qū)崿F(xiàn)中繼承這個(gè)測(cè)試類，并修改相應(yīng)的實(shí)現(xiàn)方法。這種通用接口測(cè)試方法，解決了接口測(cè)試時(shí)重復(fù)編寫類似功能代碼的問(wèn)題，提供了一種新的描述不同命令結(jié)構(gòu)的思路。邏輯測(cè)試不是片面的測(cè)試正確的結(jié)果或是測(cè)試錯(cuò)誤的結(jié)果，而是盡可能全面地覆蓋每一個(gè)邏輯路徑。但是貫穿在程序內(nèi)部的邏輯存在著不確定性和無(wú)窮性，尤其對(duì)于大規(guī)模復(fù)雜軟件。無(wú)法檢測(cè)代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤。揭示隱藏在代碼中的錯(cuò)誤。動(dòng)態(tài)分析包含了程序在受控的環(huán)境下使用特定的期望結(jié)果進(jìn)行正式的運(yùn)行。 白盒測(cè)試的方法：總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。 白盒測(cè)試的特點(diǎn)：依據(jù)軟件設(shè)計(jì)說(shuō)明書進(jìn)行測(cè)試、對(duì)程序內(nèi)部細(xì)節(jié)的嚴(yán)密檢驗(yàn)、針對(duì)特定條件設(shè)計(jì)測(cè)試用例、對(duì)軟件的邏輯路徑進(jìn)行覆蓋測(cè)試。由于代碼中的筆誤是隨機(jī)且無(wú)法杜絕的，因此我們要進(jìn)行白盒測(cè)試。因此需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序，都應(yīng)該是軟件測(cè)試（評(píng)審）的對(duì)象。應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查。經(jīng)驗(yàn)表明，測(cè)試后程序殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目或檢錯(cuò)率成正比。測(cè)試用例的設(shè)計(jì)要確保能覆蓋所有可能路徑。可以采用Junit和Jtest來(lái)輔助進(jìn)行單元測(cè)試。 軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段：通常在編寫出每一個(gè)模塊之后就需要對(duì)它做必要的測(cè)試（稱為單元測(cè)試）。有錯(cuò)是軟件的屬性，而且是無(wú)法改變的，因?yàn)檐浖怯扇藖?lái)完成的，所有由人做的工作都不會(huì)是完美無(wú)缺的。在一些關(guān)鍵應(yīng)用 (如民航訂票系統(tǒng)、銀行結(jié)算系統(tǒng)、證券交易系統(tǒng)、自動(dòng)飛行控制軟件、軍事防御和核電站安全控制系統(tǒng)等) 中使用質(zhì)量有問(wèn)題的軟件，還可能造成災(zāi)難性的后果。 第二部分：本文相關(guān)項(xiàng)目的案例分析和測(cè)試規(guī)劃，打字練習(xí)程序白盒測(cè)試的測(cè)試思路和測(cè)試方案設(shè)計(jì) 第三部分：打字練習(xí)程序白盒測(cè)試的具體實(shí)現(xiàn)細(xì)則 關(guān)鍵字：黑盒測(cè)試，白盒測(cè)試，測(cè)試管理，測(cè)試樁，測(cè)試點(diǎn) 引言 信息技術(shù)的飛速發(fā)展，使軟件產(chǎn)品應(yīng)用到社會(huì)的各個(gè)領(lǐng)域，軟件產(chǎn)品的質(zhì)量自然成為人們共同關(guān)注的焦點(diǎn)。 軟件測(cè)試的核心是測(cè)試思維，你的思維能深入到什么程度，測(cè)試就能做到什么程度，本次課題旨在訓(xùn)練我們的測(cè)試思維，同時(shí)通過(guò)本次的課題實(shí)例掌握測(cè)試流程與技巧，為我們成為真正的測(cè)試人員打下堅(jiān)實(shí)的基礎(chǔ)。這些經(jīng)驗(yàn)教訓(xùn)迫使軟件開發(fā)者們必須添加一個(gè)相應(yīng)的流程，并在此流程中采取強(qiáng)有力的檢測(cè)措施來(lái)檢測(cè)未發(fā)現(xiàn)的隱藏的軟件缺陷，也就是軟件測(cè)試。 本文的展開將通過(guò)以下三個(gè)部分： 第一部分：白盒測(cè)試及黑盒測(cè)試技術(shù)的相關(guān)介紹，市場(chǎng)上主流測(cè)試管理工具的對(duì)比分析。質(zhì)量不佳的軟件產(chǎn)品不僅會(huì)使開發(fā)商的維護(hù)費(fèi)用和用戶的使用成本大幅增加，還可能產(chǎn)生其他的責(zé)任風(fēng)險(xiǎn)，造成公司信譽(yù)下降，繼而沖擊股票市場(chǎng)?，F(xiàn)在人們已經(jīng)逐步認(rèn)識(shí)到所謂的軟件危機(jī)實(shí)際上僅是一種狀況，那就是軟件中有錯(cuò)誤，正是這些錯(cuò)誤導(dǎo)致了軟件開發(fā)在成本、進(jìn)度和質(zhì)量上的失控。 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。 軟件測(cè)試的目的： 測(cè)試的最終目的是為了避免錯(cuò)誤的發(fā)生，確保應(yīng)用程序能夠正常高效的運(yùn)行；好的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試；好的測(cè)試工程師應(yīng)該做到不僅發(fā)現(xiàn)問(wèn)題，還能夠幫助開發(fā)人員分析問(wèn)題； 軟件測(cè)試的原則： 應(yīng)把“盡早和不斷地進(jìn)行軟件測(cè)試”作為軟件開發(fā)者的座右銘，實(shí)踐證明單元測(cè)試能夠盡早發(fā)現(xiàn)問(wèn)題，減少后期測(cè)試的錯(cuò)誤量。（指后期系統(tǒng)測(cè)試階段，不包括單元測(cè)試）。充分注意測(cè)試中的群集現(xiàn)象。測(cè)試計(jì)劃應(yīng)包括：所測(cè)軟件的功能，輸入和輸出，測(cè)試內(nèi)容，各項(xiàng)測(cè)試的進(jìn)度安排，資源要求，測(cè)試資料，測(cè)試工具，測(cè)試用例的選擇，測(cè)試的控制方法和過(guò)程，系統(tǒng)的配置方式，跟蹤規(guī)則，調(diào)試規(guī)則，以及回歸測(cè)試的規(guī)定等等以及評(píng)價(jià)標(biāo)準(zhǔn)。軟件測(cè)試應(yīng)該貫穿整個(gè)軟件定義與開發(fā)整個(gè)期間。由于我們經(jīng)常相信某邏輯路徑不可能被執(zhí)行, 而事實(shí)上,它可能在正常的情況下被執(zhí)行。 白盒的測(cè)試用例需要做到： (1)保證一個(gè)模塊中的所有獨(dú)立路徑至少被使用一次 (2)檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性 白盒測(cè)試的目的：通過(guò)檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測(cè)試；在程序不同地方設(shè)立檢查點(diǎn)，檢查程序的狀態(tài)，以確定實(shí)際運(yùn)行狀態(tài)與預(yù)期狀態(tài)是否一致。 測(cè)試總結(jié)階段：對(duì)比測(cè)試的結(jié)果和代碼的預(yù)期結(jié)果，分析錯(cuò)誤原因，找到并解決錯(cuò)誤。 動(dòng)態(tài)分析的主要特點(diǎn)是當(dāng)軟件系統(tǒng)在模擬的或真實(shí)的環(huán)境中執(zhí)行之前、之中和之后 , 對(duì)軟件系統(tǒng)行為的分析?？梢詸z測(cè)代碼中的每條分支和路徑。 缺點(diǎn)：昂貴。只有對(duì)程序內(nèi)部十分了解才能進(jìn)行適度有效的白盒測(cè)試。任何一個(gè)高效的測(cè)試用例，都是針對(duì)具體測(cè)試場(chǎng)景的。 定義通用的命令接口結(jié)構(gòu)，用文本文件記錄接口相關(guān)結(jié)構(gòu)信息，通過(guò)對(duì)該文本文件進(jìn)行逐行的語(yǔ)法解析，將文件中的描述轉(zhuǎn)化為統(tǒng)一結(jié)構(gòu)的鏈表，驗(yàn)證來(lái)自外層的數(shù)據(jù)是否正確，以及根據(jù)提示用戶輸入的信息驗(yàn)證發(fā)送到其它層的數(shù)據(jù)是否正確。 （2）個(gè)抽象的測(cè)試類，聲明要驗(yàn)證的功能的測(cè)試方法。 （5）要在測(cè)試中調(diào)用的抽象方法。 首先為了下文的舉例描述方便，這里先給出一張程序流程圖。 ④缺點(diǎn)：由于這種測(cè)試方法僅僅針對(duì)程序邏輯中顯式存在的語(yǔ)句，但對(duì)于隱藏的條件