【正文】 Done!! One More Time?[Y/N] ” 期望結(jié)果：屏幕上會(huì)出現(xiàn) “ Well Done!! One More Time?[Y/N] ” （ 5）路徑 5：（ mnopqsuv）的測試用例 輸入數(shù)據(jù)：變量 ch_3等于 “ n” 或者 “ N” 期望結(jié)果：跳出此處，返回主界面 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 23 頁 共 29 頁 （ 6）路徑 6：（ mnoprtuv）的測試用例 輸入數(shù)據(jù)：變量 ch_3等于 “ y” 或者 “ Y” 期望結(jié)果：繼續(xù)回到打字練習(xí)的界面 做完以上的工作后，得必須注意的是，一些獨(dú)立的路徑，往往還不是完全孤立的，有時(shí)它是程序正常的控制流的一部分，這時(shí)，這些路徑的測試可以是另一條路徑測試的一部分。獨(dú)立路徑必須包含一條在定義之前不曾用到的邊。 1．畫出打字程序的控制流程圖 流程圖用來描述程序控制結(jié)構(gòu)。 我們根據(jù)圖 42 給出的一個(gè)程序的控制流圖，其中每個(gè)語句的定義 /使用變量由表 43給出，下面我們來看看詳細(xì)的表 43，并對其結(jié)果做出分析 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 20 頁 共 29 頁 通過變量的定義 /引用分析，可以發(fā)現(xiàn)該程序中含有幾個(gè)數(shù)據(jù)流異常： 語句 1， 2對變量 i的定義未曾被使用過 語句 11使用了變量 Timeyser,但在執(zhí)行時(shí)并未對其定義過 語句 14使用了變量 ctime，而在其之前并未對其進(jìn)行定義（賦值） 經(jīng)過上面的分析，發(fā)現(xiàn)程序中包含有些異常，有些語句執(zhí)行還有錯(cuò)誤，不過這一情況表明， 也許程序中含有錯(cuò)誤，也許可 以把程序?qū)懙母菀桌斫?，從而能夠簡化?yàn)證 工作，以及隨后的維護(hù)工作（去掉那些多余的語句一般會(huì)縮短執(zhí)行時(shí)間） 定義 /使用測試 假設(shè) V是程序 P中變量的集合，程序 P的控制流圖用 G(P)表示。早期的數(shù)據(jù)流分析常常集中于現(xiàn)在叫做定義 /引用異常缺陷，如： 變量被定義，但從來沒有被使用（引用）。 通過的準(zhǔn)則 測試通過主要依照以下標(biāo)準(zhǔn)： 打 字程序需求報(bào)告，需求規(guī)格說明書測試通過的標(biāo)準(zhǔn)：需求報(bào)告及需求規(guī)格說明書文檔中描述的正確性，無異性。 數(shù)字練習(xí)模塊：由系統(tǒng)隨機(jī)調(diào)用文檔 ，以程序中要求取出字符數(shù)輸出到界面，由用戶輸入，程序判斷用戶練習(xí)的速度 ,時(shí)間 ,正確率等數(shù)據(jù)。 ④缺點(diǎn)：由于路徑覆蓋需要對所有可能的路徑進(jìn)行測試（包括循環(huán)、條件組合、分支選擇等），那么需要設(shè)計(jì)大量、復(fù)雜的測試用例，使得工作量呈指數(shù)級增長。 ④缺點(diǎn)：判定 /條件覆蓋準(zhǔn)則的缺點(diǎn)是未考慮條件的組合情況。同樣判定覆蓋也具有和語句覆蓋一樣的簡單性，無須細(xì)分每個(gè)判定就可以得到測試用例。在本例中去掉了語句 1— 〉 T去掉，那么就少了一條測試路徑。 （ 6）只涉及接口和一些抽象的測試方法，將測試程序移入抽象的測試類。這種通用接口測試方法，解決了接口測試時(shí)重復(fù)編寫類似功能代碼的問題，提供了一種新的描述不同命令 結(jié)構(gòu)的思路。但是貫穿在程序內(nèi)部的邏輯存在著不確定性和無窮性，尤其對于大規(guī)模復(fù)雜軟件。揭示隱藏在代碼中的錯(cuò)誤 。 白盒測試的方法： 總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。由于代碼中的筆誤是隨機(jī)且無法杜絕的，因此我們要進(jìn)行白盒測試。應(yīng)當(dāng)對每一個(gè)測試結(jié)果做全面的檢查 。測試用例的設(shè)計(jì)要確保能覆蓋所有可能路徑。 軟件測試在軟件生命周期中橫跨兩個(gè)階段：通常在編寫出每一個(gè)模塊之后就需要對它做必要的測試（稱為單元測試）。在一些關(guān)鍵應(yīng)用 (如民航訂票系統(tǒng)、銀行結(jié)算系統(tǒng)、證券交易系統(tǒng)、自動(dòng)飛行控制軟件、軍事防御和核電站安全控制系統(tǒng)等 ) 中使用質(zhì)量有問題的軟件 ，還可能造成災(zāi)難性的后果。 軟件測試的核心是測試思維，你的思維能深入到什么程度，測試就能做到什么程度，本次課題旨在訓(xùn)練我們的測試思維，同時(shí)通過本次的課題實(shí)例掌握測試流程與技巧，為我們成為真正的測試人員打下堅(jiān)實(shí)的基礎(chǔ)。 本文的展開將通過以下三個(gè)部分： 第一部分：白盒測試及黑盒測試技術(shù)的相關(guān)介紹，市場上主流測試管理工具的對比分析。現(xiàn)在人們已經(jīng)逐步認(rèn)識(shí)到所謂的軟件危機(jī)實(shí)際上僅是一種狀況，那就是軟件中有錯(cuò)誤，正是這些錯(cuò)誤導(dǎo)致了軟件開發(fā)在成本、進(jìn)度和質(zhì)量上的失控。 軟件測試的目的： 測試的最終目的是為了避免錯(cuò)誤的發(fā)生，確保應(yīng)用程序能夠正常高效的運(yùn)行；好的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試；好的測試工程師應(yīng)該做到不僅發(fā)現(xiàn)問題， 還能夠幫助開發(fā)人員分析問題； 軟件測試的原則： 應(yīng)把 “ 盡早和不斷地進(jìn)行軟件測試 ” 作為軟件開發(fā)者的座右銘，實(shí)踐證明單元測試能夠盡早發(fā)現(xiàn)問題，減少后期測試的錯(cuò)誤量。充分注意測試中的群集現(xiàn)象。軟件測試應(yīng)該貫穿整個(gè)軟件定義與開發(fā)整個(gè)期間。 白盒的測試用例需要做到： (1)保證一個(gè)模塊中的所有獨(dú)立路徑至少被使用一次 (2)檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性 白盒測試的目的：通過檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對軟件中的邏輯路徑進(jìn)行覆蓋測試；在程 序不同地方設(shè)立檢查點(diǎn)，檢查程序的狀態(tài)，以確定實(shí)際運(yùn)行狀態(tài)與預(yù)期狀態(tài)是否一致。 動(dòng)態(tài)分析的主要特點(diǎn)是當(dāng)軟件系統(tǒng)在模擬的或真實(shí)的環(huán)境中執(zhí)行之前、之中和之后 , 對軟件系統(tǒng)行為的分析。 缺點(diǎn)：昂貴 。任何一個(gè)高效的測試用例，都是針對具體測試場景的。 （ 2）個(gè)抽象的測試類，聲明要驗(yàn)證的功能的測試方法。 白盒測試六種覆蓋方法 首先為了下文的舉例描述方便，這里先給出一張程序流程圖。再如，在 DoWhile結(jié)構(gòu)中，語句覆蓋執(zhí)行其中某一個(gè)條件分支。 ②用例設(shè)計(jì) (如表 )： ③優(yōu)點(diǎn)：顯然條件覆蓋比判定覆蓋，增加了對符合判定情況的測試，增加了測試路徑。更改的判定 /條件覆蓋要求設(shè)計(jì)足夠多的測試用例，使得判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次，每個(gè)判定本身的所有可能結(jié)果也至少出現(xiàn)一次。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 11 頁 共 29 頁 主流白盒測試工具 （ 1）工具名： Jtest 支持語言環(huán)境： Java 簡介：代碼分析和動(dòng)態(tài)類、組件測試 （ 2）工具名： Jcontract 支持語言環(huán)境： Java 簡介：實(shí)時(shí)性能監(jiān)控以及分析優(yōu)化 （ 3）工具名： C++ Test 支持語言環(huán)境： C,C++ 簡介：代碼分析和動(dòng)態(tài)測試 （ 4）工具名： CodeWizard 支持語言環(huán)境： C,C++ 簡介：代碼靜態(tài)分析 （ 5）工具名： Insure++ 支持語言環(huán)境： C,C++ 簡介：實(shí)時(shí)性能監(jiān)控以及分析優(yōu)化 （ 6）工具名： .test 支持語言環(huán)境： .Net 簡介：代碼分析和動(dòng)態(tài)測試 （ 1）工具名： BoundsChecker 支持語言環(huán)境： C++,Delphi 簡介： API和 OLE錯(cuò)誤檢查、指針和泄露錯(cuò)誤檢查、內(nèi)存錯(cuò)誤檢查 （ 2）工具名： TrueTime 支持語言環(huán)境： C++,Java,Visual Basic 簡介：代碼運(yùn) 行效率 檢查、組件性能的分析 （ 3）工具名： FailSafe 支持語言環(huán)境： Visual Basic 簡介：自動(dòng)錯(cuò)誤處理和恢復(fù)系統(tǒng) （ 4）工具名： Jcheck 支持語言環(huán)境： MS Visual J++ 簡介：圖形化的純種和事件分析工具 （ 5）工具名： TrueCoverage 支持語言環(huán)境： C++,Java,Visual Basic 簡介：函數(shù)調(diào)用次數(shù)、所占比率統(tǒng)計(jì)以及穩(wěn)定性跟蹤 （ 6）工具名： SmartCheck 支持語言環(huán)境： Visual Basic 簡介：函數(shù)調(diào)用次數(shù)、所占比率統(tǒng)計(jì)以及穩(wěn)定性跟蹤 （ 7）工具名： CodeReview 支持語言環(huán)境： Visual Basic 簡介：自動(dòng)源代碼分析工具 測試管理工具 隨著軟件測試的地位逐步提高，測試管理的重要性逐步顯現(xiàn)，測試工具的應(yīng)用已經(jīng)成為了普遍的趨勢。 打字練習(xí)結(jié)果計(jì)算模塊：計(jì)算用戶練習(xí)的結(jié)果信息 打字練習(xí)數(shù)據(jù)修改模塊：用戶自定義練習(xí)數(shù)據(jù)，修改后確定保存后更新相應(yīng)數(shù)據(jù)庫 測試環(huán)境配置 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 13 頁 共 29 頁 測試環(huán)境主要包括軟件環(huán)境和硬件環(huán)境，本項(xiàng)目具體 測試環(huán)境為： 軟件環(huán)境： 操作系統(tǒng)： Microsoft Windows xp Professional 2021 CHS 運(yùn)行平臺(tái)： Microsoft Visual Studio 2021 軟件支持 : Mercury TestDirector 硬件環(huán)境： Cpu： Intel(R)Pentium(R)M processor 內(nèi)存： DDR1G 硬盤： 80G(5400轉(zhuǎn) ) 顯卡：獨(dú)立 ATI 64M 網(wǎng)卡： 100M/10M 測試思路與測試方案設(shè)計(jì) 對程序進(jìn)行分 析，設(shè)計(jì)測試計(jì)劃，實(shí)施測試，對用例的管理。 打字程序界面測試通過的標(biāo)準(zhǔn)：界面的樣式、大小、顏色、整體布局的設(shè)置；各種標(biāo)簽控件的使用及主題描述以及事件源控件的使用、快捷鍵使用都應(yīng)符合《 NC 系統(tǒng)應(yīng)用框架需求報(bào) 告》和《設(shè)計(jì)文檔的相關(guān)規(guī)范》。 這些異常 可以通過程序的索引表發(fā)現(xiàn)。使用這些信息，結(jié)合圖 42 中的程序控制流圖，可以識(shí)別各種定義 /使用路徑和定義明確路徑，對于不可執(zhí)行的語句，例如常量和變量說明語句，是否應(yīng)該被認(rèn)為是定義結(jié)點(diǎn)，現(xiàn)在還是學(xué)術(shù)界爭論的一個(gè)問題。一個(gè)處理方框序列和一個(gè)菱形決策框可被映射為一個(gè)結(jié)點(diǎn)，流圖中的箭頭，稱為邊或連接，代表控制流，類似于流程圖中的箭頭。 (一條獨(dú)立路徑是指，和其他的獨(dú)立路徑相比，至少引入一個(gè)新處理語句或一個(gè)新判斷的程序通路。這是不了解軟件測試周期的錯(cuò)誤認(rèn)識(shí)。 (2)軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題，那是軟件測試人員的錯(cuò) 這種認(rèn)識(shí)很打擊軟件測試人員的積極性。軟件測試技術(shù)不斷更新和完善，新工具，新流程，新測試設(shè)計(jì)方法都在不斷更新，需要掌握和學(xué)習(xí)很多測試知識(shí)。一個(gè)軟件項(xiàng)目的順利實(shí)現(xiàn)需要有合理的項(xiàng)目進(jìn)度計(jì)劃，其中包括合理的測試計(jì)劃，對項(xiàng)目實(shí)施過程中的任何問題 ，都要有風(fēng)險(xiǎn)分析和相應(yīng)的對策，不要因?yàn)殚_發(fā)進(jìn)度的延期而簡單的縮短測試時(shí)間、人力和資源。軟件測試將會(huì)成為一個(gè)具有很大發(fā)展前景的行業(yè)，軟件測試大有前途，市場需要更多具有豐富測試技術(shù)和管理經(jīng)驗(yàn)的測 試人員，他們同樣是軟件專家。比起在接受性測試階 段發(fā)現(xiàn)問題，在前期階段發(fā)現(xiàn)并糾正需求的不足的成本要少的多。對于這一點(diǎn)，可能需要改進(jìn)測試設(shè)計(jì)的技術(shù)或是接受培訓(xùn)才能有所提高。如果有獨(dú)立的測試組，最好也有獨(dú)立的配置組。每一輪的測試，測試人員都需要知心一部分或者所有的測試用例。測試人員得知消息后也覺得很無辜，爭辯說，我不知道啊，我的確是發(fā)現(xiàn)了錯(cuò)誤。然后，回過頭來處理這段時(shí)間內(nèi)發(fā)現(xiàn)的問題。有的時(shí)候，只是一個(gè) BUG，可能需要測試人員反復(fù)證實(shí)，去和 項(xiàng)目管理員（ PM）和開發(fā)人員（ Dev）交流，去推動(dòng)問題的解決，這樣的過程沒有一股窮追不舍的勁是很難得成功的。 不要放棄不能重復(fù)的 BUG。經(jīng)過才見后，突出重點(diǎn)，一目了然，又節(jié)省了瀏覽的時(shí)間，何樂不為呢。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 28 頁 共 29 頁 致 謝 本文是在我的導(dǎo)師 賀曉敏 悉心指導(dǎo)下完成的。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 29 頁 共 29 頁 參考文獻(xiàn) 1. 章立民，《 開發(fā) 范例精講精析》，北京科學(xué)出版社， 2021 2. Karli Watson , Christian Nagel,《 C入門經(jīng)典》，清華大學(xué)出版社， 3. Robert ，《 Agile Software Development Principles,Patterns and Practices》 ,清華大學(xué)出版社， 4. 閻菲，《軟件工程》，中國水利水電出版社， 2021 5. Jeffrey , Jennifer Widom,《數(shù)據(jù)庫系統(tǒng)基礎(chǔ)教程》，北京機(jī)械工業(yè)出版社， 6. 黃忠成，《決戰(zhàn) .NET》，電子工業(yè)出版社， 7. 鄧文化，《數(shù)據(jù)結(jié)構(gòu)》，清華大學(xué)出版社， 8. 余芳，肖蓉，劉蔚琴，《 SQL Server 2021 數(shù)據(jù)庫管理與開發(fā)》，冶金工業(yè)出版社，