軟件測試實(shí)習報告三篇
第一篇：軟件測試實(shí)習報告
這學(xué)期學(xué)習了軟件工程實(shí)踐這門(mén)課，我覺(jué)得這是對上學(xué)期的軟件工程課程學(xué)習的檢驗，上學(xué)期學(xué)習軟件工程只是我們淺顯的認識，相比之下，這學(xué)期就更加全面的說(shuō)明了開(kāi)發(fā)一個(gè)項目所需要的步驟以及開(kāi)發(fā)項目過(guò)程中所需要注意的諸多細節。如果說(shuō)上學(xué)期的課程注重理論基礎的話(huà)，那么這學(xué)期的軟工實(shí)踐，顧名思義，就是側重我們動(dòng)手操作的能力。
原來(lái)我認為開(kāi)發(fā)一個(gè)項目最重要的就是寫(xiě)代碼，似乎整個(gè)軟件都是編代碼，因為自己動(dòng)手能力不強所以就很排斥做項目�？墒墙�(jīng)過(guò)我們學(xué)習軟工課程到團隊做項目再到學(xué)習軟件工程實(shí)踐課程之后，我才真正意識到實(shí)施一個(gè)軟件工程項目并不是說(shuō)簡(jiǎn)單的會(huì )編碼就能夠解決問(wèn)題的，因為一個(gè)軟件的生命周期分為三個(gè)時(shí)期：軟件定義時(shí)期、開(kāi)發(fā)時(shí)期、維護時(shí)期，而這三個(gè)時(shí)期整體又分為七個(gè)階段，他們分別是：?jiǎn)?wèn)題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開(kāi)發(fā)一個(gè)項目時(shí)，更多的精力不是放在編碼上，編碼只是一個(gè)很小的模塊，而是項目的整體結構上。
在寫(xiě)軟工實(shí)踐體會(huì )之前，我想在這里總結一下上學(xué)期三人團隊做 項目的相關(guān)事宜。上學(xué)期我們三人團隊根據軟件開(kāi)發(fā)的步驟開(kāi)發(fā)一個(gè)名為“西大老鄉‘薈’”的社交系統，主要是為西大學(xué)子提供一個(gè)找老鄉的平臺。雖然只進(jìn)行到詳細設計階段，沒(méi)有進(jìn)一步實(shí)現，但是我還是從中學(xué)到很多東西的。首先要先確定項目主題，也就是這個(gè)項目用來(lái)做什么，可以解決什么問(wèn)題。接著(zhù)就是這個(gè)項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學(xué)生做了問(wèn)卷調查，并從調查中繼續完善系統本身的做用戶(hù)。第三步根據我們確定的項目主題進(jìn)行需求分析，這一步驟當時(shí)做的不是很好，比如所畫(huà)E—R圖、數據流圖等都有考慮不周的問(wèn)題，導致接下來(lái)的概要設計、詳細設計進(jìn)行的很困難，有些步驟甚至還需要返工。
從我們在需求分析中出現的問(wèn)題，使我們明白了軟件定義階段對于一個(gè)項目的開(kāi)發(fā)是至關(guān)重要的，當軟件定義階段完成時(shí)必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好，后面的工作才能順利進(jìn)行。雖然項目最后沒(méi)有完全實(shí)現，但是起碼我們已經(jīng)初步體會(huì )到軟件項目開(kāi)發(fā)的步驟，以及每一步所需要完成的文檔等內容。
這學(xué)期的軟件工程實(shí)踐雖然不是親自動(dòng)手開(kāi)發(fā)一個(gè)系統，但是張元平老師以“物聯(lián)網(wǎng)物流倉儲管理系統”為主給我們講解了一個(gè)真實(shí)系統的開(kāi)發(fā)過(guò)程，從計劃到項目系統的發(fā)布實(shí)施，以及每一步必須生成的文檔。我主要從以下五個(gè)方面談一下我的心得體會(huì )。
第一、行業(yè)背景說(shuō)明方面
對于一個(gè)軟件系統的開(kāi)發(fā)，第一步就是問(wèn)題定義，了解所開(kāi)發(fā)系統的行業(yè)背景，制定計劃。當我們計劃確定以后就要對項目系統本身進(jìn)行可行性研究，主要從技術(shù)可行性、經(jīng)濟可行性和操作可行性三個(gè)方面著(zhù)手。就比如《物聯(lián)網(wǎng)物流倉庫管理系統》的行業(yè)背景說(shuō)明文檔中非常詳細地分析了當下物聯(lián)網(wǎng)物流行業(yè)的整體業(yè)務(wù)說(shuō)明、應用背景、未來(lái)發(fā)展趨勢以及相關(guān)應用案例等四個(gè)方面，項目團隊中系統分析員就可以根據這份文檔以及相關(guān)的調查資料對將要開(kāi)發(fā)系統的進(jìn)行定義等工作。
原來(lái)我們寫(xiě)這類(lèi)文檔的時(shí)候就是草草了事，不會(huì )做得這么詳細，而這次看到大型項目的行業(yè)背景說(shuō)明也是這么詳細，也讓自己認識到不管是軟件開(kāi)發(fā)的那個(gè)階段都要認真對待，這些瑣碎的文檔都是后期開(kāi)發(fā)項目的支撐，只要它們做的透徹，后面的開(kāi)發(fā)工作才能更順利的進(jìn)行。
第二、項目需求說(shuō)明方面
這部分項目需求說(shuō)明就是軟件定義時(shí)期中需求分析階段，而該階段的主要目的就是了解用戶(hù)的需要，根據用戶(hù)的需要確定系統必須完成那些工作，并對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫(xiě)出一份需求規格說(shuō)明，即為《物聯(lián)網(wǎng)物流倉儲管理系統》項目需求說(shuō)明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時(shí)寫(xiě)的需求規格說(shuō)明書(shū)就非常不合格，不僅格式不正確內容也是少之又少。
在這方面，這篇文檔給我啟發(fā)很大。首先就是文檔的格式，要美觀(guān)整齊，讓人看著(zhù)舒服方便。其次就是文檔的內容，原來(lái)它不是很重要，寫(xiě)文檔的時(shí)候也不知道怎么寫(xiě)就借鑒下網(wǎng)上的內容，結果根本就沒(méi)有把自己項目的需求寫(xiě)明白，以至于自己最后都有些糊涂，所以根據以前的經(jīng)驗教訓我會(huì )對這部分更加重視。
第三、系統概要設計方面
這部分內容分說(shuō)的是軟件設計時(shí)期的概要設計階段，該階段的主要目的就是實(shí)現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關(guān)系。在概要設計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實(shí)現方案和軟件結構，從中選出最佳方案和最合理的`結構。在這個(gè)階段還會(huì )具體畫(huà)出E—R圖、數據流圖等方面的設計。
比如《物聯(lián)網(wǎng)物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據E—R圖設計、總體設計、界面設計等六個(gè)方面介紹，通過(guò)讀這個(gè)文檔，我覺(jué)得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術(shù)架構設計設計系統。在這個(gè)階段中模塊要做到高內聚低耦合，這樣開(kāi)發(fā)出來(lái)的系統才會(huì )具有更高的獨立性。
在原來(lái)做項目時(shí)沒(méi)有編寫(xiě)過(guò)這類(lèi)文檔，在該階段只是畫(huà)了結構圖、層次圖以及相關(guān)的模塊劃分，對該類(lèi)文檔尚未重視。通過(guò)張老師的講解和自己的學(xué)習，我相信在以后做項目的時(shí)候一定會(huì )注意到這類(lèi)文檔的編寫(xiě)。
第四、詳細設計與分析方面
詳細設計階段就是把概要設計階段的每個(gè)模塊進(jìn)一步設計，確定每個(gè)模塊所需要的算法和數據結構。在這個(gè)階段還是需要我們設計出程序的詳細規格說(shuō)明，而不是編寫(xiě)程序。在詳細設計階段，系統設計人員可以通過(guò)使用程序流程圖、盒圖、PAD圖等過(guò)程設計的工具和Jackson圖等面向數據結構的設計工具進(jìn)一步設計系統相關(guān)接口，主要包括界面設計接口、業(yè)務(wù)單設計接口、單元模塊設計接口等，這些對于以后的編碼工作都是極其重要的。
第五、編碼和測試方案方面
關(guān)于編碼，我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時(shí)期要按部就班的做，文檔一定要按要求書(shū)寫(xiě)，不能偷懶也不能草草書(shū)寫(xiě)。對于編碼也要有相應的文檔書(shū)寫(xiě)規范，要使源程序代碼的邏輯簡(jiǎn)明清晰、易讀易懂。這樣盡管我們不是設計系統的人員，當看到源程序代碼的時(shí)候也能容易讀懂代碼的意思。
其次就是測試的內容，從測試的文檔中我們可以得出，其實(shí)測試在軟件開(kāi)發(fā)中同樣占據了重要的地位，它主要就是盡可能多的找到問(wèn)題并排除其中的潛藏的錯誤，最終把一個(gè)高質(zhì)量的軟件系統交給用戶(hù)使用。它要求測試人員也要有很高的技術(shù)水平。
第二篇：軟件測試實(shí)習報告
這次軟件工程實(shí)訓是從20xx.12.26號開(kāi)始的，截至20xx.12.31號。實(shí)訓內容是用java相關(guān)知識（主要是jsp）做一個(gè)物流配送系統。下面談?wù)剬@次實(shí)訓的看法。
因為自己平時(shí)對java知識儲備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個(gè)項目，我心里都是沒(méi)有底的，再加上我被分到的那個(gè)組，我知道就意味著(zhù)是我一個(gè)人在戰斗了。呵呵，26號，實(shí)訓開(kāi)始了，我們的老師是來(lái)自中軟國際公司的程序員，一個(gè)是周褀，一個(gè)是朱映，都是一身樸素的著(zhù)裝，讓我感覺(jué)做軟件的也沒(méi)什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個(gè)組的系統，即將用到的知識，然后就總體把覺(jué)得需要補充的知識（jsp和數據庫連接等這幾塊）給我們實(shí)際操作了下，因為當時(shí)看到用jsp，還講的那么認真，當時(shí)我就后悔了，平時(shí)要是多聽(tīng)點(diǎn)，現在老師這么認真的給我們講，這是一個(gè)多么難得的機會(huì )啊。后悔也沒(méi)用啊，開(kāi)始還勉強能理解一點(diǎn)，后來(lái)就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalRose，SVN，MyEclipse等等。接下來(lái)的幾天就不再細講了。下面談?wù)勍ㄟ^(guò)這次實(shí)訓的心得體會(huì )吧。
通過(guò)這次實(shí)訓，讓我了解到工程開(kāi)發(fā)的過(guò)程，可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫(xiě)——>測試——>驗收。從技術(shù)方面上，我開(kāi)始jsp基礎基本上就是零的，在老師和syz2（另外一個(gè)物流小組，我一個(gè)人基本上是跟她們做的，或者說(shuō)是看著(zhù)她們做的）的幫助下，對jsp有了一個(gè)大概的認識。其實(shí)實(shí)訓開(kāi)始前，我還以為做個(gè)系統沒(méi)什么大不了，可是當真正拿到一個(gè)項目，我卻真的無(wú)從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫(xiě)時(shí)，一樣寸步難行。通過(guò)這個(gè)實(shí)訓，也讓我了解到，團隊協(xié)作是多么的重要。一個(gè)人的精力是多么的有限。進(jìn)一步理解到，企業(yè)為什么如此重視團隊協(xié)作。同時(shí)借用老師的話(huà)就是團隊協(xié)作固然重要，但是是建立在個(gè)人素質(zhì)的基礎上，假設你個(gè)人素質(zhì)不行，將會(huì )影響到整個(gè)團隊，就別提對團隊作更多貢獻了。**老師說(shuō)這幾句話(huà)的時(shí)候，朝向了我，估計是有特殊意義的`吧，所以，我將謹記老師的教導。
還有一個(gè)收獲是從一個(gè)同學(xué)（小胖）那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺(jué)得沒(méi)什么了，不過(guò)他倒是很重視這個(gè)問(wèn)題吧。然后他說(shuō)出來(lái)，我也覺(jué)得這個(gè)問(wèn)題確實(shí)其實(shí)是個(gè)大的問(wèn)題。就是不管你會(huì )不會(huì )這門(mén)技術(shù)，會(huì )不會(huì )做這個(gè)東西，態(tài)度要正確才好，就算你不會(huì )做，你也應該認真的對待，將來(lái) 出身到社會(huì )，就不是說(shuō)像你現在，不會(huì )做就不做，跑去玩游戲了。小胖說(shuō)出了這段話(huà)，也在我身上有了一個(gè)印證，雖然我jsp技術(shù)知識為0，但我也還是在認真的跟著(zhù)他們一起做，不會(huì )做，就多問(wèn)，畢竟現在我們是學(xué)生，可以毫不顧忌的詢(xún)問(wèn)各種問(wèn)題，老師也會(huì )盡力為你回答。將來(lái)出身社會(huì )就不一樣了。雖然，我就算個(gè)打醬油的水平，但是這個(gè)醬油也要打得有涵量啊。不管怎么樣，我能對自己有個(gè)交待，雖然我不會(huì )，但是這次實(shí)訓我確實(shí)是認真對待了，六天的實(shí)訓，除了晚上加班外，還花了2個(gè)通宵來(lái)完成不同階段的任務(wù)，完成與否也不重要了，我至少我做了，這點(diǎn)，是這次我應該對自己的一個(gè)肯定。
這次實(shí)訓的心得基本上就是這些了，最后特別感謝中軟國際帶我們的那兩個(gè)老師（周褀，朱映），這兩個(gè)老師對待我們很平易近人，對我們提出的問(wèn)題，總是不光解決了，還進(jìn)行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個(gè)問(wèn)題，臉都變紅了，還在繼續努力，這點(diǎn)我并不會(huì )覺(jué)得老師知識儲備不夠，我想應該是這個(gè)問(wèn)題的突發(fā)吧，一時(shí)沒(méi)想到怎么處理。相反讓我感覺(jué)更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導。
第三篇：軟件測試實(shí)習報告
20XX年11月28日，我懷著(zhù)提高并實(shí)現自我價(jià)值的心態(tài)，跨進(jìn)E軟件技術(shù)有限公司的大門(mén)，開(kāi)始了自己第一份實(shí)習工作。這是一家國內知名的專(zhuān)業(yè)軟件外包企 業(yè)，在深圳華南地區位居行業(yè)前列。易軟自開(kāi)始從事軟件外包業(yè)務(wù)以來(lái)，服務(wù)合作模式從人力資源外包發(fā)展到項目外包、離岸開(kāi)發(fā)和OEM產(chǎn)品合作等模式。業(yè)務(wù)領(lǐng) 域包括電信業(yè)，金融業(yè)，制造業(yè)等。特別在電信行業(yè)有多年積累，在電信業(yè)務(wù)領(lǐng)域涉及固網(wǎng)，智能網(wǎng)、移動(dòng)通信、光網(wǎng)絡(luò )，電信增值服務(wù)等業(yè)務(wù)領(lǐng)域。易軟公司總部 設在深圳， 在上海、南京、北京，廣州，重慶，蘇州，武漢，大連等地建立了分公司或辦事處，就近為客戶(hù)提供外包服務(wù)。
轉眼間，三個(gè)月實(shí)習 時(shí)間就過(guò)去了�；叵肫疬@段時(shí)間的工作過(guò)程，我從一名普通的大學(xué)生到一個(gè)為社會(huì )服務(wù)的軟件測試人員，思想覺(jué)悟有了很大的提高，作為一個(gè)剛剛步入企業(yè)的年輕人 來(lái)說(shuō)，什么都不懂，沒(méi)有任何實(shí)踐經(jīng)驗，不過(guò)在各位同事的幫助下，我很快的融入到了這個(gè)新環(huán)境，還學(xué)到了很多在學(xué)校學(xué)不到的東西，也認識到了自己很多的不 足，感覺(jué)受益匪淺。以下是我在這幾個(gè)月實(shí)習期間對工作的總結以及一些自己的心得體會(huì )。
要想成為好的測試人員，首先得了解自己要測試的軟件 的相關(guān)知識。要了解軟件產(chǎn)品的架構是什么樣的。要了解軟件的市場(chǎng)需求，在接觸軟件之初要可以多看看用戶(hù)的反饋信息，這些才是用戶(hù)最關(guān)心的，也是在測試中需 要注意的問(wèn)題，滿(mǎn)足客戶(hù)是最大的需要。但是了解軟件需求之后要學(xué)會(huì )要多讀些軟件系統的技術(shù)文檔，軟件設計文檔，這些文檔可以幫助了解產(chǎn)品如何工作。還有多 看看公司 Bug 庫中的問(wèn)題，這些存在的問(wèn)題可以幫助自己了解軟件產(chǎn)品那些地方存在缺陷，軟件系統那些地方會(huì )出現錯誤。軟件是運行在一個(gè)大環(huán)境中，如果對系統不熟悉，那么 有些問(wèn)題你不能從一個(gè)更廣闊的層面考慮，學(xué)習操作系統的知識，有助于你發(fā)現缺陷，定位問(wèn)題更加準確。比如軟件運行在 Windows 或者 Linux ，如果不懂操作系統，你就無(wú)法建立測試環(huán)境，有些時(shí)候時(shí)候軟件的組件發(fā)生問(wèn)題，就是自己系統配置造成的，對系統不熟悉，會(huì )把外在原因歸結為軟件本身。所以 要學(xué)習關(guān)于和軟件系統相關(guān)的知識，比如編程，網(wǎng)絡(luò )，數據庫等。不一定要學(xué)習到多好的程度，只是通過(guò)這些擴展的知識面，可以在發(fā)現問(wèn)題，解決問(wèn)題上不會(huì )局限 在狹小的圈子里。
和一切相關(guān)的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶(hù)交流，會(huì )在測試中從客戶(hù)的角度發(fā)現問(wèn)題；和開(kāi)發(fā)人員交流，會(huì )了解開(kāi)發(fā)人員怎么實(shí)現軟件功能的；和項目管理人員交流，會(huì )知道開(kāi)發(fā)進(jìn)度以及遇到的困難。
在這實(shí)習期間，我就參與了一個(gè)項目，這對我在軟件測試方面有了一定的認識和需要注意的地方。
在滕邦國際的項目中，我主要負責的是wap網(wǎng)站、Symbian客戶(hù)端和后臺管理系統，對有關(guān)用戶(hù)界面的測試和測試執行流程有了一定的了解，學(xué)會(huì )了對bug管理工具Bugzilla的使用。
一、有關(guān)用戶(hù)界面的測試
1、圖形測試
圖形包括圖片、動(dòng)畫(huà)、邊框、顏色、字體、背景、按鈕等。
�。�1） 要確保圖形有明確的用途，應用系統的圖片尺寸要合理，并且要能清楚的說(shuō)明某件事情，一般都鏈接到某個(gè)具體的頁(yè)面。如在滕邦項目中，wap網(wǎng)站跟客戶(hù)端的標志圖形就不一樣，酒店模塊、機票模塊和旅游模塊的`圖片也是不同的。
�。�2）驗證所有頁(yè)面字體的風(fēng)格是否一致。
�。�3）背景顏色與字體顏色和背景色相搭配。如本項目以該企業(yè)顏色為主。
2、內容測試
內容測試用來(lái)檢驗應用系統提供信息的正確性、準確性和相關(guān)性。信息的正確性是指信息是可靠的還是誤傳的。信息的相關(guān)性是指是否在當前頁(yè)面可以找到與當前瀏覽信息相關(guān)的信息列表或入口，也就是一般Web站點(diǎn)中的所謂"相關(guān)文章列表"。
如在滕邦項目中，在查詢(xún)機票的時(shí)候出現一個(gè)不應存在奧林匹克航空，查詢(xún)機票深圳—北京時(shí)，出現美國聯(lián)合航空 UA，屬于國際票務(wù)，也是不應該查詢(xún)到的。
3、整體界面測試
整體界面是指整個(gè) 應用系統的頁(yè)面結構設計，是給用戶(hù)的一個(gè)整體感。例如：當用戶(hù)瀏覽應用系統時(shí)是否感到舒適，是否憑直覺(jué)就知道要找的信息在什么地方？
整個(gè)應用系統的設計風(fēng)格是否一致？
在滕邦國際項目中，除了wap網(wǎng)站外，還有Symbian、Android、WinMobile三個(gè)客戶(hù)端，所以在事先沒(méi)有標準的情況下，各個(gè)平臺的導航不統一，各關(guān)鍵字段也不一致。
二、bug管理
1、在進(jìn)行測試前，首先必須理解業(yè)務(wù)和需求。需求和業(yè)務(wù)理解了，才知道客戶(hù)想要系統實(shí)現什么。然后按照需求來(lái)進(jìn)行測試，不滿(mǎn)足需求要求的都可以認為是BUG。
2、和開(kāi)發(fā)人員溝通。這里說(shuō)的溝通并不僅僅指通過(guò)溝通試圖讓開(kāi)發(fā)人員修改每個(gè)BUG，這個(gè)當然需要溝通，但是并不是指所有的BUG都需要修改，這中間涉及到成 本、技術(shù)，還有別的問(wèn)題。除此之外，通過(guò)和開(kāi)發(fā)人員搞好關(guān)系，對于BUG我們可以問(wèn)他發(fā)生該BUG的原因，修改的大致方法，甚至不修改的原因等等，這有助 于以后測試中多注意、多發(fā)現這樣的問(wèn)題，甚至提出修改建議。
如在Symbian客戶(hù)端測試中，會(huì )出現“內存不足，請關(guān)閉一些應用程序后再試”的警告，是屬于正�，F象。
3、決定BUG嚴重性的時(shí)候，可以根據該被測對象在整個(gè)系統中充當的角色，實(shí)現的功能來(lái)判定如果該對象出現錯誤會(huì )對整個(gè)系統產(chǎn)生什么樣的影響，對產(chǎn)生的影響打 分，從而定義BUG的嚴重程度；決定BUG優(yōu)先級的時(shí)候，可以先假設不修復該BUG，出現的這些問(wèn)題會(huì )產(chǎn)生哪些影響，然后判定這些影響的嚴重性來(lái)判定 BUG的優(yōu)先性。
如在項目中，旅游模塊頁(yè)面中，時(shí)自動(dòng)退出系統，本是屬于High單，而我提的是Medium單。
4、容易產(chǎn)生BUG的情況：雖然在開(kāi)發(fā)過(guò)程中，軟件需求通常都會(huì )發(fā)生改動(dòng)，所以如果某一部分的軟件需求頻繁發(fā)生變動(dòng)，那么就會(huì )導致和這部分相關(guān)的編碼和設計會(huì )相應的頻繁變動(dòng)，那么在測試中，這部分編碼設計實(shí)現的部分出現BUG的可能性就很大。
如果在開(kāi)發(fā)的過(guò)程中，大量使用了第三方的組件，或者從別的軟件中移植了大量的代碼，那么和這些第三方的組件和代碼相關(guān)部分出現BUG的可能性就很大。
【軟件測試實(shí)習報告】相關(guān)文章：
軟件測試實(shí)習報告07-01
軟件測試專(zhuān)業(yè)的實(shí)習報告怎么寫(xiě)呢？07-03
軟件測試人員述職報告07-01
軟件測試述職報告03-02
軟件測試07-11
2017年大學(xué)軟件測試實(shí)習報告07-03
騰訊軟件測試07-13
軟件測試課程設計報告范文07-03
測試顯卡性的軟件07-03