프로젝트/밀꼭-당신을 위한 식사 타이머3 [밀꼭] 사용자 피드백 반영하기 (Tuist + Carthage + RealmSwift 트러블 슈팅) 글 작성 배경최근 업데이트에서 밀꼭은 고객의 소리함 이라는 기능을 만들었습니다. UI적이나, 기능적으로 필요한 것들에 대해 고객의 의견을 받아보고 싶어서 만들었습니다. 실제로 기능에 대한 불편한점을 호소하였습니다. 개인앱이기에 기능을 고치고 바로 배포에 들어갈려 했습니다. 하지만 저를 가로막은건 Tuist 와 Carthage의 오류였습니다. 오류에 관해서일단 밀꼭은 비교적 오래된 어플리케이션 입니다. 여기서 오래된 이란 단어를 사용한 이유는 2024년에 굵직한 업데이트들이 많이 일어났습니다. swift 6.0 과 Tuist 4.0 업데이트가 있었습니다. 현재 개발이 완료되었고 서비스 유지보수 단계에서 Tuist 와 Swift의 Version Up에 대해 Task Ticket을 전혀 생각하지 않았습니다.. 2024. 11. 1. [MealGok_개인 앱] 특정 고객에게만 일어나는 버그를 잡기 위해서, 고객의 기기로 디버깅 해보기 (트러블 슈팅) 문제 상황 밀꼭 개인 어플리케이션에서 심각한 문제가 발생했습니다. UserNotification에서 사용자에게 Authroziation을 요청하는 코드가 주석처리 되었던 버그를 발견했습니다. 그리고 이를 해결하고 내부테스팅 이후에 앱을 배포하였습니다. 하지만 유저가 어플리케이션에서 crush가 난다고 하였습니다. 유저는 "프로필 화면 클릭시 앱이 강제종료된다" 라는 말을 덭붙였습니다. 일단 프로필 화면에서 왜 강제종료 되는지에 대해서 고민하였습니다. 자문 구하기(버그를 재현해보기)이런 상황이 처음이라 처음에는 맨붕이 와서, 자문을 구해봤습니다. 공통된 의견으로 버그를 고치기 위해서는 "재현"이라는 키워드 였습니다. 이 버그가 어떤 상황에서 발생하는지만 알면, 버그를 수정할 수 있을 것 같았습니.. 2024. 6. 6. [MealGok] 어플리케이션의 종료 시나리오 작성 어플리케이션의 종료 시나리오 작성 다양한 종료 환경밀꼭앱은 다양한 종료 환경이 존재했습니다. 어떻게 종료할지에 대해서 분기를 나누고 분기에 관한 로직을 처리해야 했습니다. 종료 환경에 관해서 고민할 때 크게 셋으로 나눴습니다. 그리고 이 나눠진 분기를 통해서 각각 다른 로직이 실행되게 만들었습니다.- 앱이 포그라운드에서 작동할 경우- 앱이 백그라운드에서 작동할 경우- 앱이 kill 된 경우앱이 포그라운드에서 작동할 경우앱이 포그라운드에서 작동할 경우, 시스템 메모리에서 밀꼭 앱이 제거되지 않았기 때문에 특별한 분기처리가 없었습니다.앱이 백그라운드에서 작동할 경우notification을 통한 기록 저장 remind앱이 백그라운드에서 작동할 경우, 기본적으로 notification이 사용자에게 전달됩니다. .. 2024. 3. 7. 이전 1 다음
