iOS개발에서 TDD 해보기 - XCTest, Unit Test
- 1. LinkedIn Github Test-Driven Development XCTest Unit Testing Getting Started TDD in iOS, Swift SESAC weekly seminar DOY KIM
- 4. 01 TDD 테스트 주도개발 tDD의 정의 - 사용해야하는 이유 - 장단점 - TDD 방법
- 5. DOY KIM TDD의 정의 01 TDD 테스트 주도개발 XP(Extreme programming), Kent Beck 개발을 하면서 의사결정(Decision)과 피드백(Feedback) 사이의 간극(Gap)을 인지하는 것. 그리고 그 간극을 제어하는 테크닉.
- 6. DOY KIM 결정(Decision) 어떤 식으로 코드를 설계할지 피드백(Feedback) 성공, 실패
- 7. DOY KIM TDD를 왜 사용하나요 01 TDD 테스트 주도개발 좋은 객체지향 프로그래밍 결합도(coupling) 응집도(cohesion) 좋은 객체지향 프로그래밍 결합도(coupling) 응집도(cohesion)
- 8. DOY KIM TDD를 왜 사용하나요 01 TDD 테스트 주도개발 좋은 객체지향 프로그래밍 결합도(coupling) 응집도(cohesion) 좋은 객체지향 프로그래밍 결합도(coupling) 응집도(cohesion)
- 9. DOY KIM 시간이 흐를수록 설계의 퀄리티는 낮아지고 유지보수도 그만큼 어렵고 비용이 높아짐.
- 10. DOY KIM 이런 문제를 피하기 위해 여러 방식을 통해서 설계 품질을 검증하는 과정을 거쳐야함.
- 11. DOY KIM TDD가 좀 더 간단하고 유지가능한 설계를 작성하는데 도움을 준다는 사실은 여러 연구를 통해서도 밝혀져있음.
- 12. DOY KIM TDD의 장·단점 01 TDD 테스트 주도개발 TDD 개발자들은 블랙박스 기능테스트를 더 통과 하는 . 그러나 개발에 드는 18% 높은 품질의 코드 시간은 16% 더 An Initial Investigation of Test Driven Develop- ment in Industry
- 13. DOY KIM
- 14. DOY KIM
- 15. DOY KIM How Test-Driven Development Influences Class Design: A Practitioner’s Point of View
- 16. DOY KIM TDD 방법 01 TDD 테스트 주도개발 Extreme Programming Explained - Kent Beck UI Testing Your iOS App - iOS Academy
- 17. DOY KIM 처음에는 테스트를 작성함. 아직 구현이 없기 때문에 무조건 실패 할 테스트가됨.
- 18. DOY KIM 테스트를 빠르게 통과 하는 최소한의 코드를 구현 처음에는 테스트를 작성함. 아직 구현이 없기 때문에 무조건 실패 할 테스트가됨.
- 19. DOY KIM 이를 기반으로 리팩토링 → 테스트케이스가 있으므로 안심하고 코드를 작성할 수 있다. 테스트를 빠르게 통과 하는 최소한의 코드를 구현 처음에는 테스트를 작성함. 아직 구현이 없기 때문에 무조건 실패 할 테스트가됨.
- 20. DOY KIM 이를 기반으로 리팩토링 → 테스트케이스가 있으므로 안심하고 코드를 작성할 수 있다. 테스트를 빠르게 통과 하는 최소한의 코드를 구현 처음에는 테스트를 작성함. 아직 구현이 없기 때문에 무조건 실패 할 테스트가됨. 이 프로세스의 반복이 TDD
- 21. 02 XCTest iOS에서의 TDD XCTest란 - XCTest에서 작성할 수 있는 테스트 - SetUp, TearDown
- 22. DOY KIM XCTest란? 02 XCTest: iOS에서의 TDD Xcode 5.0+ 부터 제공되는 프레임워크. 여러 추상화단계의 테스트를 작성하는데 편의성을 더해줌.
- 23. DOY KIM 단위 테스트 앱의 로직을 테스트 단위 테스트 앱의 로직을 테스트 WWDC 2019
- 24. DOY KIM 단위 테스트 앱의 로직을 테스트 단위 테스트 앱의 로직을 테스트 통합 테스트 서로 연결된 작은 파트들을 테스트 통합 테스트 서로 연결된 작은 파트들을 테스트 WWDC 2019
- 25. DOY KIM 단위 테스트 앱의 로직을 테스트 단위 테스트 앱의 로직을 테스트 통합 테스트 서로 연결된 작은 파트들을 테스트 통합 테스트 서로 연결된 작은 파트들을 테스트 UI 테스트 사용하는 방식의 정확한 동작을 체크하는 테스트 UI 테스트 사용하는 방식의 정확한 동작을 체크하는 테스트 WWDC 2019
- 26. DOY KIM XCTest로 작성할 수 있는 테스트 종류 02 XCTest: iOS에서의 TDD 단위테스트 통합테스트 UI테스트 성능테스트
- 27. DOY KIM 단위테스트 iOS Test-Driven Development, Pablo Villar 코드의 한 단위를 테스트 일반적으로 클래스 안의 메서드와 함수를 테스트. 단위 테스트는 테스트를 진행하는 시스템에서 이루어짐.
- 28. DOY KIM Preparation 준비: Execution 실행 : Verification 검증: given - 초기 조 when - 코드를 실행하는 상태, 조건, 환 then - 어떤 결과를 기대하는지 단위테스트
- 29. DOY KIM 통합테스트 통합테스트는 더 큰 서브 시스템의 동작방식이나, 또는 클래스와 함수를 합쳐서 테스트한다. 예를 들어 컨트롤러로부터 받은 값을 제대로 모델에 저장하는지, 네트워크 요청 오류가 생겼을 때 UI에 잘 표시하는지 여부 등 ART OF TESTING
- 30. DOY KIM UI테스트 developer.apple.com (testing-your-apps-in-xcode) 앱의 코드를 직접 실행하지 않고 앱의 UI를 실제 사용자처럼 사용 하는 식으로 테스트. 이를 통해 사용자가 앱을 사용하면서 특정 태스크를 완수할 수 있는지를 판단,결정함.
- 31. DOY KIM 성능테스트 코드 단위의 실행동안 걸린 시간, 메모리 사용량 등의 정보를 확인 할 수 있다. 여러번 코드를 실행, 측정함. 베이스라인을 세팅할 수 있고 측정 값이 베이스라인보다 현저히 안 좋을 경우 테스트 실패 chimehq - xctest-performance
- 32. DOY KIM WWDC 2019
- 33. DOY KIM SetUp, TearDown 02 XCTest: iOS에서의 TDD WWDC 2019 XCTestCase 는 setUp() tearDown() 메서드를 가지고 있다
- 34. DOY KIM setUp() tearDown() 테스트케이스가 실행되기 전에 실행되는 메서드 테스트케이스가 실행된 후에 호출. 클린업.
- 36. 03 UNITTEST XCTest로 테스트하기 XCTest 세팅 - 테스트 작성 방법 - 테스트할 기능 미리보기 - 단위테스트 해보기
- 37. DOY KIM TDD의 중요한 법칙 작성하려는 코드의 테스트를 작성할 수 없다면? 독립적인 방식으로 클래스를 테스트하는 것이 어렵다면 설계에 문제가 있는 것
- 38. DOY KIM XCTest 세팅 03 UNIT TEST: XCTest로 테스트하기 프로젝트를 만들 때 Include Tests 체크하거나
- 39. DOY KIM 기존 프로젝트에서 추가 하려면 Xcode 왼쪽에 테스트 네비게이터에서 New Unit Test Target 을 선택
- 40. DOY KIM 테스트 작성방법 03 UNIT TEST: XCTest로 테스트하기 01 테스트 타겟에 XCTestCase의 서브클래스를 생성 01 테스트 타겟에 XCTestCase의 서브클래스를 생성 02 테스트 메서드를 클래스 안에 선언 02 테스트 메서드를 클래스 안에 선언 03 테스트 Assertion을 테스트 메서드 안에 선언 03 테스트 Assertion을 테스트 메서드 안에 선언
- 41. DOY KIM 테스트 메서드는 XCTestCase 서브 클래스의 인스턴스 메서드 파라미터와 반환값이 없고, 이름은 반드시 소문자 test로 시작해야한다 테스트 메서드는 Xcode의 XCTest 프레임워크에 의해 자동으로 탐지된다 WWDC 2019
- 42. DOY KIM 테스트할 기능 미리보기 03 UNIT TEST: XCTest로 테스트하기 휴대전화번호를 입력하면 포맷에 맞게 ‘-’를 적절한 위치에 넣어주는 기능
- 43. DOY KIM 전화번호를 포맷에 맞게 바꿔주는 클래스와 메서드를 만들기. 컴파일을 성공시키는 게 목적이므로 최소한의 코드만 작성. 단위테스트 해보기 03 UNIT TEST: XCTest로 테스트하기
- 45. DOY KIM 빈 마름모에 마우스를 가져다대면 플레이아이콘이 뜬다. 이걸 클릭 해서 테스트 수행
- 46. DOY KIM FAIL
- 47. DOY KIM 통과를 위한 코드 만들기
- 48. DOY KIM PASS
- 49. DOY KIM 테스트 통과는 했지만 여러 형태의 휴대폰 번호에 대응할 수 있어야하므로 테스트 케이스를 늘려나가볼 것.
- 50. DOY KIM FAIL
- 51. DOY KIM 휴대전화번호 11자리에 대시를 잘 넣는 코드로 바꿔보자. 3자리 뒤에 대시, 4자리 뒤에 대시를 넣는 코드를 만들면 되지 않을까?
- 52. DOY KIM PASS
- 53. DOY KIM REFACTORING 반복문 말고 정규식 으로 바꿔서 리팩토링 하기. 왜냐하면 위 반복문은 최소 O(11) 작동하므로
- 54. DOY KIM PASS
- 55. DOY KIM 우리가 원하는 건, 11자리 전화번호뿐 아니라, 텍스트필드 에서 작성중일때도 양식에 맞춰서 대시를 넣어주는 것
- 56. DOY KIM 전화번호가 11자리가 아닌 테스트 케이스를 추가하기
- 57. DOY KIM 전화번호가 11자리가 아닌 테스트 케이스를 추가하기
- 58. DOY KIM FAIL
- 59. DOY KIM 그렇다면 11자리가 되지 않는 숫자를 조건을 걸어서 정규식을 적용해주면 어떨까?
- 60. DOY KIM PASS
- 61. DOY KIM 7자리가 넘어가는 케이스와 3자리 케이스를 추가해서 돌려보았다. FAIL
- 62. DOY KIM 11자리보다 작지만 7자리보다 클 경우 FAIL이 되므로 다시 코드를 수정해준다.
- 63. DOY KIM PASS
- 64. DOY KIM REFACTORING 우리가 만든 테스트케이스를 모두 통과할 경우 해당 코드는 원하는 목표를 달성한 것이기 때문에 리팩토링을 맘 놓고 편안하게 할 수 있다. 추가적으로 리팩토링 할 수 있는 지점 String Extensio 중복되는 코드 수정하 등등.... 추가적으로 리팩토링 할 수 있는 지점 String Extensio 중복되는 코드 수정하 등등....
- 65. DOY KIM 그 외에 추가해야되는 테스트 케이스 숫자 외에 문자가 들어가는 문자열이라면 숫자 사이에 다른 문자가 들어간다면 010과 같은 전화번호 형식이 아니라면? 그 외에 추가해야되는 테스트 케이스 숫자 외에 문자가 들어가는 문자열이라면 숫자 사이에 다른 문자가 들어간다면 010과 같은 전화번호 형식이 아니라면? 이런 루틴을 반복해가며 테스트 주도 개발을 해볼 수 있을 것이다.
- 66. 04 Epilogue 덧붙이는 말 TDD 잘하는 방법 - 참고문헌 및 링크 - 감사의 말
- 67. DOY KIM TDD를 잘 하려면.. 04 Epilogue: 덧붙이고 싶은 말 단위테스트에 실패하지 않으려면
- 68. DOY KIM 테스트를 안 만들면 된다 ^^ 단위테스트에 실패하지 않으려면
- 69. DOY KIM 는 아니고 좋은 개발자들도 좋은 테스트를 만드는 것을 어려워하는 경우가 많으니 기죽지 말자 프로덕트를 만들 때 배운 규칙을 기계적으로 테스트를 작성할 때도 적용하기 때문.
- 70. DOY KIM mtlynch.io/good-developers-bad-tests/ 그래서 해변가의 별장을 도심속 고층건물로 짓는 것처럼 테스트를 만들게 됨
- 71. DOY KIM 좋은 테스트를 작성하기 위해서는 시켜야 한다. 추상화를 최소화하면서 단순성을 최대화해야한다는 것. 테스트코드의 목적과 엔지니어링에 관한 의사결정을 일치
- 72. DOY KIM 테스트를 잘 만들기 위해서 다음과 같은 순서로 숙련해볼 수 있겠다. Let’s TDD - 전수열
- 73. Design patterns: elements of reuseable object-oriented software, E.Gamma, et al How Test-Driven Development Influences Class Design: A Practitioner’s Point of View, M. F. Aniche, et al An Initial Investigation of Test Driven Development in Industry, B.George, et al Extreme Programming Explained, Kent Bec https://developer.apple.com/documentation/xctes https://developer.apple.com/documentation/xcode/testing-your-apps-in-xcod https://developer.apple.com/videos/play/wwdc2019/413 https://www.testresults.io/blog/what-is-black-box-testing-and-how-to-use-it-in-functional-tests https://mtlynch.io/good-developers-bad-tests https://youtu.be/meTnd09Pf_ https://youtu.be/ECuc3qoRm9 https://www.slideshare.net/PabloVillar5/ios-testdriven-development 참고문헌 및 자료