어제 테스트 관련 세미나를 듣고 왔는데, 스피커분들이 경험담을 말씀해주시면서 테스트 코드를 작성하고 나서 무엇이 좋았고 달라졌는지, 그래서 테스트는 왜 필요한지에 대해 나눠주셨습니다. 그 중에서 "불안 요소를 제거하는 것이 잘하는 개발이다. 그래서 테스트가 필요하다…!" 라고 하셨던 것이 가장 기억에 남네요 그럼 구체적으로 테스트의 필요성에 대해 살펴봅시다 1. 리팩토링에 대한 확신 테스트는 이전의 동작이 변경되지 않았음을 담보할 수 있는 장치 입니다. 예를들어 Calculator의 add함수를 테스트하는 코드가 있다면, 이렇게 위 함수에서 아래 함수로 add함수를 리팩토링해도 동작이 잘되는구나!! 라는 확신을 가질 수 있겠죠. 리팩토링 한 후 테스트를 돌려서 기존 동작이 잘 돌아가는 지 쉽게 확인할 수..
테스트 피라미드라는 개념은 애플에서 제시한 아이디어 인 줄 알았는데, 안드로이드 테스트 세미나(이름: 안드로이드 탐구영역)를 듣고 와서 두루 쓰이는 개념이라는 것을 알게 되었습니다 그래서 덧붙여서 다시 정리...!! 테스트 피라미드는 이렇게 생긴 것 입니다 세미나에서 우섭님(뱅.샐)이 테스트 피라미드를 이런 그림으로 정리해주셨는데요, y축부터 봅시다..! 위로 올라갈 수록 실제로 돌아가는, 유저가 쓰는 영역이라 믿을 만한 영역입니다. 하지만 실행시간이 오래 걸리고 유지보수, 디버깅 하기 더욱 어려운 영역입니다. 그 다음 x축을 봐봅시다..! 밑으로 내려 올 수록 더 많은 테스트 코드를 작성하게 됩니다 이런 피라미드 접근법은 어떤 유익이 있을 까요?! 애플에 의하면, 피라미드 모델 접근법은 철저성(thor..
- Total
- Today
- Yesterday
- Python Type Hint
- github actions
- Django FCM
- 구글 Geocoding API
- 장고 URL querystring
- Django Firebase Cloud Messaging
- ipad multitasking
- cocoapod
- drf custom error
- flutter dynamic link
- Flutter getter setter
- Dart Factory
- SerializerMethodField
- METAL
- 플러터 싱글톤
- PencilKit
- Flutter Text Gradient
- flutter 앱 출시
- DRF APIException
- flutter build mode
- ribs
- Flutter 로딩
- 장고 Custom Management Command
- flutter deep link
- Flutter Spacer
- Watch App for iOS App vs Watch App
- 플러터 얼럿
- Flutter Clipboard
- Sketch 누끼
- Django Heroku Scheduler
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |