軟件測試打字程序畢業論文畢業設計word格式-wenkub.com

　 　

【正文】 在寫作過程中，悉心指導，給了我們很大的幫助。對于一個即將走向社會的人來說，我深知這種學習機會是寶貴而難得的，能有今日的收獲和成果與老師的諄諄教導密不可分，從他們那里我懂得了嚴謹求實的治學態 度、樸實無華的工作作風、一絲不茍的科研精神和真誠正直的做人品德，這對我來說，會受益終生。 隨著市場對軟件質量的不斷提高，軟件測試不斷受到重視，但 是由于總體上，國內軟件項目過程不規范，導致重視編碼和輕視測試的現象，對于軟件測試的重要性、測試方法和流程等還存在很多錯誤的認識。它不僅是軟件開發階段的有機組成部分，而且在整個軟件工程 (即軟件定義、設計和開發過程 )中占據相當大的比重。 圖片要經過裁剪。測試人員可能不敢提交，因為沒有辦法重現。我們發現了問題后，如果能夠得到日志，我們不妨先做一個日志檢查，并把初步的問題原因分析寫在 BUG 報告里，豈不是接生了開發人員的時間，這樣也增長了測試人員的經驗。與 PM和 Dev多做交流，這樣的測試人員才不會孤陋寡聞。 少提交重復的 BUG。測試人員不是神，而是普通的人，是人都會犯錯誤。 要避免這種問題的發現需要做的是：在測試的過程中發現了問題，暫時不要作為BUG提交，而是要概要式的記錄在一個文件或者一張紙上，繼續往后做測試。而在測試人員總是懷疑有 BUG的心 理傾向下，我們也要預防一種錯誤：報告虛假的 BUG。 （ 2）在報告一個 BUG之前，需要重現一遍 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 26 頁 共 29 頁 開發人員和測試人員在工作上有些爭論是很正常的，而有些事情卻容易加深誤解，虛假的 BUG就是其中之一。 最需要提醒的是測試管理人員。 測試的提高 （ 1）不要忘記更新測試計劃和測試用例 項目總是越來越竟 緊張，直到項目順利結束或者流產。 如何處理？ 采用開發與測試并行的方式，當需求確定時就開始撰寫測試計劃。舉例來說，測試環境的配置應該和使用環境相似或相同。 （ 4）未管制的測試環境 測試環境越接近產品的最終環境，測試的可靠性就越高，如果想法，最終使用產品時就可能出現無法預知的后果。 如何處理？ 在 excel表格中的測試用例編號（每個測試用例都使用獨特的數字）以和需求相對應，借此保證所有的需求都有相應的測試用例。 如何處理？ 測試人員可以以一份問題清單的方式參與需求審核，使潛在問題能夠在準備測試用例之前浮出水面以提高軟件產品的質量，或者測試人員也可以以報告的形式來指出需求的不足之處。 （ 2）模棱兩可的需求 如果缺乏足夠的文檔，測試過程將持續更長的時間，并且軟件在推出發布版時也將面臨更多的錯誤。 盡管這是一門嶄新的學科 ,目前在國內的發展仍處于 嬰兒 階段 ,但看到越來越多的軟件公司為軟件測試招兵買馬 ,看到越來越多的技術人員投入到軟件測試中 ,我就情不自禁地感嘆 :機會來了 !這機會不僅僅是某一個人的 ,而是所有人的 ,它對每個人都是公平的 ,學的領域需要新的理論新的工具新的方法 ,由于國內的軟件測試還處在一個比較初級的階段，沒有人確切 地知道它需要什么樣的基礎 ,也沒有人確切地知道它應該怎樣發展 ,因此這個領域需要大家來共同革命 ,以促進它的深入發展。隨著市場對軟件質量的不斷提高，軟件測試將變得越來越重要，相應的軟件測試人員的地位和待遇將會逐漸提高?？朔@種現象的最好辦法是加強軟件過程的計劃和控制，包括軟件測試計劃、測試設計、測試執行、測試度量和測試控制。程序員可以通過有目的的分析軟件錯誤的類型、數量，找出產生錯誤的位置和原因，以便在今后的編程中避免同樣的錯江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 24 頁 共 29 頁 誤， 積累編程經驗，提高編程能力。軟件測試包括測試技術和管理兩個方面，完全掌握這兩個方面的內容，需要很多測試實踐經驗和不斷學習精神。這是由于不了解軟件測試的具體技術和方法造成的。從軟件開發的角度看，軟件的高質量不是軟件測試人員測出來的，是靠軟件生命周期的各個過程中設計出來的。如果等到軟件編碼結束后才進行測試，那么，測試的時間將會很短，測試的覆蓋面將很不全面，測試的效果也將大打折扣。因此，軟件測試貫穿于軟件項目的整個生命過程。 測試總結 軟件測試的誤區 (1)軟件開 發完成后再進行軟件測試 人們一般認為，軟件項目要經過以下幾個階段：需求分析，概要設計，詳細設計，軟件編碼，軟件測試，軟件發布。 ) 路徑 1： bchhl 路徑 2： bcdefghkl 路徑 3： bcdefijkl 路徑 4: mnttv 路徑５： mnopqsuv 路徑６： mnoprtuv 根據上面的獨立路徑，去設計輸入數據，使程序分別執行到上面六條路徑。 有以下三種方法計算圈復雜度： 流圖中區域的數量對應于環型的復雜性； 給定流圖 G的圈復雜度 V(G)，定義為 V(G)=EN+2， E是流圖中邊的數量， N是流圖中結點的數量； 給定流圖 G的圈復雜度 V(G)，定義為 V(G)=P+1， P是流圖 G中判定結點的數量。由邊和結點限定的范圍稱為區域。可將流程圖映射到一個相應的流圖 (假設流程圖的菱形決定框中 不包含復合條件 )。但是如果出現了問題，包含這些結點有助于發現問題，則可視情況做出選擇。 G(P)有一個單入口和一個單出口結點，并且不允許有某個結點到其自身的身邊。 首先來分析代碼，找出節點及數據流，畫出程序流圖，如圖 （ 1）數據流分析 數據流分析在軟件開發、測試和維護中起著十分重要的作用。 所使用的變量沒有被定義。 靜態測試 變量命名及代碼書寫規范檢查； 變量定義、函數、方法、數組、變量的使用檢查； 檢查是否有定義未使用的變量； 檢查全局變量的使用情況； 檢查程序代碼循環情況； 檢查是否為引用的指針分配內存； 檢查數組運算情況。 打字程序詳細設計文檔測試通過的標準：文檔中描述的正確性，無異性。保證程序的代碼規范，代碼正確，數據調用正確，以及程序模塊單獨正常運行，保證局部模塊功能完備性，運行正確性與穩定性。 字 符練習模塊：由系統隨機調用文檔 ，以程序中要求取出字符數輸出到界面，由用戶輸入，程序判斷用戶練習的速度 ,時間 ,正確率等數據。 總的來說，測試工具的應用可以提高測試的質量、測試的效率。而在有些情況下，一些執行路徑是不可能被執行的，如： If （ !A） B++； ~ Fc3Q~~0If （ !A） D； 這兩個語句實際只包括了 2條執行路徑，即 A為真或假時候對 B和 D 的處理，真或 假不可能都存在，而路徑覆蓋測試則認為是包含了真與假的 4條執行路徑。 ④缺點：線性地增加了測試用例的數量。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 10 頁 共 29 頁 （ 5）組合覆蓋 ①主要特點：要求設計足夠多的測試用例，使得每個判定中條件結果的所有可能組合至少出現一次。條件覆蓋只能保證每個條件至少有一次為真，而不考慮所有的判定結果。 ④缺點：往往大部分的判定語句是由多個邏輯條件組合而成（如，判定語句中包含 AND、 OR、 CASE），若僅僅判斷其整個最終結果，而忽略每個條件的取值情況，必然會遺漏部分測試路徑。 （ 2）判定覆蓋 ①主要特點：判定覆蓋又稱為分支覆蓋，它要求設計足夠多的測試用例，使得程序中每個判定至少有一次為真值，有一次為假值，即：程序中的每個分支至少執行一次。在 if結構中若源代碼沒有給出 else后面的執行 分支，那 么語句覆蓋測試就不會考慮這種情況。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 8 頁 共 29 頁 （ 1）語句覆蓋 ①主要特點：語句覆蓋是最起碼的結構覆蓋要求，語句覆蓋要求設計足夠多的測試用例，使得程序中每條語句至少被執行一次。 （ 7）這一過程直至所有的測試都移入抽象的測試類。 （ 3）口的每一個具體實現中都運行該測試程序，但在每個實現中都只驗證 “ 接口范圍內 ” 的行為 （ 4）試程序內，找到創建（接口）對象的代碼，將該代碼改成具體的、已經實現的類的創建方法，但記住將該對象聲明為接口的 對象，而不是具體實現的類的對象。通過使用文件形式，不用修改程序就可以實現對新的接口命令的測試，使測試程序得到極大的精簡，并且易于擴展和移植到不同項目中。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 6 頁 共 29 頁 代碼測試 靜態測試 執行代碼靜態測試應注意以下方面：同一程序內的代碼書寫是否為同一風格；代碼布局是否合理、美觀；程序中函數、子程序塊分界是否明顯；注釋是否符合既定格式；注釋是否正確反映代碼的功能；變量定義是否正確（長度、類型、存儲類型）；子程序（函數和方法）接受的參數類 型、大小、次序是否和調用模塊相匹配合；函數的返回值類型是否正確；程序中是否引用了未初始化變量；數組和字符串的下標是否為整數；數組和字符串的下標是否在范圍內（不 “ 越界 ” ）；進行數組的檢索及其它操作中，是否會出現 “ 漏掉一個這種情況 ” ；是否在應該使用常量的地方使用了變量（例： 數組范圍檢查）；是否為變量賦予不同類型的值；賦值是否符合數據類型的轉換規則；變量的命名是否相似；是否存在聲明過，但從未引用或者只引用過一次的變量；在特定模塊中所有的變量是否都顯式聲明過；是否可以理解為該變量具有更高的共享級別；是否為引用的指 針分配內存；數據結構在函數和子程序中的引用是否明確定義了其結構；計算中是否使用了不同數據類型的變量；計算中是否使用了不同的數據類型相同但長度不同的變量；賦值的目的變量是否小于賦值表達式的值；數值計算是否會出現溢出（向上）的情況；數值計算是否會出現溢出（向下）的情況；除數是否可能為零；某些計算是否會丟失計算精度；變量的值是否超過有意義的值；計算式的求值的順序是否容易讓人感到混亂；比較是否正確；是否存在分數和浮點數的比較；精度問題是否會影響比較；每一個邏輯表達式是否都得到了正確表達；邏輯表達式的操作數是否均為邏 輯值；程序中的 Begin? End和 Do? While等語句中， End是否對應；程序、模塊、子程序和循環是否能夠終止；是否存在永不執行的循環；是否存在多循環一次或少循環一次的情況；循環變量是否在循環內被錯誤地修改；多分支選擇中，索引變量是否能超過可能的分支數； 該情況是否能夠得到正確處理；全局變量定義和用法在各個模塊中是否一致；是否修改了只作為輸入用的參數；常量是否被作為形式參數進行傳遞。因此我們不能窮舉所有的邏輯路徑，即使窮舉也未必會帶來好運（窮舉不能查出程序邏輯規則錯誤，不能查出數據相關錯誤，不能查出程序遺漏的路徑）。不驗證規格的正確性。對代碼的測試比較徹底 。它顯示了一個系統在檢查狀態下是正確還是不正確。 靜態分析是一種不通過執行程序而進行測試的技術。 白盒測試的實施步驟： 測試計劃階段：根據需求說明書，制定測試進度 測試設計階段：依據程序設計說明書，按照一定規范化的方法進行軟件結構劃分和設計測試用例。 白盒測試又稱結構測試 ,透明盒測試、邏輯驅動測試或基于代碼的測試。 在對需求理解與表達的正確性、設計與表達的正確性、實現的正確性以及運行的正確性的驗證中，任何一個環節發生了問題都可能在軟件測試中表現出來。妥善保存測試計劃，測試用例，出錯統計和最終分析報告，為維護提供方便。應該對錯誤群集的程序段進行重點測試 。在設計測試用例時，應當包括合理的輸入條件和覆蓋所有可能路徑不合理的輸入條件。測試用例應由測試輸入數據、測試執行步驟和與之對應的預期輸出結果三部分組成 。編碼和單元測試屬于軟件生命周期中的同一個階段。問題在于我們如何去避免錯誤的產生和消除已經產生的錯誤，使程序中的錯誤密度達到盡可能低的程度。 軟件危機曾經是軟件界甚至整個計算機界最熱門的話題。不論軟件的生產者還是軟件的使用者，均生存在競爭的環境中，軟件開發商為了占有市場，必須把產品質量作為企業的重要目標之一，以免在激烈的競爭中被淘汰出局。 隨著計算機軟件的規模越來越大，軟件測試成為了軟件質量保障的關鍵環節，軟件測試自動化也成為了軟件測試領域所無法逾越的發展階段。江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 1