Если можно, вопрос по пятому пункту :) - >>5. Method Body.
А как Вы тестируете методы класса private abstract class FooCommonLogic? Используете, например, PowerMockito->Whitebox.invokeMethod(...) или тестируете в неявном виде с помощь тестов для public FooResultTwo fooTwo()?
Хороший вопрсо, энкапсуляция и тесты немного противоречат друг другу. Нужно унаследоваться от FooCommonLogic и из наследника дёргать методы. В зависимости от видимости, может быть и от ServiceImpl придётся сначала унаследоваться.
@Test public void test() throws Exception { new MyserviceImpl(){}. new MyServiceImplLogic(){
}.runTest1().runTest2().runTest3()....(); } типа того.
А ещё некоторорые говорят что тесты можно тоже в виде Inner классов оформлять, я пока не понял хорошо это или плохо.
Comments 11
Reply
Просто подразумеваю что все переменные @Nonnull final
и отдельно выделю если это не так.
Reply
так что нужно держаться!
Reply
Reply
Reply
Reply
http://prezi.com/rwypyz8x6icg/functional-programming-in-java/
http://code.google.com/p/totallylazy/
Reply
>>5. Method Body.
А как Вы тестируете методы класса private abstract class FooCommonLogic?
Используете, например, PowerMockito->Whitebox.invokeMethod(...) или
тестируете в неявном виде с помощь тестов для public FooResultTwo fooTwo()?
Reply
Нужно унаследоваться от FooCommonLogic и из наследника дёргать методы.
В зависимости от видимости, может быть и от ServiceImpl придётся сначала унаследоваться.
@Test public void test() throws Exception {
new MyserviceImpl(){}. new MyServiceImplLogic(){
}.runTest1().runTest2().runTest3()....();
}
типа того.
А ещё некоторорые говорят что тесты можно тоже в виде Inner классов оформлять,
я пока не понял хорошо это или плохо.
Reply
Leave a comment