Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/unit-testing/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Unit testing 使用Liferay进行测试驱动开发_Unit Testing_Testing_Tdd_Liferay_Liferay 6 - Fatal编程技术网

Unit testing 使用Liferay进行测试驱动开发

Unit testing 使用Liferay进行测试驱动开发,unit-testing,testing,tdd,liferay,liferay-6,Unit Testing,Testing,Tdd,Liferay,Liferay 6,我是新来的,雷。有谁能帮助指导我如何使用liferay进行测试驱动开发 有谁能提供如何使用eclispe IDE编写测试和执行测试的指导吗?Portlet本质上是以UI为中心的,您将遇到与开发测试驱动的几乎所有UI层代码相同的问题。我个人更喜欢在开发UI时考虑到用户的接受程度,尽量使其浅显,并测试底层的业务逻辑,将UI连接留给代码审查,而不是自动化测试 我知道这在测试覆盖率方面留下了一个漏洞,但我觉得大多数UI层测试都是80%的设置、5%的实际断言(最大值)和15%的拆卸代码。IMHO这并不是一

我是新来的,雷。有谁能帮助指导我如何使用liferay进行测试驱动开发


有谁能提供如何使用eclispe IDE编写测试和执行测试的指导吗?

Portlet本质上是以UI为中心的,您将遇到与开发测试驱动的几乎所有UI层代码相同的问题。我个人更喜欢在开发UI时考虑到用户的接受程度,尽量使其浅显,并测试底层的业务逻辑,将UI连接留给代码审查,而不是自动化测试

我知道这在测试覆盖率方面留下了一个漏洞,但我觉得大多数UI层测试都是80%的设置、5%的实际断言(最大值)和15%的拆卸代码。IMHO这并不是一个有价值的测试用例

当您特别询问测试驱动开发时:请记住,TDD主要是一种设计技术。由此产生的测试非常受欢迎,但主要目的是设计测试中的软件。(TDD软件与纸质设计或其他非TDD样式相比,本质上看起来有所不同)。当很大一部分架构和设计是由UI框架强加的时,这就不足以用TDD进行“设计”——因此我宁愿设计用户交互并使其引人注目(同时尽可能精简)


有了它,您可以在UI的顶部随意添加集成测试——通常您不会使用JUnit,执行时间可能会比单元测试长’,但在UI的顶部添加这种类型的测试是非常值得的。只是不要期望从测试端设计UI层时对其有太多的了解。为您的业务层(以及您在UI层上使用的各种实用程序样式代码位)保留此功能,但不用于业务层到用户交互的纯粹连接。

完全同意Olaf Kock的观点


如果您喜欢TDD,您可以使用这种方法设计业务层,而对于一些以UI为中心的组件(如portlet),最好在编写测试代码之后使用传统的编写测试的方法。例如,您可以使用Selenium WebDriver来自动执行浏览器操作以测试UI。

这是非常广泛的。你能提供更多关于你的背景和你想看到的具体问题的信息吗?对这么宽泛的问题不可能写出具体的答案。我是一名学生。我以前为java类编写过JUnit测试用例。我现在正在做一个关于liferay的项目。我希望您能帮助我为liferay编写示例测试用例,就像在liferay中为登录页面编写测试用例一样。