軟件測(cè)試打字程序畢業(yè)論文畢業(yè)設(shè)計(jì)word格式(留存版)

　　

【正文】 同的變量；賦值的目的變量是否小于賦值表達(dá)式的值；數(shù)值計(jì)算是否會(huì)出現(xiàn)溢出（向上）的情況；數(shù)值計(jì)算是否會(huì)出現(xiàn)溢出（向下）的情況；除數(shù)是否可能為零；某些計(jì)算是否會(huì)丟失計(jì)算精度；變量的值是否超過有意義的值；計(jì)算式的求值的順序是否容易讓人感到混亂；比較是否正確；是否存在分?jǐn)?shù)和浮點(diǎn)數(shù)的比較；精度問題是否會(huì)影響比較；每一個(gè)邏輯表達(dá)式是否都得到了正確表達(dá)；邏輯表達(dá)式的操作數(shù)是否均為邏 輯值；程序中的 Begin? End和 Do? While等語(yǔ)句中， End是否對(duì)應(yīng)；程序、模塊、子程序和循環(huán)是否能夠終止；是否存在永不執(zhí)行的循環(huán)；是否存在多循環(huán)一次或少循環(huán)一次的情況；循環(huán)變量是否在循環(huán)內(nèi)被錯(cuò)誤地修改；多分支選擇中，索引變量是否能超過可能的分支數(shù)； 該情況是否能夠得到正確處理；全局變量定義和用法在各個(gè)模塊中是否一致；是否修改了只作為輸入用的參數(shù)；常量是否被作為形式參數(shù)進(jìn)行傳遞。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 8 頁(yè) 共 29 頁(yè) （ 1）語(yǔ)句覆蓋 ①主要特點(diǎn)：語(yǔ)句覆蓋是最起碼的結(jié)構(gòu)覆蓋要求，語(yǔ)句覆蓋要求設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每條語(yǔ)句至少被執(zhí)行一次。條件覆蓋只能保證每個(gè)條件至少有一次為真，而不考慮所有的判定結(jié)果。 總的來(lái)說(shuō)，測(cè)試工具的應(yīng)用可以提高測(cè)試的質(zhì)量、測(cè)試的效率。 靜態(tài)測(cè)試 變量命名及代碼書寫規(guī)范檢查； 變量定義、函數(shù)、方法、數(shù)組、變量的使用檢查； 檢查是否有定義未使用的變量； 檢查全局變量的使用情況； 檢查程序代碼循環(huán)情況； 檢查是否為引用的指針分配內(nèi)存； 檢查數(shù)組運(yùn)算情況。但是如果出現(xiàn)了問題，包含這些結(jié)點(diǎn)有助于發(fā)現(xiàn)問題，則可視情況做出選擇。 ) 路徑 1： bchhl 路徑 2： bcdefghkl 路徑 3： bcdefijkl 路徑 4: mnttv 路徑５： mnopqsuv 路徑６： mnoprtuv 根據(jù)上面的獨(dú)立路徑，去設(shè)計(jì)輸入數(shù)據(jù)，使程序分別執(zhí)行到上面六條路徑。從軟件開發(fā)的角度看，軟件的高質(zhì)量不是軟件測(cè)試人員測(cè)出來(lái)的，是靠軟件生命周期的各個(gè)過程中設(shè)計(jì)出來(lái)的。克服這種現(xiàn)象的最好辦法是加強(qiáng)軟件過程的計(jì)劃和控制，包括軟件測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試度量和測(cè)試控制。 如何處理？ 測(cè)試人員可以以一份問題清單的方式參與需求審核，使?jié)撛趩栴}能夠在準(zhǔn)備測(cè)試用例之前浮出水面以提高軟件產(chǎn)品的質(zhì)量，或者測(cè)試人員也可以以報(bào)告的形式來(lái)指出需求的不足之處。 如何處理？ 采用開發(fā)與測(cè)試并行的方式，當(dāng)需求確定時(shí)就開始撰寫測(cè)試計(jì)劃。而在測(cè)試人員總是懷疑有 BUG的心 理傾向下，我們也要預(yù)防一種錯(cuò)誤：報(bào)告虛假的 BUG。與 PM和 Dev多做交流，這樣的測(cè)試人員才不會(huì)孤陋寡聞。它不僅是軟件開發(fā)階段的有機(jī)組成部分，而且在整個(gè)軟件工程 (即軟件定義、設(shè)計(jì)和開發(fā)過程 )中占據(jù)相當(dāng)大的比重。在寫作過程中，悉心指導(dǎo)，給了我們很大的幫助。 圖片要經(jīng)過裁剪。 少提交重復(fù)的 BUG。 （ 2）在報(bào)告一個(gè) BUG之前，需要重現(xiàn)一遍 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 26 頁(yè) 共 29 頁(yè) 開發(fā)人員和測(cè)試人員在工作上有些爭(zhēng)論是很正常的，而有些事情卻容易加深誤解，虛假的 BUG就是其中之一。舉例來(lái)說(shuō)，測(cè)試環(huán)境的配置應(yīng)該和使用環(huán)境相似或相同。 （ 2）模棱兩可的需求 如果缺乏足夠的文檔，測(cè)試過程將持續(xù)更長(zhǎng)的時(shí)間，并且軟件在推出發(fā)布版時(shí)也將面臨更多的錯(cuò)誤。程序員可以通過有目的的分析軟件錯(cuò)誤的類型、數(shù)量，找出產(chǎn)生錯(cuò)誤的位置和原因，以便在今后的編程中避免同樣的錯(cuò)江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 24 頁(yè) 共 29 頁(yè) 誤， 積累編程經(jīng)驗(yàn)，提高編程能力。如果等到軟件編碼結(jié)束后才進(jìn)行測(cè)試，那么，測(cè)試的時(shí)間將會(huì)很短，測(cè)試的覆蓋面將很不全面，測(cè)試的效果也將大打折扣。 有以下三種方法計(jì)算圈復(fù)雜度： 流圖中區(qū)域的數(shù)量對(duì)應(yīng)于環(huán)型的復(fù)雜性； 給定流圖 G的圈復(fù)雜度 V(G)，定義為 V(G)=EN+2， E是流圖中邊的數(shù)量， N是流圖中結(jié)點(diǎn)的數(shù)量； 給定流圖 G的圈復(fù)雜度 V(G)，定義為 V(G)=P+1， P是流圖 G中判定結(jié)點(diǎn)的數(shù)量。 G(P)有一個(gè)單入口和一個(gè)單出口結(jié)點(diǎn)，并且不允許有某個(gè)結(jié)點(diǎn)到其自身的身邊。 打字程序詳細(xì)設(shè)計(jì)文檔測(cè)試通過的標(biāo)準(zhǔn)：文檔中描述的正確性，無(wú)異性。而在有些情況下，一些執(zhí)行路徑是不可能被執(zhí)行的，如： If （ !A） B++； ~ Fc3Q~~0If （ !A） D； 這兩個(gè)語(yǔ)句實(shí)際只包括了 2條執(zhí)行路徑，即 A為真或假時(shí)候?qū)?B和 D 的處理，真或 假不可能都存在，而路徑覆蓋測(cè)試則認(rèn)為是包含了真與假的 4條執(zhí)行路徑。 ④缺點(diǎn)：往往大部分的判定語(yǔ)句是由多個(gè)邏輯條件組合而成（如，判定語(yǔ)句中包含 AND、 OR、 CASE），若僅僅判斷其整個(gè)最終結(jié)果，而忽略每個(gè)條件的取值情況，必然會(huì)遺漏部分測(cè)試路徑。 （ 7）這一過程直至所有的測(cè)試都移入抽象的測(cè)試類。因此我們不能窮舉所有的邏輯路徑，即使窮舉也未必會(huì)帶來(lái)好運(yùn)（窮舉不能查出程序邏輯規(guī)則錯(cuò)誤，不能查出數(shù)據(jù)相關(guān)錯(cuò)誤，不能查出程序遺漏的路徑）。 靜態(tài)分析是一種不通過執(zhí)行程序而進(jìn)行測(cè)試的技術(shù)。妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。編碼和單元測(cè)試屬于軟件生命周期中的同一個(gè)階段。 隨著計(jì)算機(jī)軟件的規(guī)模越來(lái)越大，軟件測(cè)試成為了軟件質(zhì)量保障的關(guān)鍵環(huán)節(jié)，軟件測(cè)試自動(dòng)化也成為了軟件測(cè)試領(lǐng)域所無(wú)法逾越的發(fā)展階段。為了解決這場(chǎng)危機(jī)，軟件從業(yè)人員、專家和學(xué)者做出了大量的努力。不合理的輸入條件是指異常的，臨界的，可 能引起問題的輸入條件 。白盒測(cè)試是一種測(cè)試用例設(shè)計(jì)方法，盒子指的是被測(cè)試的軟件，白盒指的是盒子是可視的 ,你清楚盒子內(nèi)部的東西以及里面是如何運(yùn)作的。最優(yōu)化。 詳細(xì)步驟： （ 1）測(cè)試程序要測(cè)試的已經(jīng)具體實(shí)現(xiàn)的類。但是我們不能排除這種以外的分支不會(huì)被執(zhí)行，而往往這種錯(cuò)誤會(huì)經(jīng)常出現(xiàn)。 ②用例設(shè)計(jì) (如表 )： ③優(yōu)點(diǎn)：多重條件覆蓋準(zhǔn)則滿足判定覆蓋、條件覆蓋和判定 /條件覆蓋準(zhǔn)則。 所有字符練習(xí)：由系統(tǒng)隨機(jī)調(diào)用文檔 ，以程序中要求取出字符數(shù)輸出到界面，由用戶輸入，程序判斷用戶練習(xí)的速度 ,時(shí)間 ,正確率等數(shù)據(jù)。 變量在使用之前被再次定義。在流圖中，每一個(gè)圓，稱為流圖的結(jié)點(diǎn)，代表一個(gè)或多個(gè)語(yǔ)句。據(jù)此，認(rèn)為軟件測(cè)試只是軟件編碼后的一個(gè)過程。隨之軟件工程學(xué)的發(fā)展和軟件項(xiàng)目管理經(jīng)驗(yàn)的提高，軟件測(cè)試已經(jīng)形成 了一個(gè)獨(dú)立的技術(shù)學(xué)科，演變成一個(gè)具有巨大市場(chǎng)需求的行業(yè)。在微軟等軟件過程比較規(guī)范的大公司，軟件測(cè)試人員的數(shù)量和待遇與程序員沒有多大差別，優(yōu)秀測(cè)試人員的待遇甚至比程序員還要高。低覆蓋率說(shuō)明測(cè)試過程存在問題。相對(duì)來(lái)說(shuō)，測(cè)試工作對(duì)技術(shù)的要求少一些，但測(cè)試工作量是巨大的。幾個(gè)小時(shí)后，測(cè)試工作告一段落，我們可以做一 個(gè)簡(jiǎn)單的休息，放松一下大腦。 發(fā)現(xiàn)了問題后要重現(xiàn) 一遍，不要急于提交。 通過這次項(xiàng)目的實(shí)戰(zhàn)訓(xùn)練，使我進(jìn)一步了解了軟件測(cè)試的相關(guān)知識(shí)，增加了項(xiàng)目 經(jīng)驗(yàn)，為今后的實(shí)際工作中打下了堅(jiān)實(shí)的基礎(chǔ)。在這難忘的大學(xué)學(xué)習(xí)生涯中，老師給了我精心的指導(dǎo)和細(xì)心的幫助。有個(gè) BUG有偶然性，你遇上了一次，而想重現(xiàn)的時(shí)候卻再也看不到它了。一個(gè)一個(gè)的重新做一遍，再次發(fā)現(xiàn)的問題，就是真正的 BUG。在最緊張的時(shí)候，有一種疲于奔命的感覺，你沒有辦法停下來(lái)，腦子里有一個(gè)聲音在說(shuō)，向前，向前。在市場(chǎng)上，不少測(cè)試工具都可以度量測(cè)試覆蓋率。這兩年來(lái)國(guó)內(nèi)軟件測(cè)試人員的需求不斷增大 ,越來(lái)越多的 IT企業(yè)認(rèn)識(shí)到了軟件測(cè)試的重要性 ,這種可喜的現(xiàn)狀與發(fā)展趨勢(shì)讓筆者對(duì)我國(guó)軟件業(yè)的發(fā)展重新抱有較大的希望。所以，具有編程經(jīng)驗(yàn)的程序員不一定是一名優(yōu)秀的測(cè)試工程師。軟件測(cè)試是一個(gè)系列過程活動(dòng)，包括軟件測(cè)試 需求分析，測(cè)試計(jì)劃設(shè)計(jì)，測(cè)試用例設(shè)計(jì)，執(zhí)行測(cè)試。一條邊必須終止于一個(gè)結(jié)點(diǎn)，即使該結(jié)點(diǎn)并不代表任何語(yǔ)句 (例如： ifelsethen 結(jié)構(gòu) )。由于索引表信息是有編譯器生成的，因此這些異常可以通過所謂景泰分析發(fā)現(xiàn)，即在不執(zhí)行被測(cè)程序的情況下發(fā)現(xiàn)源代碼的一些數(shù)據(jù)流異常。 第三章 系統(tǒng)白盒測(cè)試實(shí)例的實(shí)現(xiàn) 測(cè)試的目的 測(cè)試主要為打字系統(tǒng)的白盒測(cè)試。并且每個(gè)條件都顯示能單獨(dú)影響判定結(jié)果。那么顯然，語(yǔ)句覆蓋對(duì)于多分支的邏輯運(yùn)算是無(wú)法全面反映的，它只在乎運(yùn)行一次，而不考慮其他情況。在具體的測(cè)試程序?qū)崿F(xiàn)中繼承這個(gè)測(cè)試類，并修改相應(yīng)的實(shí)現(xiàn)方法。無(wú)法檢測(cè)代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤 。 白盒測(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īng)驗(yàn)表明，測(cè)試后程序殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目或檢錯(cuò)率成正比。有錯(cuò)是軟件的屬性，而且是無(wú)法改變的，因?yàn)檐浖怯扇藖?lái)完成的，所有由人做的工作都不會(huì)是完美無(wú)缺的。這些經(jīng)驗(yàn)教訓(xùn)迫使軟件開發(fā)者們必須添加一個(gè)相應(yīng)的流程，并在此流程中 采取強(qiáng)有力的檢測(cè)措施來(lái)檢測(cè)未發(fā)現(xiàn)的隱藏的軟件缺陷，也就是軟件測(cè)試。 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行 程序的過程。測(cè)試計(jì)劃應(yīng)包括：所測(cè)軟件的功能，輸入和輸出，測(cè)試內(nèi)容，各項(xiàng)測(cè)試的進(jìn)度安排，資源要求，測(cè)試資料，測(cè)試工具，測(cè)試用例的選擇，測(cè)試的控制方法和過程，系統(tǒng)的配置方式，跟蹤規(guī)則，調(diào)試規(guī)則，以及回歸測(cè)試的規(guī)定等等以及評(píng)價(jià)標(biāo)準(zhǔn) 。 測(cè)試總結(jié)階段：對(duì)比測(cè)試的結(jié)果和代碼的預(yù)期結(jié)果，分析錯(cuò)誤原因，找到并解決錯(cuò)誤。只有對(duì)程序內(nèi)部十分了解才能進(jìn)行適度有效的白盒測(cè)試。 （ 5）要在測(cè)試中調(diào)用的抽象方法。 ②用例設(shè)計(jì) (如表 )： 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 9 頁(yè) 共 29 頁(yè) ③優(yōu)點(diǎn)：判定覆蓋比語(yǔ)句覆蓋要多幾乎一倍的測(cè)試路徑，當(dāng)然也就具有比語(yǔ)句覆蓋更強(qiáng)的測(cè)試能力。 ②用例設(shè)計(jì) (如表 )： ③優(yōu)點(diǎn)：這種測(cè)試方法可以對(duì)程序進(jìn)行徹底的測(cè)試，比前面五種的覆蓋面都廣。 測(cè)試項(xiàng) 所要測(cè)試的測(cè)試項(xiàng)： 打字程序需求報(bào)告，需求規(guī)格說(shuō)明書； 打字程序詳細(xì)設(shè)計(jì)文檔； 打字程序代碼編寫規(guī)范； 代碼中變量的命名標(biāo)準(zhǔn)； 打字程序界面規(guī)范。所謂的數(shù)據(jù)流分析是指在不運(yùn)行被測(cè)程序的情況下，對(duì)變量的定義、引用進(jìn)行分析，以檢測(cè)數(shù)據(jù)的賦值與引用之間是否出現(xiàn)了不合理的現(xiàn)象，如引用未賦值的變量，對(duì)以前未曾使用變量的再次賦值 等數(shù)據(jù)流異常現(xiàn)象。 圖 46 打字程序計(jì)算模塊代碼程序控制流程圖 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 22 頁(yè) 共 29 頁(yè) 圈復(fù)雜度是一種為程序邏輯復(fù)雜性提供定量測(cè)度的軟件度量，將該度量用于計(jì)算程序的基本的獨(dú)立路徑數(shù)目，為 確保所有語(yǔ)句至少執(zhí)行一次的測(cè)試數(shù)量的上界。軟件測(cè)試的對(duì)象不僅僅是軟件代碼，還包括軟件需求文檔和設(shè)計(jì)文檔。另外，對(duì)于單元測(cè)試主要應(yīng)該由程序員完成，必要時(shí)測(cè)試人員可以幫助設(shè)計(jì)測(cè)試樣例。測(cè)試計(jì)劃和評(píng)估表明了測(cè)試執(zhí)行的順序和方式以及它們所需要的資源。只有測(cè)試組擁有 測(cè)試環(huán)境的控制權(quán)，并且未經(jīng)過測(cè)試組的允許，任何人都不能改變測(cè)試環(huán)境。所以測(cè)試管理人員必須經(jīng)常做測(cè)試計(jì)劃和用例的更新。 在提交 BUG 之前，查詢一下 BUG 庫(kù)或者和相關(guān)的同事做一個(gè)簡(jiǎn)短的交流，盡量不提交重復(fù)的 BUG。不可重現(xiàn)的 BUG也可以提交，只要是注明這個(gè) BUG不容易重現(xiàn)，以面他人誤會(huì)，這樣既不浪費(fèi)開發(fā)人員的時(shí)間，也不讓一個(gè) BUG漏掉。在此，我向老師表示衷心的感謝 ! 最后向所有曾給予我鼓勵(lì)和幫助的而在這里沒有提及的老師、同學(xué)、朋友以及參考文獻(xiàn)的作者們表示最高的敬意 ! 其次深深感謝的是我們的指導(dǎo)老師 —— 賀曉敏 。軟件測(cè)試不僅要講究策略，更要講究時(shí)效性。在交流時(shí)要讓別人聽得進(jìn)你的 “ 忠言逆耳 ” ，你宙斯好不要作興師問罪狀，前面有一個(gè)引子較好，慢慢道來(lái)。興奮起來(lái)后，人的理智便下降了，人的所見所聞可能與實(shí)際情況有所差異。 如何處理？ 詳細(xì)認(rèn)真的面對(duì)測(cè)試文檔，在所有測(cè)試階段中，測(cè)試文檔都是一個(gè)非常重要的工作。測(cè)試覆蓋率只是衡量測(cè)試質(zhì)量的一個(gè)方面，如果無(wú)法達(dá)到高 覆蓋率，那就必須對(duì)此進(jìn)行強(qiáng)化和鞏固。項(xiàng)目的成功往往靠個(gè)別全能程序員決定，他們負(fù)責(zé)總體設(shè)計(jì)和程序詳細(xì)設(shè)計(jì) ，認(rèn)為軟件開發(fā)就是編寫代碼，給人的印象往往是程序員是真正的牛人，具有很高的地位