Liferay的測試驅動開發

我是Liferay的新手。任何人都可以幫助指導我如何使用liferay關注測試驅動開發。Liferay的測試驅動開發

任何人都可以提供指導如何編寫測試和使用Eclispe的IDE開發的portlet執行呢？

2013-02-23 user

這是非常廣泛的。你能提供更多關於你的背景和你想看到的具體問題的信息嗎？對這樣一個廣泛的問題寫一個具體的答案是不可能的。 – 2013-02-25 09:23:27

我是一名學生。我之前爲Java類編寫了JUnit測試用例。我現在正在做一個關於liferay的項目。我期待您幫忙編寫Liferay的樣例測試用例，例如爲liferay中的登錄頁面編寫測試用例。 – user 2013-02-26 04:02:38

Portlet是固有的用戶界面爲中心，你就會有同樣的問題，幾乎所有的UI層的代碼來測試驅動開發它們。我個人更喜歡在用戶接受的基礎上開發用戶界面，儘可能讓它儘可能淺，並測試底層業務邏輯，讓用戶界面佈線代碼審查而不是自動化測試。我知道這在測試覆蓋率方面留下了一個漏洞，但我覺得大部分的UI層測試都是80％的設置，5％的實際斷言（最大）和15％的拆解代碼。恕我直言，這不構成有價值的測試案例。

當您具體詢問測試驅動開發：請記住，TDD主要是一種設計技術。由此產生的測試是非常受歡迎的附屬品，但主要目的是設計被測軟件。（與紙張設計或其他非TDD風格相比，TDD軟件本質上看起來不同）。當UI框架強加架構和設計的很大一部分時，這並不足以用TDD「設計」 - 所以我寧願設計用戶交互並使其引人注目（同時儘可能保持它較薄）

就這樣，隨意在你的UI上添加集成測試 - 通常你不會使用JUnit是什麼，以及執行時間可能比你的單元測試更長的時間，但是這將是值得擁有該類型的測試在你的用戶界面之上。只是不要期望太多洞察你的UI層從測試方面設計它。保留這些用於業務層（以及您在UI層使用的各種實用程序樣式代碼位），但不能用於業務層到用戶交互的純連線。

來源

2013-02-26 08:33:03

完全同意Olaf Kock。

如果你喜歡TDD，你可以用這個方法，而對於一些用戶界面中心的組件，如門戶，最好在測試代碼編寫後使用編寫測試傳統方法設計一個業務層。例如，您可以使用Selenium WebDriver自動執行瀏覽器操作來測試UI。

來源

2013-04-16 10:07:46 yaromir

Liferay的測試驅動開發

回答

相關問題