iOS 에서 TDD 도전해보기. 2022년 11월 24일 새싹 세미나에서 공유. -> 아래 피그마 링크에서 더 보기 편하게 보실 수 있습니다. https://bit.ly/3ExvmaI ---------------------------- 01. TDD 테스트 주도개발 1) TDD의 정의 2) 사용해야하는 이유 3) 장단점 4) TDD 방법 02. XCTest: iOS에서의 TDD 1) XCTest란 2) 작성할 수 있는 테스트 3) setUp, tearDown 03. UNIT TEST 실습: XCTest로 테스트하기 1) XCTest 세팅 2) 테스트 작성 방법 3) 테스트할 기능 미리보기 4) 단위테스트 해보기 04. epliogue: 덧붙이는 말 1) TDD 잘하는 방법 2) 참고문헌 및 링크 3) 감사의 말

1. LinkedIn
Github
Test-Driven Development XCTest Unit Testing
Getting Started TDD
in iOS, Swift
SESAC weekly seminar
DOY KIM

2. DOY KIM
iOS Developer
iOS앱<연뮤로그>,<한미연합사전>출시
독립출판인
고양이집사5년차
킴디

3. Table OF CONTENTS
01
TDD
테스트주도개발
1)tDD의정의
2)사용해야하는이유
3)장단점
4)TDD방법
02
XCTest
iOS에서의TDD
1)XCTest란
2)작성할수있는테스트
3)setUp,tearDown
03
UNITTEST
XCTest로테스트하기
1)XCTest세팅
2)테스트작성방법
3)테스트할기능미리보기
4)단위테스트해보기
04
epliogue
덧붙이는말
1)TDD잘하는방법
2)참고문헌및링크
3)감사의말

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()
테스트케이스가
실행되기 전에
실행되는 메서드
테스트케이스가
실행된 후에 호출.
클린업.

35. DOY KIM
WWDC 2019

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로 테스트하기

44. DOY KIM
테스트
케이스
작성하기

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
참고문헌 및 자료

74. 감사합니다
들어주셔서
저희고양이
보세요
DOY KIM