【正文】 這就使軟件的安全性、可靠性成為了重中之重。那么如何來解決軟件的一些BUG呢？軟件測(cè)試給我?guī)砹肆己玫慕鉀Q方案?！y(cè)試的任務(wù)使用人工或者自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。它是幫助識(shí)別開發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分）的正確度(correctness) 、完全度(pleteness)和質(zhì)量(quality)的軟件過程；是SQA(software quality assurance)的重要子域。Grenford ：；；。然而，這種觀點(diǎn)指出測(cè)試是以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是只從字面意思理解，可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目的，查找不出錯(cuò)誤的測(cè)試就是沒有價(jià)值的測(cè)試，實(shí)際上并非如此!，通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì)，可以幫助項(xiàng)目管理者；發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷，以便及時(shí)改進(jìn)；，改善測(cè)試的效率和有效性；，完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法；經(jīng)過需求分析、設(shè)計(jì)和編碼等階段的開發(fā)后，得到了源程序，開始進(jìn)入到軟件測(cè)試階段。然而，在測(cè)試之前的各階段中都可能在軟件產(chǎn)品中遺留下許多錯(cuò)誤和缺陷，如果不及時(shí)找出這些錯(cuò)誤和缺陷，并將其改正，這個(gè)軟件產(chǎn)品就不能正常使用，甚至?xí)?dǎo)致巨大的損失。目前，程序的正確性證明尚未得到根本的解決，因此軟件測(cè)試仍是發(fā)現(xiàn)軟件中錯(cuò)誤和缺陷的主要手段。測(cè)試是一項(xiàng)很艱苦的工作，其工作量約占軟件開發(fā)總工作量的40%以上，特別對(duì)一些關(guān)系到人的生命安全的軟件?！y(cè)試的目的軟件測(cè)試的目的決定了如何去組織測(cè)試。如果組織測(cè)試的目的是為了盡可能多的找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或者是以前出錯(cuò)比較多的位置。如果測(cè)試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評(píng)價(jià)，那么測(cè)試就應(yīng)該直接針對(duì)在實(shí)際應(yīng)用中經(jīng)常用到的商業(yè)假設(shè)。不同的機(jī)構(gòu)會(huì)有不同的測(cè)試目的；相同的機(jī)構(gòu)也可能有不同的測(cè)試目的，可能是測(cè)試不同的區(qū)域或者是對(duì)同一區(qū)域的不同層次的測(cè)試?！∠到y(tǒng)整體測(cè)試的步驟 1．單元測(cè)試單元測(cè)試是整體測(cè)試中的第一步，通常在編碼階段進(jìn)行。在源程序代碼經(jīng)過編譯、評(píng)審、確認(rèn)沒有語法錯(cuò)誤之后，便可開始進(jìn)行單元測(cè)試。 2．集成測(cè)試集成測(cè)試在單元測(cè)試完成之后，將所有的模塊概要設(shè)計(jì)要求組裝成系統(tǒng)時(shí)進(jìn)行的測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題。3．確認(rèn)測(cè)試經(jīng)過集成測(cè)試之后，接口錯(cuò)誤已經(jīng)發(fā)現(xiàn)被發(fā)現(xiàn)并改正了，接下便要進(jìn)行確認(rèn)測(cè)試。所謂確認(rèn)測(cè)試就是驗(yàn)證所開發(fā)軟件的功能性及其他特性是否符合軟件需求規(guī)格說明書的要求。所以，確認(rèn)測(cè)試又被稱為有效性測(cè)試。4．系統(tǒng)測(cè)試系統(tǒng)測(cè)試是更大范圍內(nèi)進(jìn)行測(cè)試，它將經(jīng)過確認(rèn)測(cè)試的軟件作為整個(gè)基于計(jì)算機(jī)的系統(tǒng)的一個(gè)元素，在實(shí)際運(yùn)行環(huán)境下，對(duì)系統(tǒng)進(jìn)行的一系列集成和確認(rèn)測(cè)試?！”鞠到y(tǒng)測(cè)試為了測(cè)試系統(tǒng)的正確性和完整性，本節(jié)將對(duì)系統(tǒng)中重點(diǎn)模塊的測(cè)試進(jìn)行介紹。　前臺(tái)首頁的測(cè)試1．添加模塊的測(cè)試首先在主頁中的用戶注冊(cè)類別中單擊某一用戶注冊(cè)類別，其中包括員工注冊(cè)和顧客會(huì)員用戶注冊(cè)。然后主頁顯示出所添加的類別的用戶注冊(cè)，說明添加成功。然后單擊該類別下的信息，查添加結(jié)果返回到后臺(tái)正確的信息列表當(dāng)中。通過對(duì)系統(tǒng)的反復(fù)大量的測(cè)試，該模塊測(cè)試成功。2．申請(qǐng)預(yù)約模塊的測(cè)試測(cè)試過程是單擊功能欄中的的申請(qǐng)預(yù)約這一按鈕，系統(tǒng)主頁中間會(huì)顯示出預(yù)約需要填寫的信息。如果成功就會(huì)在后臺(tái)部分的預(yù)約欄中顯示出來。通過對(duì)該功能的重復(fù)大量測(cè)試，該模塊能夠準(zhǔn)確地實(shí)現(xiàn)此項(xiàng)功能。3． 查看維修記錄模塊的測(cè)試在前臺(tái)的功能欄中會(huì)有一項(xiàng)查看維修記錄的這一按鈕，無論是管理者還是顧客都可以根據(jù)需要來查看維修以前的記錄。通過按照用戶名來查詢，如果成功就會(huì)在下面顯示出相應(yīng)用戶的詳細(xì)維修記錄信息。反復(fù)查詢，通過測(cè)試?！∑嚺浼K的測(cè)試在本模塊中首先對(duì)汽車配件進(jìn)庫數(shù)量單元進(jìn)行了測(cè)試，所進(jìn)入庫存的配件如果是以前庫存中存在的種類，則進(jìn)庫就會(huì)成功成功，否則就會(huì)先添加這個(gè)種類，然后再來添加該種類配件的數(shù)量。出庫時(shí)的測(cè)試是我們所要出庫的配件必須是存在的而且是數(shù)量必須要保證小于或者等于庫存中的。如果大于庫存的數(shù)量，就會(huì)顯示出來出庫數(shù)量大于庫存這一信息。在添加配件種類時(shí)候，會(huì)相應(yīng)的填寫一些提供配件的供應(yīng)商的信息，這樣方便以后對(duì)配件進(jìn)行反饋或者再次合作，或者返回配件。還有就是配件查詢這一單元，會(huì)按照不同的條件來查詢不同種類的不同名稱的配件。通過隨機(jī)測(cè)試了幾組數(shù)據(jù)，都比較成功。達(dá)到了我們預(yù)期想要的測(cè)試結(jié)果?！∮脩糇?cè)模塊的測(cè)試在用戶注冊(cè)模塊中涉及到了兩種類型。一種是員工注冊(cè)并且是否被錄用的情況，還有一種就是會(huì)員用戶的注冊(cè)。其中都包括自己的相應(yīng)的數(shù)據(jù)項(xiàng)，項(xiàng)目分別為用編號(hào)、戶名、性別、身份證號(hào)或者生日、電話、地址、Email、狀態(tài)。測(cè)試這個(gè)模塊準(zhǔn)備的數(shù)據(jù)有：1．李冰、男、—、15323647889哈爾濱、—、—2．孫麗、女、1988080—、哈爾濱、—3．馮盼、女、1987090154342344哈爾濱、feng@4．小小、女、2306558132323124434哈爾濱、xiao@、已被錄用首先進(jìn)入注冊(cè)頁面，輸入第一組數(shù)據(jù)，單擊注冊(cè)按鈕系統(tǒng)會(huì)提示表單信息不能為空，因?yàn)楸韱涡畔⒁刻顚?，而神風(fēng)證號(hào)和郵件還有狀態(tài)沒有寫值。然后測(cè)試第二組數(shù)據(jù)，可以明顯看出電話號(hào)碼與郵件沒有寫。接下來測(cè)試第三組數(shù)據(jù)，系統(tǒng)會(huì)顯示注冊(cè)會(huì)員成功。然后測(cè)試第四組數(shù)據(jù)，其中個(gè)項(xiàng)均是系統(tǒng)正確的數(shù)據(jù)，系統(tǒng)會(huì)顯示注冊(cè)員工成功。因此測(cè)試通過。　汽車維護(hù)與美容模塊的測(cè)試1． 添加汽車維護(hù)功能的測(cè)試對(duì)于添加維護(hù)項(xiàng)目表單這一功能中，里面包括了項(xiàng)目編號(hào)，項(xiàng)目名稱，項(xiàng)目描述，所需配件以及個(gè)數(shù)，維修人員，報(bào)價(jià)，客戶姓名，維修完日期，提交維護(hù)項(xiàng)目表單。對(duì)于這些其中的信息，我們必須要逐個(gè)的詳細(xì)填寫，稍有不慎，就會(huì)產(chǎn)生你所填寫的表單不成功。例如不填寫維修完日期，那么維修人員就不會(huì)確切的知道顧客的時(shí)間要求，同時(shí)對(duì)企業(yè)的效率也會(huì)影響。所以，在填寫的時(shí)候如果都能按照要求來做，那么這個(gè)表單就一定會(huì)是成功的。從而可以達(dá)到自己的要求。我按照這些要求來填寫，結(jié)果都是成功的。所以，測(cè)試比較成功。2． 添加美容功能的測(cè)試在美容這一環(huán)節(jié)當(dāng)中，我們可能會(huì)遇到的東西會(huì)比維修環(huán)節(jié)少一些，但是也要我們仔細(xì)的填寫。其中的美容項(xiàng)目一定要跟據(jù)自己的需要來選擇，以免選擇錯(cuò)誤。如果選擇錯(cuò)誤或者填寫信息不全，也會(huì)造成一些不好的后果。所以在測(cè)試的時(shí)候我都比較小心的應(yīng)用。應(yīng)該是成功的。3． 瀏覽項(xiàng)目功能的測(cè)試測(cè)試這個(gè)模塊的步驟是在后臺(tái)的功能欄中選擇瀏覽項(xiàng)目這一按鈕，就會(huì)顯示出所有維護(hù)、美容過的信息。其中包括它的編號(hào)、項(xiàng)目名稱、項(xiàng)目描述、報(bào)價(jià)、用戶姓名、日期。這個(gè)功能比較簡(jiǎn)單，在一般情況下，是不容易出錯(cuò)，基本都是在維護(hù)或者美容之后就會(huì)產(chǎn)生這個(gè)功能。所以這個(gè)模塊是安全的。　收銀管理模塊的測(cè)試這一模塊的功能主要是針對(duì)當(dāng)天所做的項(xiàng)目進(jìn)行金額的提交。其中包括所做的項(xiàng)目名稱、收入金額、收銀員。在這些的底部會(huì)顯示出當(dāng)天所做項(xiàng)目的詳細(xì)信息，還有這些金額的總和。測(cè)試這一部分的原因就是有的時(shí)候我們沒有做過的項(xiàng)目看看能不能在這里顯示出來。根據(jù)我的測(cè)試是如果我們實(shí)事求是的話是不允許顯示出來的。無論從哪個(gè)反面來說，這塊都是比較安全的。因?yàn)檫@是涉及到錢財(cái)?shù)囊徊糠?。也就是整個(gè)企業(yè)的最重要的部分了?！”菊滦〗Y(jié)軟件測(cè)試是軟件開發(fā)中的重中之重，在項(xiàng)目管理過程中，強(qiáng)調(diào)的是每個(gè)過程的每一個(gè)環(huán)節(jié)都要進(jìn)行測(cè)試，保證系統(tǒng)在每個(gè)階段可以控制。本章著重對(duì)前臺(tái)首頁、購物車模塊、用戶注冊(cè)模塊和數(shù)碼產(chǎn)品管理模塊進(jìn)行了詳細(xì)的測(cè)試說明。通過反復(fù)大量的測(cè)試，每個(gè)模塊均測(cè)試成功。結(jié)　　論汽車維護(hù)與美容管理系統(tǒng)采用了比較流行的B/S模式，使用當(dāng)前較流行的Struts技術(shù)和擁有較高安全性與穩(wěn)定性的數(shù)據(jù)庫SQL Server 2005來完成系統(tǒng)的設(shè)計(jì)與開發(fā)。系統(tǒng)充分考慮了用戶的需求，最終達(dá)到了預(yù)期效果，并添加了一些附加功能，使系統(tǒng)更加人性化。操作者可以隨時(shí)對(duì)所有的信息進(jìn)行查詢，并且每個(gè)模塊都提供信息瀏覽的功能。本系統(tǒng)實(shí)現(xiàn)了汽車維護(hù)與美容店通過電腦技術(shù)來管理本店。這樣既方便了客戶同時(shí)也方便了自己的店。此管理系統(tǒng)的前臺(tái)與后臺(tái)分別有不同的功能，前臺(tái)主要包括讓顧客以及管理者們的瀏覽以前的維修信息，同時(shí)也可以注冊(cè)新的員工和客戶信息，然后顧客可以提前預(yù)約項(xiàng)目。后臺(tái)部分主要就是針對(duì)此管理系統(tǒng)來詳細(xì)的介紹，其中有汽車的維護(hù)，配件，美容，財(cái)務(wù)，以及人員相關(guān)信息的管理。由于本人在知識(shí)、經(jīng)驗(yàn)方面都存在著不足，對(duì)整個(gè)系統(tǒng)的實(shí)踐還是存在缺陷，同時(shí)整個(gè)開發(fā)的過程中時(shí)間也比較倉促，因此該系統(tǒng)必然會(huì)存在一些不足之處。本系統(tǒng)在配件入庫等管理方面還有不足之處，由于對(duì)其具體功能分析的不夠透徹，以至于在實(shí)現(xiàn)功能上不夠細(xì)化，不夠詳盡，所以有待以后將其更加完善。致　　謝歷經(jīng)三個(gè)月的時(shí)間，在指導(dǎo)老師的指導(dǎo)和同學(xué)幫助之下，我比較順利地 完成了本次畢業(yè)設(shè)計(jì)。在畢業(yè)設(shè)計(jì)這段時(shí)間里，我認(rèn)識(shí)到了自己專業(yè)知識(shí)的不足，但是經(jīng)過自己的努力獨(dú)立地完成我的設(shè)計(jì)，最終收獲許多，學(xué)到了以前很多沒有學(xué)到的知識(shí)，同時(shí)也鞏固了所學(xué)過的知識(shí)。首先，感謝我的指導(dǎo)老師。作為我的導(dǎo)師，無論是在理論還是實(shí)踐方面都給我提了很多寶貴的意見，讓我的畢業(yè)實(shí)際始終在一個(gè)不斷進(jìn)步的過程當(dāng)中，無論是在業(yè)務(wù)流程上，還是我的思想上都有了很大的進(jìn)步和改善。其次，我也很感謝在一起做畢業(yè)設(shè)計(jì)的同學(xué)，畢業(yè)設(shè)計(jì)期間，我們?cè)谝黄鹩懻撍枷?，討論技術(shù)，討論如何去做的更美觀等等。我深刻領(lǐng)悟到，與同學(xué)們?cè)谝黄鸩⒓缱鲬?zhàn)的日子里，我體會(huì)到了前所未有的開心，同時(shí)也讓我提前有一種團(tuán)隊(duì)合作的感覺。這種感覺是很棒的。最后，感謝在畢業(yè)設(shè)計(jì)中為我提供幫助的學(xué)院的老師，以及在畢業(yè)設(shè)計(jì)中被我引用或參考的論著的作者，總之感謝在畢業(yè)設(shè)計(jì)期間給予我?guī)椭乃欣蠋熀屯瑢W(xué)，感謝你們對(duì)我的支持與鼓勵(lì)。參考文獻(xiàn)1　劉遵仁， 2　薩師煊， 3　 EE 4　+Spring+Hibernate+ 5　6　7　黃理，洪亮， 8　 9　：STRUTS 2核心技術(shù)與JAVA EE框架整合開發(fā)實(shí) 10　黃開枝， 11　12　13　14　 Servlet 15　 Information system management in 16　Raghu Ramakrishnan，Johannes Management17　Cassidy systems strategic St.附錄1簡(jiǎn)介Struts 是 Apache軟件基金會(huì)（ASF）贊助的一個(gè)開源項(xiàng)目。它最初是 Jakarta項(xiàng)目中的一個(gè)子項(xiàng)目，并在2004年3月成為ASF的頂級(jí)項(xiàng)目。它通過采用 Java Servlet/JSP 技術(shù)，實(shí)現(xiàn)了基于Java EE Web應(yīng)用的 ModelViewController（MVC）設(shè)計(jì)模式的應(yīng)用框架（Web Framework），是 MVC 經(jīng)典設(shè)計(jì)模式中的一個(gè)經(jīng)典產(chǎn)品。 MVC結(jié)構(gòu) 在 Struts 中，已經(jīng)由一個(gè)名為 ActionServlet 的 Servlet 充當(dāng)控制器（Controller）的角色，根據(jù)描述模型、視圖、控制器對(duì)應(yīng)關(guān)系的 的配置文件，轉(zhuǎn)發(fā)視圖（View）的請(qǐng)求，組裝響應(yīng)數(shù)據(jù)模型（Model）。在 MVC 的 模型（Model）部分，經(jīng)常劃分為兩個(gè)主要子系統(tǒng)（系統(tǒng)的內(nèi)部數(shù)據(jù)狀態(tài)與改變數(shù)據(jù)狀態(tài)的邏輯動(dòng)作），這兩個(gè)概念子系統(tǒng)分別具體對(duì)應(yīng) Struts 里的 ActionForm 與 Action 兩個(gè)需要繼承實(shí)現(xiàn)超類。在這里，Struts 可以與各種標(biāo)準(zhǔn)的數(shù)據(jù)訪問技術(shù)結(jié)合在一起，包括Enterprise Java Beans（EJB）, JDBC 與 JNDI。在 Struts 的視圖（View） 端，除了使用標(biāo)準(zhǔn)的JavaServer Pages（JSP）以外，還提供了大量的標(biāo)簽庫使用，同時(shí)也可以與其他表現(xiàn)層組件技術(shù)（產(chǎn)品）進(jìn)行整合，比如 Velocity Templates，XSLT 等。通過應(yīng)用 Struts 的框架，最終用戶可以把大部分的關(guān)注點(diǎn)放在自己的業(yè)務(wù)邏輯（Action）與 映射關(guān)系的配置文件（）中。 發(fā)展歷程 在 Java EE 的Web應(yīng)用發(fā)展的初期，除了使用 Servlet 技術(shù)以外，普遍是在 JavaServer Pages （JSP）的源代碼中，采用 HTML 與 Java 代碼混合的方式進(jìn)行開發(fā)。因?yàn)檫@兩種方式不可避免的要把表現(xiàn)與業(yè)務(wù)邏輯代碼混合在一起，都給前期開發(fā)與后期維護(hù)帶來巨大的復(fù)雜度。為了擺脫上述的約束與局限，把業(yè)務(wù)邏輯代碼從表現(xiàn)層中清晰的分離出來，2000年，Craig McClanahan 采用了 MVC 的設(shè)計(jì)模式開發(fā)Struts。后來該框架產(chǎn)品一度被認(rèn)為是最廣泛、最流行 JAVA 的 WEB 應(yīng)用框架。 2006年，WebWork 與 Struts 這兩個(gè)優(yōu)秀的Java EE Web框架（Web Framework）的團(tuán)體，決定合作共同開發(fā)一個(gè)新的，整合了 WebWork 與 Struts 優(yōu)點(diǎn)，并且更加優(yōu)雅、擴(kuò)展性更強(qiáng)的框架，命名為 “Struts 2”， 版本產(chǎn)品稱為”Struts 1”。 至此，Struts項(xiàng)目并行提供與維護(hù)兩個(gè)主要版本的框架產(chǎn)品——Struts 1 與 Struts 2。 充滿競(jìng)爭(zhēng)的MVC框架 雖然Struts的是成熟的和流行的框架，建設(shè)前端Java應(yīng)用，它正面臨新的挑戰(zhàn)，從較新的”輕量”的MVC框架，如Spring的MVC ，Stripes和Tapestry 。新的XForms標(biāo)準(zhǔn)和框架，也可能是另一種選擇，以建立復(fù)雜的Web窗體驗(yàn)證與Struts的未來。 在WebWork框架脫離Apache的Struts的幾年前，以提供改進(jìn)和完善，同時(shí)保持了相同的一般建筑的原始Struts框架。然而，它在2005年12月宣布，該框架將重新合并WebWork 。WebWork ，成為Apache的Struts的2 ，達(dá)到了第一個(gè)完整的版本于