javaweb工程單元測試

⑴ java單元測試中 為什麼單元測試通過了 但程序還是報了錯

Java學習之路：不走彎路，就是捷徑 （1）
作者： ∣來源：中國Java技術網∣原文地址∣2006-3-14
0．引言 在ChinaITLAB導師制輔導中，筆者發現問得最多的問題莫過於"如何學習編程？Java該如何學習？"。類似的問題回答多了，難免會感覺厭煩，就萌生了寫下本文的想法。到時候再有人問起類似的問題，我可以告訴他（她），請你去看看《Java學習之路》。拜讀過台灣蔡學鏞先生的《Java夜未眠》，有些文章如《Java學習之道》等讓我們確實有共鳴，本文題目也由此而來。 軟體開發之路是充滿荊棘與挑戰之路,也是充滿希望之路。Java學習也是如此，沒有捷徑可走。夢讓蠢想像《天龍八部》中虛竹一樣被無崖子醍醐灌頂而輕松獲得一甲子功力，是很不現實的。每天仰天大叫"天神啊，請賜給我一本葵花寶典吧"，殊不知即使你獲得了葵花寶典，除了受自宮其身之苦外，你也不一定成得了"東方不敗"，倒是成"西方失敗"的幾率高一點。 "不走彎路，就是捷徑"，佛經說的不無道理。

1．如何學習程序設計？ Java是一種平台，也是一種程序設計語言，如何學好程序設計不僅僅適用於Java，對C++等其他程序設計語言也一樣管用。有編程高手認為坦衫陪，Java也好C也好沒什麼分別，拿來就用。為什麼他們能達到如此境界？我想是因為編程語言之間有共通之處，領會了編程的精髓，自然能夠做到一通百通。如何學習程序設計理所當然也有許多共通的地方。

1.1 培養興趣 興趣是能夠讓你堅持下去的動力。如果只是把寫程序作為謀生的手段的話，你會活的很累，也太對不起自己了。多關心一些行業趣事，多想想蓋茨。不是提倡天天做白日夢，但人要是沒有了夢想，你覺得有味道嗎？可能像許多深圳本地農民一樣，打打麻將，喝喝功夫茶，拜拜財神爺；每個月就有幾萬十幾萬甚至更多的進帳，憑空多出個"食利階層"。你認為，這樣有味道嗎？有空多到一些程序員論壇轉轉，你會發現，他們其實很樂觀幽默，時不時會冒出智慧的火花。

1.2 慎選程序設計語言 男怕入錯行，女怕嫁錯郎。初學者選擇程序設計語言需要謹慎對待。軟體開發不僅僅是掌握一門編程語言了事，它還需要其他很多方面的背景知識。軟體開發也不僅僅局限於某幾個領域，而是已經滲透到了各行各業幾乎每一個角落。 如果你對硬體比較感興趣，你可以學習C語言/匯編語言，進入硬體開發領域。如果你對電信的行業知識及網路比較熟悉，你可以在C/C++等之上多花時間，以期進入電信軟體開發領域。如果你對操作系統比較熟悉，你可以學習C/linux等等,為Linux內核開發/驅動程序開發/嵌入式開發打基礎。 如果你想介入到塌旅應用范圍最廣泛的應用軟體開發（包括電子商務電子政務系統）的話，你可以選擇J2EE或.NET，甚至LAMP組合。每個領域要求的背景知識不一樣。做應用軟體需要對資料庫等很熟悉。總之，你需要根據自己的特點來選擇合適你的編程語言。

1.3 要腳踏實地,快餐式的學習不可取 先分享一個故事。 有一個小朋友，他很喜歡研究生物學，很想知道那些蝴蝶如何從蛹殼里出來，變成蝴蝶便會飛。有一次，他走到草原上面看見一個蛹，便取了回家，然後看著，過了幾天以後，這個蛹出了一條裂痕，看見裡面的蝴蝶開始掙扎，想抓破蛹殼飛出來。 這個過程達數小時之久，蝴蝶在蛹裡面很辛苦地拚命掙扎，怎麼也沒法子走出來。這個小孩看著看著不忍心，就想不如讓我幫幫它吧，便隨手拿起剪刀在蛹上剪開，使蝴蝶破蛹而出。 但蝴蝶出來以後，因為翅膀不夠力，變得很臃腫，飛不起來。 這個故事給我們的啟示是：欲速則不達。 浮躁是現代人最普遍的心態，能怪誰？也許是貧窮落後了這么多年的緣故，就像當年的大躍進一樣，都想大步跨入共產主義社會。現在的軟體公司、客戶、政府、學校、培訓機構等等到處彌漫著浮躁之氣。就拿筆者比較熟悉的深圳IT培訓行業來說吧，居然有的打廣告宣稱"參加培訓，100%就業"，居然報名的學生不少，簡直是藐視天下程序員。社會環境如是，我們不能改變，只能改變自己,鬧市中的安寧，彌足珍貴。許多初學者C++/Java沒開始學，立馬使用VC/JBuilder,會使用VC/JBuilder開發一個Hello World程序，就忙不迭的向世界宣告，"我會軟體開發了"，簡歷上也大言不慚地寫上"精通VC/Java"。結果到軟體公司面試時要麼被三兩下打發走了，要麼被駁的體無完膚，無地自容。到處碰壁之後才知道捧起《C++編程思想》《Java編程思想》仔細鑽研，早知如此何必當初呀。 "你現在講究簡單方便，你以後的路就長了"，好象也是佛經中的勸戒。

1.4 多實踐,快實踐 彭端淑的《為學一首示子侄》中有窮和尚與富和尚的故事。 從前，四川邊境有兩個和尚，一個貧窮，一個有錢。一天，窮和尚對富和尚說："我打算去南海朝聖，你看怎麼樣？"富和尚說："這里離南海有幾千里遠，你靠什麼去呢？"窮和尚說："我只要一個水缽，一個飯碗就夠了。"富和尚為難地說："幾年前我就打算買條船去南海，可至今沒去成，你還是別去吧！" 一年以後，富和尚還在為租賃船隻籌錢，窮和尚卻已經從南海朝聖回來了。 這個故事可解讀為：任何事情，一旦考慮好了，就要馬上上路，不要等到准備周全之後，再去幹事情。假如事情准備考慮周全了再上路的話，別人恐怕捷足先登了。軟體開發是一門工程學科，注重的就是實踐，"君子動口不動手"對軟體開發人員來講根本就是錯誤的，他們提倡"動手至上"，但別害怕，他們大多溫文爾雅，沒有暴力傾向，雖然有時候蓬頭垢面的一副"比爾蓋茨"樣。有前輩高人認為，學習編程的秘訣是：編程、編程、再編程，筆者深表贊同。不僅要多實踐，而且要快實踐。我們在看書的時候，不要等到你完全理解了才動手敲代碼，而是應該在看書的同時敲代碼，程序運行的各種情況可以讓你更快更牢固的掌握知識點。

1.5 多參考程序代碼 程序代碼是軟體開發最重要的成果之一，其中滲透了程序員的思想與靈魂。許多人被《仙劍奇俠傳》中凄美的愛情故事感動,悲劇的結局更有一種缺憾美。為什麼要以悲劇結尾？據說是因為寫《仙劍奇俠傳》的程序員失戀而安排了這樣的結局，他把自己的感覺融入到游戲中，卻讓眾多的仙劍迷扼腕嘆息。 多多參考代碼例子，對Java而言有參考文獻[4.3],有API類的源代碼(JDK安裝目錄下的src.zip文件)，也可以研究一些開源的軟體或框架。

1.6 加強英文閱讀能力 對學習編程來說，不要求英語, 但不能一點不會,。最起碼像Java API文檔(參考文獻[4.4])這些東西還是要能看懂的,連猜帶懵都可以；旁邊再開啟一個"金山詞霸"。看多了就會越來越熟練。在學Java的同時學習英文，一箭雙雕多好。另外好多軟體需要到英文網站下載，你要能夠找到它們，這些是最基本的要求。英語好對你學習有很大的幫助。口語好的話更有機會進入管理層，進而可以成為剝削程序員的"周扒皮"。

1.7 萬不得已才請教別人 筆者在ChinaITLab網校的在線輔導系統中解決學生問題時發現，大部分的問題學生稍做思考就可以解決。請教別人之前，你應該先回答如下幾個問題。 你是否在google中搜索了問題的解決辦法？ 你是否查看了Java API文檔？ 你是否查找過相關書籍？ 你是否寫代碼測試過？ 如果回答都是"是"的話，而且還沒有找到解決辦法，再問別人不遲。要知道獨立思考的能力對你很重要。要知道程序員的時間是很寶貴的。

1.8 多讀好書 書中自有顏如玉。比爾?蓋茨是一個飽讀群書的人。雖然沒有讀完大學，但九歲的時候比爾?蓋茨就已經讀完了所有的網路全書，所以他精通天文、歷史、地理等等各類學科，可以說比爾?蓋茨不僅是當今世界上金錢的首富，而且也可以稱得上是知識的巨富。 筆者在給學生上課的時候經常會給他們推薦書籍，到後來學生實在忍無可忍開始抱怨，"天吶，這么多書到什麼時候才能看完了"，"學軟體開發，感覺上了賊船"。這時候，我的回答一般是，"別著急，什麼時候帶你們去看看我的書房，到現在每月花在技術書籍上的錢400元，這在軟體開發人員之中還只能夠算是中等的"，學生當場暈倒。（註：這一部分學生是剛學軟體開發的） 對於在Java開發領域的好書在筆者另外一篇文章中會專門點評。該文章可作為本文的姊妹篇。

1.9 使用合適的工具 工欲善其事必先利其器。軟體開發包含各種各樣的活動，需求收集分析、建立用例模型、建立分析設計模型、編程實現、調試程序、自動化測試、持續集成等等，沒有工具幫忙可以說是寸步難行。工具可以提高開發效率，使軟體的質量更高BUG更少。組合稱手的武器。到飛花摘葉皆可傷人的境界就很高了，無招勝有招，手中無劍心中有劍這樣的境界幾乎不可企及。在筆者另外一篇文章中會專門闡述如何選擇合適的工具（該文章也可作為本文的姊妹篇）。

2．軟體開發學習路線 兩千多年的儒家思想孔孟之道，中庸的思想透入骨髓，既不冒進也不保守並非中庸之道，而是找尋學習軟體開發的正確路線與規律。 從軟體開發人員的生涯規劃來講，我們可以大致分為三個階段，軟體工程師→軟體設計師→架構設計師或項目管理師。不想當元帥的士兵不是好士兵，不想當架構設計師或項目管理師的程序員也不是好的程序員。我們應該努力往上走。讓我們先整理一下開發應用軟體需要學習的主要技術。

A．基礎理論知識，如操作系統、編譯原理、數據結構與演算法、計算機原理等，它們並非不重要。如不想成為計算機科學家的話，可以採取"用到的時候再來學"的原則。

B．一門編程語言，現在基本上都是面向對象的語言，Java/C++/C#等等。如果做WEB開發的話還要學習HTML/JavaScript等等。

C．一種方法學或者說思想，現在基本都是面向對象思想（OOA/OOD/設計模式）。由此而衍生的基於組件開發CBD/面向方面編程AOP等等。

D．一種關系型資料庫，ORACLE/SqlServer/DB2/MySQL等等

E．一種提高生產率的IDE集成開發環境JBuilder/Eclipse/VS.NET等。

F．一種UML建模工具，用ROSE/VISIO/鋼筆進行建模。

G．一種軟體過程，RUP/XP/CMM等等，通過軟體過程來組織軟體開發的眾多活動，使開發流程專業化規范化。當然還有其他的一些軟體工程知識。

H．項目管理、體系結構、框架知識。

正確的路線應該是：B→C→E→F→G→H。 還需要補充幾點：
1）．對於A與C要補充的是，我們應該在實踐中逐步領悟編程理論與編程思想。新技術雖然不斷涌現，更新速度令人眼花燎亂霧里看花；但萬變不離其宗，編程理論與編程思想的變化卻很慢。掌握了編程理論與編程思想你就會有撥雲見日之感。面向對象的思想在目前來講是相當關鍵的，是強勢技術之一，在上面需要多投入時間，給你的回報也會讓你驚喜。
2）．對於資料庫來說是獨立學習的，這個時機就由你來決定吧。
3）．編程語言作為學習軟體開發的主線，而其餘的作為輔線。
4）．軟體工程師著重於B、C、E、D；軟體設計師著重於B、C、E、D、F；架構設計師著重於C、F、H。

3．如何學習Java?

3.1 Java學習路線
3.1.1 基礎語法及Java原理 基礎語法和Java原理是地基，地基不牢靠，猶如沙地上建摩天大廈，是相當危險的。學習Java也是如此，必須要有扎實的基礎，你才能在J2EE、J2ME領域游刃有餘。參加SCJP（SUN公司認證的Java程序員）考試不失為一個好方法，原因之一是為了對得起你交的1200大洋考試費，你會更努力學習，原因之二是SCJP考試能夠讓你把基礎打得很牢靠，它要求你跟JDK一樣熟悉Java基礎知識；但是你千萬不要認為考過了SCJP就有多了不起，就能夠獲得軟體公司的青睞，就能夠獲取高薪，這樣的想法也是很危險的。獲得"真正"的SCJP只能證明你的基礎還過得去，但離實際開發還有很長的一段路要走。

3.1.2 OO思想的領悟 掌握了基礎語法和Java程序運行原理後，我們就可以用Java語言實現面向對象的思想了。面向對象，是一種方法學;是獨立於語言之外的編程思想;是CBD基於組件開發的基礎;屬於強勢技術之一。當以後因工作需要轉到別的面向對象語言的時候，你會感到特別的熟悉親切，學起來像喝涼水這么簡單。

使用面向對象的思想進行開發的基本過程是：
●調查收集需求。
●建立用例模型。
●從用例模型中識別分析類及類與類之間的靜態動態關系，從而建立分析模型。
●細化分析模型到設計模型。
●用具體的技術去實現。
●測試、部署、總結。

3.1.3 基本API的學習 進行軟體開發的時候，並不是什麼功能都需要我們去實現，也就是經典名言所說的"不需要重新發明輪子"。我們可以利用現成的類、組件、框架來搭建我們的應用，如SUN公司編寫好了眾多類實現一些底層功能，以及我們下載過來的JAR文件中包含的類,我們可以調用類中的方法來完成某些功能或繼承它。那麼這些類中究竟提供了哪些方法給我們使用？方法的參數個數及類型是？類的構造器需不需要參數？總不可能SUN公司的工程師打國際長途甚至飄洋過海來告訴你他編寫的類該如何使用吧。他們只能提供文檔給我們查看，Java DOC文檔（參考文獻4.4）就是這樣的文檔，它可以說是程序員與程序員交流的文檔。 基本API指的是實現了一些底層功能的類，通用性較強的API，如字元串處理/輸入輸出等等。我們又把它成為類庫。熟悉API的方法一是多查Java DOC文檔（參考文獻4.4），二是使用JBuilder/Eclipse等IDE的代碼提示功能。

3.1.4 特定API的學習 Java介入的領域很廣泛，不同的領域有不同的API，沒有人熟悉所有的API，對一般人而言只是熟悉工作中要用到的API。如果你做界面開發，那麼你需要學習Swing/AWT/SWT等API；如果你進行網路游戲開發，你需要深入了解網路API/多媒體API/2D3D等；如果你做WEB開發，就需要熟 悉Servlet等API啦。總之，需要根據工作的需要或你的興趣發展方向去選擇學習特定的API。

3.1.5 開發工具的用法 在學習基礎語法與基本的面向對象概念時，從鍛煉語言熟練程度的角度考慮，我們推薦使用的工具是Editplus/JCreator+JDK,這時候不要急於上手JBuilder/Eclipse等集成開發環境，以免過於關注IDE的強大功能而分散對Java技術本身的注意力。過了這一階段你就可以開始熟悉IDE了。 程序員日常工作包括很多活動，編輯、編譯及構建、調試、單元測試、版本控制、維持模型與代碼同步、文檔的更新等等，幾乎每一項活動都有專門的工具，如果獨立使用這些工具的話，你將會很痛苦，你需要在堆滿工具的任務欄上不斷的切換，效率很低下，也很容易出錯。在JBuilder、Eclipse等IDE中已經自動集成編輯器、編譯器、調試器、單元測試工具JUnit、自動構建工具ANT、版本控制工具CVS、DOC文檔生成與更新等等，甚至可以把UML建模工具也集成進去，又提供了豐富的向導幫助生成框架代碼，讓我們的開發變得更輕松。應該說IDE發展的趨勢就是集成軟體開發中要用到的幾乎所有工具。 從開發效率的角度考慮，使用IDE是必經之路，也是從一個學生到一個職業程序員轉變的里程碑。 Java開發使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等幾種；而Eclipse、JBuilder佔有的市場份額是最大的。JBuilder在近幾年來一直是Java集成開發環境中的霸主，它是由備受程序員尊敬的Borland公司開發，在硝煙彌漫的Java IDE大戰中,以其快速的版本更新擊敗IBM的Visual Age for Java等而成就一番偉業。IBM在Visual Age for Java上已經無利可圖之下，乾脆將之貢獻給開源社區，成為Eclipse的前身，真所謂"柳暗花明又一村"。浴火重生的Eclipse以其開放式的插件擴展機制、免費開源獲得廣大程序員（包括幾乎所有的骨灰級程序員）的青睞，極具發展潛力。

3.1.6 學習軟體工程 對小型項目而言，你可能認為軟體工程沒太大的必要。隨著項目的復雜性越來越高，軟體工程的必要性才會體現出來。參見"軟體開發學習路線"小節。

3.2學習要點 確立的學習路線之後，我們還需要總結一下Java的學習要點，這些要點在前文多多少少提到過，只是筆者覺得這些地方特別要注意才對它們進行匯總，不要嫌我婆婆媽媽啊。

3.2.1勤查API文檔 當程序員編寫好某些類，覺得很有成就感,想把它貢獻給各位苦難的同行。這時候你要使用"Javadoc"工具（包含在JDK中）生成標準的Java DOC文檔,供同行使用。J2SE/J2EE/J2ME的DOC文檔是程序員與程序員交流的工具，幾乎人手一份，除了菜鳥之外。J2SE DOC文檔官方下載地址：，你可以到google搜索CHM版本下載。也可以在線查看：。 對待DOC文檔要像毛主席語錄，早上起床念一遍，吃飯睡覺前念一遍。 當需要某項功能的時候，你應該先查相應的DOC文檔看看有沒有現成的實現，有的話就不必勞神費心了直接用就可以了，找不到的時候才考慮自己實現。使用步驟一般如下： ●找特定的包，包一般根據功能組織。 ●找需要使用類，類命名規范的話我們由類的名字可猜出一二。 ●選擇構造器，大多數使用類的方式是創建對象。 ●選擇你需要的方法。

3.2.2 查書/google->寫代碼測試->查看源代碼->請教別人 當我們遇到問題的時候該如何解決？ 這時候不要急著問別人，太簡單的問題，沒經過思考的問題，別人會因此而瞧不起你。可以先找找書，到google中搜一下看看，絕大部分問題基本就解決了。而像"某些類/方法如何使用的問題"，DOC文檔就是答案。對某些知識點有疑惑是，寫代碼測試一下，會給你留下深刻的印象。而有的問題，你可能需要直接看API的源代碼驗證你的想法。萬不得已才去請教別人。

3.2.3學習開源軟體的設計思想 Java領域有許多源代碼開放的工具、組件、框架，JUnit、ANT、Tomcat、Struts、Spring、Jive論壇、PetStore寵物店等等多如牛毛。這些可是前輩給我們留下的瑰寶呀。入寶山而空手歸，你心甘嗎？對這些工具、框架進行分析，領會其中的設計思想，有朝一日說不定你也能寫一個XXX框架什麼的，風光一把。分析開源軟體其實是你提高技術、提高實戰能力的便捷方法。

3.2.4 規范的重要性 沒有規矩，不成方圓。這里的規范有兩層含義。第一層含義是技術規范，多到下載JSRXXX規范，多讀規范，這是最權威准確最新的教材。第二層含義是編程規范，如果你使用了大量的獨特演算法，富有個性的變數及方法的命名方式；同時，沒給程序作注釋，以顯示你的編程功底是多麼的深厚。這樣的代碼別人看起來像天書，要理解談何容易，更不用說維護了，必然會被無情地掃入垃圾堆。Java編碼規范到此查看或下載，中文的也有，啊，還要問我在哪，請參考3.2.2節。

3.2.5 不局限於Java 很不幸，很幸運，要學習的東西還有很多。不幸的是因為要學的東西太多且多變，沒時間陪老婆家人或女朋友，導致身心疲憊，嚴重者甚至導致抑鬱症。幸運的是別人要搶你飯碗絕非易事，他們或她們需要付出很多才能達成心願。 Java不要孤立地去學習，需要綜合學習數據結構、OOP、軟體工程、UML、網路編程、資料庫技術等知識，用橫向縱向的比較聯想的方式去學習會更有效。如學習Java集合的時候找數據結構的書看看；學JDBC的時候復習資料庫技術；採取的依然是"需要的時候再學"的原則。

4．結束語 需要強調的是，學習軟體開發確實有一定的難度，也很辛苦，需要付出很多努力，但千萬不要半途而廢。本文如果能對一直徘徊在Java神殿之外的朋友有所幫助的話，筆者也欣慰了。哈哈，怎麼聽起來老氣橫秋呀？沒辦法，在電腦的長期輻射之下，都快變成小老頭了。最後奉勸各位程序員尤其是MM程序員，完成工作後趕快遠離電腦，據《胡播亂報》報道，電腦輻射會在白皙的皮膚上面點綴一些小黑點，看起來鮮艷無比…… (轉載文章請保留出處：Java家())

⑵ 有哪些方法可以進行Java單元測試

在軟體開發過程中，每個單元的運行都是非常關鍵的，並且直接關繫到後期程序員的運行。那麼在進行軟體開發過程中，經常使用到的單元測試方法有哪些呢，一個好的單元測試是如何進行實現的？下面昌平電腦培訓為大家介紹進行Java單元測試的具體方法。碰譽納

1、使用框架進行單元測試

Java能夠提供單元測試方法的框架，在測試過程中，測試NG和JUnit是現在流行的測試框架。JUnit和TestNG框架測試有幾個重要功能：設置和運行很容易；允許忽略或分組，並一起運行多個測試；支虛激持參數化測試，並且昌平IT培訓發現能夠通過在運行時指定不同的值來執行單元測試。

2、謹慎使用測試驅動開發

測試驅動開發是一個軟體開發的過程。在整個開發過程中，在開始編碼的時候，應該根據程序的需求進行編程測試。但是北京IT培訓發現由於這個時候還沒有進行編程，所以初次測試會面臨失敗，只需要寫入少量的代碼就能通過測試，進行重置代碼。

3、測試代碼的覆蓋率

代碼覆蓋率是以百分比測定執行單元測試時進行的代碼量。通常，高覆蓋率的代碼包含未被檢測出的錯誤的概率較低，因為更多的源代碼在測試中被執行。測試代碼覆蓋率的工具有：Clover，Corbetura，JaCoCo。使用工具測試能夠更好的提高測試質量。

4、將測試數據外部優化

在JUnit4之前，測試用例執行的數據必須被測試用例硬編碼，這會引起限制。為了使用不同的數據執行測試，必須修正測試用例代碼。但是，北京電腦培訓認為JUnit4以及TestNG支持外部化測試數據，笑沒無需變更源代碼，就可以對不同的數據組執行測試用例。

⑶ java web項目怎麼測試

java web項目測試用Web的測試工具，如HtmlUnit，JWebUnit等。
main()方法就可以測試，在main方法中獲得connection對象將他輸出就可以了。
如果正常輸出一大串就是對了。

例子：
public class DBConnection {
private static String url = "jdbc:sqlserver://localhost:1433;DataBaseName=HXParserDB";
private static String username = "sa";
private static String password = "123";
private DBConnection(){}
private static DBConnection dbconn = new DBConnection();
private static Connection conn = null;
// 注冊驅動
static {
try {
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver").newInstance();
} catch (Exception e) {
throw new ExceptionInInitializerError(e);
}
}
public DBConnection getDBConn(){
if(null==dbconn){
dbconn = new DBConnection();
}
return dbconn;
}
// 返回Connection對象
public static Connection getConnection() {
try {
return DriverManager.getConnection(url, username, password);
} catch (SQLException e) {
return null;
}
}
/**
* @param args
*/
public static void main(String[] args) {
System.out.println(DBConnection.getConnection());
}

}

⑷ 大家java web項目開發做單元測試嗎

• 單元測空洞試的好處

  
  

1. 跟傳統的軟體工程不同，如果把網站看作一個系統的話，跟瀏覽器牽連太多了，比如http 請求對象，cookie，header這些。導致很多人開發WEB後台必須要依賴瀏覽器，斗禪枯不停的修改i，重啟，刷新，還有清除cookie，這會浪費很多時間。單元測試是把從瀏覽器解放出來的利器。

2. 單元測試有一個積少成多的過程，不說純粹的TDD開發，就算沒一次修改BUG增加一些測試用例，慢慢累積起來，將為之後的重構和新BUG修復產生巨大的作用。

• 未來發展

  互聯網公司開發周期短，時間緊。這是大多數人放棄使襲纖用單元測試的原因。無可否認，單元測試確實會在前期給開發者帶來一些時間成本。但是這個時候必須要從長遠來看，單元測試絕對是百利而無一害的投資。

⑸ java spring項目的controller層的代碼怎麼用junit寫單元測試用例

Spring項目controller 是依賴springmvc的

直接啟動測試，是沒有初始化spring容器（web.xml中初始化）的

如果是層 service層的測試可以用單元測試，controller層建議還是 啟動web項目吧

補充一下Java WEB開發基礎知識

⑹ Web測試的主要內容和測試方法有哪些

測試分類：

1、界面測試

1）給用戶的整體感：舒適感；憑感覺能找到想要找的信息；設計風格是否一致

2）各控制項的功能

2、功能測試

1）刪除/增加某一項：是否對其他項造成影響，這些影響是否都正確

2）列表默認值檢查

3）檢查按鈕功能是否正確：新建、編輯、刪除、關閉、返回、保存、導入、上一頁、下一頁、頁面跳轉、重置（常見錯誤）

4）字元串長度檢查：超出長度

5）字元類型檢查

6）標點符號檢查：空格、各種引號、Enter鍵

7）特殊字元：常見%、「、」

8）中文字元：是否亂碼

9）檢查信息完整：查看信息，查看所填信息是否完整更新；更新信息，更新信息與添加信息是否一致

10）信息重復：需唯一信息處，比如重復的名字或ID、重名是否區分大小寫、加空格

11）檢查刪除功能：不選擇任何信息，按Delete，看如何處理；選擇一個或多個進行刪除；多頁選、翻頁選刪除；刪除是否有提示

12）檢查添加和修改是否一致：添加必填項，修改也該必填；添加為什麼類型，修改也該什麼類型

13）檢查修改重名：修改時把不能重名的項改為已存在的內容

14）重復提交表單：一條已經成功提交的記錄，返回後再提交

15）檢查多次使用返回鍵：返回到原來頁面，重復多次

16）搜索檢查：存在或不存在內容，看搜索結果是否正確；多個搜索條件，同時輸入合理和不合理條件；特殊字元

17）輸入信息的位置

18）上傳下載文件檢查：功能是否實現，

上傳：上傳文件是否能打開、格式要求、系統是否有解釋信息、將不能上傳的文件格式修改後綴為可上傳的文件格式；

下載：下載是否能打開、保存、格式要求

19）必填項檢查：必填項未填寫；是否有提示，如加*；對必填項提示返回後，焦點是否自動定位到必填項

20）快捷鍵檢查：是否支持快捷鍵Ctrl+C、Ctrl+V、backspace；對不允許做輸入的欄位（如：下拉選項），對快捷方式是否也做了限制

21）Enter鍵檢查：輸入結束後按Enter鍵，系統如何處理

22）刷新鍵檢查：按瀏覽器刷新鍵如何處理

23）回退鍵檢查：按瀏覽器回退鍵如何處理

24）空格檢查：輸入項輸入一個或多個空格

25）輸入法半形全形檢查：比如，浮點型，輸入全形小數點「。」或「. 」，如4. 5；全形空格

26）密碼檢查：輸入加密方式的極限字元；密碼盡可能長

27）用戶檢查：不同種類管理員用戶的不同許可權，是否可以互相刪除、管理、編輯；一般用戶的許可權；注銷功能，老用戶注銷再注冊，是否為新用戶

28）系統數據檢查：數據隨業務過程、狀態的變化保持正確，不能因為某個過程出現垃圾數據，也不能因為某個過程而丟失數據。

29）系統可恢復性檢查：以各種方式把系統搞癱，測試系統是否可以迅速恢復

30）確認提示檢查：系統更新、刪除操作：是否有提示、取消操作；提示是否准確；事前、事後提示

31）數據注入檢查：對資料庫注入，特殊字元，對SQL語句進行破壞

32）時間日期檢查：時間、日期、時間驗證：日期范圍是否符合實際業務；對於不符合實際業務的日期是否有限制

33）多瀏覽器驗證

3、性能測試

1）壓力測試：實際破壞一個Web應用系統，測試系統的反應，測試系統的限制和故障恢復能力

2）負載測試：在某一負載級別上的性能，包括某個時刻同時訪問Web的用戶數量、在線數據處理的數量

3）強度測試：測試對象在性能行為異常或極端條件下（如資源減少或用戶過多）的可接受性，以此驗證系統軟硬體水平

4）資料庫容量測試：通過存儲過程往資料庫表中插入一定數量的數據，看是否能及時顯示

5）預期指標的性能測試：在需求分析和設計階段會提出一些性能指標，對於預先確定的性能要求要首先進行測試

6）獨立業務性能測試：對核心業務模塊做用戶並發測試，包括同一時刻進行完全一樣的操作、同一時刻使用完全一樣的功能

7）組合業務性能測試：模擬多用戶的不同操作，最接近實際用戶使用情況，按用戶實際的實際使用人數比例來模擬各個模塊的組合並發情況

8）疲勞強度性能測試：系統穩定運行情況下，以一定負載壓力來長時間運行系統的測試

9）網路性能測試：准確展示帶寬、延遲、負載、埠的變化是如何影響用戶的相應時間的

10）大數據量性能測試：實時大數據量，模擬用戶工作時的實時大數據量；極限狀態下的測試，系統使用一段時間，積累一段數據量時能否正常運行，以及對前面兩種進行結合

11）伺服器性能測試：在進行用戶並發性能測試、疲勞強度、大數據量性能測試時，完成對伺服器性能的監控，並進行評估

12）一些特殊的測試：配置測試、內存泄漏的一些特殊測試

4、可用性測試(介面測試）

1）整體界面測試

2）多媒體測試

3）導航測試

5、客戶端兼容性

平台測試：windows；unix；macintosh；linux

瀏覽器測試：不同廠商的瀏覽器對Java、Javascript、ActiveX、plug-ins或不同的HTML的規格

不同的支持；框架和層次結構在不同瀏覽器也不同的顯示

6、安全性

安全性測試要求：

1）能夠對密碼試探工具進行防範

2）能夠防範對Cookie攻擊的常用手段

3）敏感數據保證不用明文傳輸

4）能防範通過文件名猜測和查看html文件內容獲取重要信息

5）能保證在網站收到工具後在給定時間內恢復，重要數據丟失不超過1小時

web的性能測試工具：

隨著Web2.0技術的迅速發展，許多公司都開發了一些基於Web的網站服務，通常在設計開發Web應用系統的時候很難模擬出大量用戶同時訪問系統的實際情況。

因此，當Web網站遇到訪問高峰時，容易發生伺服器響應速度變慢甚至服務中斷。

為了避免這種情況，需要一種能夠真實模擬大量用戶訪問Web應用系統的性能測試工具進行壓力測試，來測試靜態HTML頁面的響應時間，甚至測試動態網頁（包括ASP、PHP、JSP等）的響應時間，為伺服器的性能優化和調整提供數據依據。

1、企業級自動化測試工具WinRunner

MercuryInteractive公司的WinRunner是一種企業級的功能測試工具，用於檢測應用程序是否能夠達到預期的功能及正常運行。

2、工業標准級負載測試工具Loadrunner

LoadRunner是一種預測系統行為和性能的負載測試工具

3、全球測試管理系統testdirector

TestDirector是業界第一個基於Web的測試管理系統，它可以在您公司內部或外部進行全球范圍內測試的管理。

4、功能測試工具RationalRobot

IBMRationalRobot是業界最頂尖的功能測試工具，它甚至可以在測試人員學習高級腳本技術之前幫助其進行成功的測試。

它集成在測試人員的桌面IBMRationalTestManager上，在這里測試人員可以計劃、組織、執行、管理和報告所有測試活動，包括手動測試報告。

這種測試和管理的雙重功能是自動化測試的理想開始。

5、單元測試工具xUnit系列

目前的最流行的單元測試工具是xUnit系列框架，常用的根據語言不同分為JUnit（java），CppUnit（C++），DUnit（Delphi），NUnit（.net），PhpUnit（Php）等等。

該測試框架的第一個和最傑出的應用就是由ErichGamma（《設計模式》的作者）和KentBeck（XP（ExtremeProgramming）的創始人）提供的開放源代碼的JUnit.

6、功能測試工具SilkTest

BorlandSilkTest2006屬於軟體功能測試工具，是Borland公司所提出軟體質量管理解決方案的套件之一。

這個工具採用精靈設定與自動化執行測試，無論是程序設計新手或資深的專家都能快速建立功能測試，並分析功能錯誤。

7、性能測試工具WAS

是由微軟的網站測試人員所開發，專門用來進行實際網站壓力測試的一套工具。

透過這套功能強大的壓力測試工具，您可以使用少量的Client端計算機模擬大量用戶上線對網站服務所可能造成的影響。

8、自動化白盒測試工具Jtest

Jtest是parasoft公司推出的一款針對java語言的自動化白盒測試工具，它通過自動實現java的單元測試和代碼標准校驗，來提高代碼的可靠性。

parasoft同時出品的還有C++test，是一款C/C++白盒測試工具。

9、功能和性能測試的工具JMeter

JMeter是Apache組織的開放源代碼項目，它是功能和性能測試的工具，100%的用java實現。

10、性能測試和分析工具WEBLOAD

webload是RadView公司推出的一個性能測試和分析工具，它讓web應用程序開發者自動執行壓力測試；webload通過模擬真實用戶的操作，生成壓力負載來測試web的性能。

(6)javaweb工程單元測試擴展閱讀：

漏洞測試

企業網站做的越來越復雜、功能越來越強。不過這些都不是憑空而來的，是通過代碼堆積起來的。如果這個代碼只供企業內部使用，那麼不會帶來多大的安全隱患。

但是如果放在互聯網上使用的話，則這些為實現特定功能的代碼就有可能成為攻擊者的目標。

天眼舉一個簡單的例子。在網頁中可以嵌入SQL代碼。而攻擊者就可以利用這些SQL代碼來發動攻擊，來獲取管理員的密碼等等破壞性的動作。

有時候訪問某些網站還需要有某些特定的控制項。用戶在安裝這些控制項時，其實就有可能在安裝一個木馬（這可能訪問者與被訪問者都沒有意識到）。

為此在為網站某個特定功能編寫代碼時，就要主動出擊。從編碼的設計到編寫、到測試，都需要認識到是否存在著安全的漏洞。

天眼在日常過程中，在這方面對於員工提出了很高的要求。各個員工必須對自己所開發的功能負責。

已知的病毒、木馬不能夠在所開發的插件中有機可乘。通過這層層把關，就可以提高代碼編寫的安全性。

⑺ 如何使用junit測試javaweb工程

一:創建一個測試類,建議將測試類單獨放在一個包中(在 maven 項目里有測試類專門的存放位置),新建一個Junit Test Case類,下一步

測試類的命名建議是你將要測試的類名+Test,然後點 Browse, 你可以選擇要進行測試的類(一般選擇 Service, 因為 Service 關心的是業務需求),用這種方式創建可以自動生成要測試類的測試類,你只需要進行測試代碼的書寫.

@Test
public void testqueryById(){

} @Test
public void testQueryAll(){

} @Test
public void testReceNumber(){

}123456789101112

如果裡面有自動生成的代碼,刪除或注釋即可…

二:配置 spring 和 junit 整合, junit 啟動時載入 springIOC 容器,這里你需要 Spring-test jar包

@RunWith(SpringJUnit4ClassRunner.class) //告訴junitspring配置文件
@ContextConfiguration(locations = {"classpath:spring/spring-.xml"})123

同樣的,在測試類中我們會調用 Service 的邏輯,由於我們使用的是 Spring+SpringMVC+ 持久化框架,所以要注入一個 IService 介面(這里我直接對 DAO 進行測試了)

@Autowired
private SeckillDao seckillDao;12

接下來是測試邏輯,在編寫測試代碼之前建議覆蓋實體中的 toString 方法,不然列印會很麻煩.

@Test public void testqueryById(){ long id = 1000;
Seckill seckill = seckillDao.queryById(id);
System.out.println(seckill.getSeckillName());
System.out.println(seckill);
} //JAVA沒有保存形參的記錄,如果你在 中傳了多個參數,那麼需要聲明它的形參對應的實參,否則 JVM 會顯示找不到參數.聲明方式稍後奉上
@Test public void testQueryAll(){
List<Seckill> seckills = seckillDao.queryAll(0, 100); for(Seckill seckill:seckills){
System.out.println(seckill);
}
}

@Test public void testReceNumber(){
Date killTime = new Date(); //對增加進行測試的時候,只要資料庫增加了一條數據,我們就默認這個方法執行成功了
int updateCount = seckillDao.receNumber(1000L, killTime);
System.out.println("updateCount = "+updateCount);
}

解決JAVA不保存形參的記錄

int receNumber(@Param("seckillId")long seckillId,@Param("killTime")Date killTime);

Seckill queryById(long seckillId); /**
* mysql的分頁查詢
* @param offset 告訴它實際的形參
* @param limit
* @return
*/
List<Seckill> queryAll(@Param("offset")int offset,@Param("limit")int limit);1234567891011

接下來我們根據他返回的結果和我們想要的結果對應就可以了. 測試類不用部署項目, 測試周期非常短, 而且可以進行專項測試. 測試類代碼邏輯十分簡單, 幾乎不會出錯. 如果結果不是預期的, 那麼根據你的需求修改!
當然, 它的局限性也很打. 從單元測試不能看出頁面傳值的錯誤, 許多項目在伺服器中的表現也不能模擬.
那麼我們什麼時候用junit呢?
當你的資料庫操作非常復雜, 你不確定能輸出你想要的值的時候, 相比用 debug 調試, 使用 Junit 是更方便的手段.或者新手出錯概率非常大, 也不用在伺服器中專門測試項目的表現, Junit 是個必備的工具!而且測試類的測試代碼重用性很高.
如果你的數據和預期相悖, 那麼修改業務邏輯; 否則, 查看頁面是否有錯! Junit在一定程度上減輕了我們業務代碼調試的壓力, 讓我們關注於一點解決錯誤.

⑻ spring web工程 單元測試怎麼模擬容器載入web.xml-CSDN論壇

在應用程序web.xml中做了以下配置信息時，跡擾當啟動Web容器時就會自動載入Spring容器。

[java] view plainprint?
<纖州棗listener>

<毀拆listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

⑼ 如何測試java工程中事物的有效性

如何測試java工程中事物的有效性
java web項目測試用Web的測試工具，陸鄭桐如HtmlUnit，JWebUnit等。
main()方法就可以測試，在main方叢遲法中獲得connection對象將他輸出就早坦可以了。
如果正常輸出一大串就是對了。