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