用模擬對(duì)象和aop來(lái)單位試驗(yàn)struts的應(yīng)用 外文翻譯稿.doc
約17頁(yè)DOC格式手機(jī)打開(kāi)展開(kāi)
用模擬對(duì)象和aop來(lái)單位試驗(yàn)struts的應(yīng)用 外文翻譯稿,用模擬對(duì)象和aop來(lái)單位試驗(yàn)struts的應(yīng)用aop如何補(bǔ)足oop來(lái)縮小整合間隙作者walter jia, javaworld.com, 11/09/06試驗(yàn)驅(qū)動(dòng)開(kāi)發(fā)減少了發(fā)展努力的同時(shí)，提高了軟件質(zhì)量。作為一個(gè)整體試驗(yàn)策略的基礎(chǔ)， 單位試驗(yàn)必須是全面的，設(shè)置簡(jiǎn)單，執(zhí)行快速。但是，依賴于執(zhí)行環(huán)境和測(cè)試組外的代碼使我們達(dá)...
內(nèi)容介紹
此文檔由會(huì)員 wanli1988go 發(fā)布
用模擬對(duì)象和AOP來(lái)單位試驗(yàn)Struts的應(yīng)用
AOP如何補(bǔ)足OOP來(lái)縮小整合間隙
作者Walter Jia, JavaWorld.com, 11/09/06
試驗(yàn)驅(qū)動(dòng)開(kāi)發(fā)減少了發(fā)展努力的同時(shí)，提高了軟件質(zhì)量。作為一個(gè)整體試驗(yàn)策略的基礎(chǔ)， 單位試驗(yàn)必須是全面的，設(shè)置簡(jiǎn)單，執(zhí)行快速。但是，依賴于執(zhí)行環(huán)境和測(cè)試組外的代碼使我們達(dá)到上述目標(biāo)的能力復(fù)雜了。把應(yīng)用程序部署在一個(gè)容器里顯然放慢了代碼和試驗(yàn)周期。 此外，與其他組合作的要求通常會(huì)導(dǎo)致更加復(fù)雜的試驗(yàn)設(shè)置和較慢的測(cè)試。
整合兩個(gè)流行測(cè)試框架，StrutsTestCase 和 EasyMock，和單元試驗(yàn)Struts的應(yīng)用會(huì)導(dǎo)致較簡(jiǎn)單的試驗(yàn)設(shè)置和較快速的試驗(yàn)。 但是，這兩個(gè)框架留下缺口,阻止了理想的綜合。 在這篇文章中，我檢查了這個(gè)問(wèn)題的面向?qū)ο蟮慕鉀Q辦法和面向方面的解決辦法。通過(guò)簡(jiǎn)化看似難以解決的問(wèn)題，比較也顯示出面向方面的程序設(shè)計(jì)(AOP)是如何補(bǔ)足對(duì)象編程(OOP)的。
整合需要
重大的Struts的應(yīng)用展示了執(zhí)行環(huán)境和種類依賴，因?yàn)镾truts的行為是在Servlet的容器里完成的，典型地需要其他組來(lái)處理要求。 模擬對(duì)象測(cè)試方法,有助于消除不必要的附庸。Strutstestcase的試驗(yàn)框架給一個(gè)模擬的Servlet容器的執(zhí)行提供了Mockstrutstestcase課堂，延伸了基礎(chǔ) JUnit的試驗(yàn)用例。它有利于科集裝箱檢驗(yàn)，加快單位檢驗(yàn)周期。Easymock，另一個(gè)測(cè)試框架，很容易地模擬動(dòng)態(tài)的協(xié)作組。模擬以簡(jiǎn)單執(zhí)行代替真正的組，加上邏輯論證來(lái)支持單位試驗(yàn)。
顯然，把兩種框架結(jié)合起來(lái)是有利的，以便于Struts的應(yīng)用能夠真正地獨(dú)立地進(jìn)行試驗(yàn)。理論上，你要根據(jù)下列步驟實(shí)施這個(gè)單位試驗(yàn)：
1. 建立MockStrutsTestCase，以便于模擬Servlet的容器；
2. 模擬組，這一行為取決于使用Easymock；
Unit test Struts applications with mock objects and AOP
How AOP complements OOP to bridge the integration gap
By Walter Jia, JavaWorld.com, 11/09/06
Test-driven development improves software quality while reducing development efforts. As the foundation of an overall test strategy, unit tests must be comprehensive, easy to set up, and quick to execute. However, the dependency on the execution environment and on code outside the class under test complicates our ability to achieve these goals. Deploying the application in a container significantly slows down the code-and-test cycle. Furthermore, the need to collaborate with other classes usually leads to more complex test setups and slower test runs.
Integrating two popular test frameworks, StrutsTestCase and EasyMock, to unit-test Struts applications leads to easier test setups and faster test runs. However, these two frameworks leave a gap that prevents an ideal integration. In this article, I examine both an object-oriented solution and an aspect-oriented solution to this problem. The comparison also demonstrates how aspect-oriented programming (AOP) complements object-oriented programming (OOP) by simplifying the solution to a seemingly difficult problem.
AOP如何補(bǔ)足OOP來(lái)縮小整合間隙
作者Walter Jia, JavaWorld.com, 11/09/06
試驗(yàn)驅(qū)動(dòng)開(kāi)發(fā)減少了發(fā)展努力的同時(shí)，提高了軟件質(zhì)量。作為一個(gè)整體試驗(yàn)策略的基礎(chǔ)， 單位試驗(yàn)必須是全面的，設(shè)置簡(jiǎn)單，執(zhí)行快速。但是，依賴于執(zhí)行環(huán)境和測(cè)試組外的代碼使我們達(dá)到上述目標(biāo)的能力復(fù)雜了。把應(yīng)用程序部署在一個(gè)容器里顯然放慢了代碼和試驗(yàn)周期。 此外，與其他組合作的要求通常會(huì)導(dǎo)致更加復(fù)雜的試驗(yàn)設(shè)置和較慢的測(cè)試。
整合兩個(gè)流行測(cè)試框架，StrutsTestCase 和 EasyMock，和單元試驗(yàn)Struts的應(yīng)用會(huì)導(dǎo)致較簡(jiǎn)單的試驗(yàn)設(shè)置和較快速的試驗(yàn)。 但是，這兩個(gè)框架留下缺口,阻止了理想的綜合。 在這篇文章中，我檢查了這個(gè)問(wèn)題的面向?qū)ο蟮慕鉀Q辦法和面向方面的解決辦法。通過(guò)簡(jiǎn)化看似難以解決的問(wèn)題，比較也顯示出面向方面的程序設(shè)計(jì)(AOP)是如何補(bǔ)足對(duì)象編程(OOP)的。
整合需要
重大的Struts的應(yīng)用展示了執(zhí)行環(huán)境和種類依賴，因?yàn)镾truts的行為是在Servlet的容器里完成的，典型地需要其他組來(lái)處理要求。 模擬對(duì)象測(cè)試方法,有助于消除不必要的附庸。Strutstestcase的試驗(yàn)框架給一個(gè)模擬的Servlet容器的執(zhí)行提供了Mockstrutstestcase課堂，延伸了基礎(chǔ) JUnit的試驗(yàn)用例。它有利于科集裝箱檢驗(yàn)，加快單位檢驗(yàn)周期。Easymock，另一個(gè)測(cè)試框架，很容易地模擬動(dòng)態(tài)的協(xié)作組。模擬以簡(jiǎn)單執(zhí)行代替真正的組，加上邏輯論證來(lái)支持單位試驗(yàn)。
顯然，把兩種框架結(jié)合起來(lái)是有利的，以便于Struts的應(yīng)用能夠真正地獨(dú)立地進(jìn)行試驗(yàn)。理論上，你要根據(jù)下列步驟實(shí)施這個(gè)單位試驗(yàn)：
1. 建立MockStrutsTestCase，以便于模擬Servlet的容器；
2. 模擬組，這一行為取決于使用Easymock；
Unit test Struts applications with mock objects and AOP
How AOP complements OOP to bridge the integration gap
By Walter Jia, JavaWorld.com, 11/09/06
Test-driven development improves software quality while reducing development efforts. As the foundation of an overall test strategy, unit tests must be comprehensive, easy to set up, and quick to execute. However, the dependency on the execution environment and on code outside the class under test complicates our ability to achieve these goals. Deploying the application in a container significantly slows down the code-and-test cycle. Furthermore, the need to collaborate with other classes usually leads to more complex test setups and slower test runs.
Integrating two popular test frameworks, StrutsTestCase and EasyMock, to unit-test Struts applications leads to easier test setups and faster test runs. However, these two frameworks leave a gap that prevents an ideal integration. In this article, I examine both an object-oriented solution and an aspect-oriented solution to this problem. The comparison also demonstrates how aspect-oriented programming (AOP) complements object-oriented programming (OOP) by simplifying the solution to a seemingly difficult problem.
