junit 잘만드는법

Question

junit test cases를 만들다가 궁금한게 있어서 질문드립니다. 예로 public int sum(int a, int b){ return a&#43;b;}라는 메소드가 있고 이 메소드를 테스트 하는 테스트 메소드를 만든다고 할때 a와 b가 될수 있는 모든 상황을 생각해서 만들다보니 테스트 메소드 갯수가 너무 많아지는 느낌입니다. 예로 a &#61; null, 1, 2, b &#61; null, 1, 2가 될수있다 치면 벌써 9가지의 테스트 메소드가 생겨서.. 만약 parameter가 더 많으면 경우의 수가 훨씬 커지게 되는데 될수 있으면 모든 상황을 고려해서 테스트를 하면 최대한 버그를 잡을수 있기 때문에 좋은건지 아니면 어느정도 적절한 수준까지만 하면 되는건지 궁금하네요.구글링해서 본건 하나의 테스트 메소드에 한개의 assertion만 하는걸 권장한다라고 되있어서 제대로 하고있는것인지 알고싶습니다!

fender · Answer

이런 개념을 사용할 수 있습니다: https://github.com/junit-team/junit/wiki/Theories

javaing · Answer

감사합니다. 한번 훑어보았는데 정확히 개념이 안서서 몇번 다시 공부해본후에 이해안가는 부분있으면 다시 여쭤보겠습니다. 한가지 궁금한건 지금은 예로 int만 본건데 만약에 파라미터가 여러종류라면 어떻게 할수 있을까요? int, boolean, string들이 섞여 있으면 int &#61; 0, boolean &#61; false, string &#61; &#34;a&#34;int &#61; 1, boolean &#61; false, string &#61; &#34;a&#34; 위와 같은 테스트 케이스들이 발생하는데 이건 &#64;between 말고 다른방법으로 구현이 가능한건가요?

앙앙이 · Answer

테스트 케이스가 많지요. 이상적인 경우야 풀테스트임을 부정할 수 없지요.하지만 회사에서는 성과를 내야하고요.하여 우선적으로 핵심 기능을 수행하는것 부터 모든 경우의 수에 가깝게 테스트하고잔가지들은 굵직한것만 그러니깐 정상적이거나 null 검사정도만 수행하는 전략을 구사하고 있습니다. 풀테스트에 대한 부담감이 만만치가 않네요.

커비 · Answer

https://github.com/sbcoba/spring-boot-multidatasource/blob/master/spring-boot-multidatasource-sample/spring-boot-multidatasource-sample-default/src/test/java/org/sbcoba/springboot/multidatasource/sample/MultiDataSourceTests.java여기와 같이 &#64;RunWith(Parameterized.class) 방법으로 배열 형태로 테스트가 가능합니다.참고하세요.

커비 · Answer

&#64;Parameter(0) public String testType; &#64;Parameter(1) public String methodName; &#64;Parameter(2) public String dataSourceName; &#64;Parameters(name &#61; &#34;testType [{0}], methodName [{1}], dataSourceName [{2}]&#34;) public static String[][] datasourceData() { return new String[][] { { &#34;default&#34;, &#34;db1&#34;, &#34;db1&#34; }, { &#34;default&#34;, &#34;db2&#34;, &#34;db1&#34; }, { &#34;default&#34;, &#34;db3&#34;, &#34;db1&#34; }, //... 중략 }; }링크의 소스를 잠깐설명드리면 위와 같은 부분이 핵심입니다. 필드를 위와 같은 형태로 정한다음 아래와 같은 배열 행태를 사용하면 그 배열의 크기 만큼 테스트를 하게 됩니다.만약에 파라메터가 이야기 하신대로 int 타입과 null이 같이 있으면 타입을 Integer 배열 형태로 하시면됩니다. (여러 타입이면 Object)위에서는 String 만 필요 했기 때문에 String 배열이였습니다.그다음 위의 필드 타입들을 해당 타입형태로 바꾸시면됩니다. 소스 보면 바로 이해 되실거에요

javaing · Answer

앙앙이 님제가 테스트 케이스를 만들면서 고민했던 부분이 말씀해주신것 같네요. 당연히 많으면 좋지만 성과를 내야하기 때문에 모든 부분을 다 테스트 할순 없다는걸 생각하고 일해야겠네요. 커비 님링크와 예제&설명 감사드려요! 보고서 약간 헷갈리는것이 만약에 리스트를 돌면서 테스트를 진행할때 fail이 나면 어떤 파라미터를 사용했을때 에러가 나는지도 알수가 있나요?

커비 · Answer

그건 기본사항일꺼에요. 만약에 안보이면 파라메터 부분 로그로 찍어줘도 되겠죠

junit 잘만드는법

7개의 답변

#testing 목록