투케이2K

[제 목] ​ [테스트] Android Wifi Scan Test - 안드로이드 지속적 와이파이 리스트 스캔 테스트 [내 용] ------------------------------------------------------------------------------ [사전 정보] 1. 안드로이드 개발자 모드 활성 필요 2. 안드로이드 개발자 모드에서 [Wi-Fi 검색 제한 / Wi-Fi 스캔 쓰로틀링] 메뉴 OFF (끄기) 설정 >> 기본 휴대폰 제약 : Android 9 : 각 포그라운드 앱은 2분 간격으로 4회 스캔할 수 있음 >> 기본 휴대폰 제약 : Android 10 이상 : Android 9 와 동일한 사용 제한이 적용, 단 로컬 테스트를 위해 사용 제한을 해제하는 새로운 개발자 옵션 추가 ..

[제 목] ​ [업무 협의] HLS 녹화 영상 제공 시 오디오 파일 제공 협의 - HLS Stream [내 용] [이슈 사항] 1. 부족한 개발 기간에 추가로 녹화 영상 파일에 오디오 재생 기능까지 개발을 해달라는 추가 문의가 들어옴 [협의 사항] 1. 녹화 영상 파일에 추가로 오디오 재생을 하기 위해서는 정보 보안 팀에 사전 협의 필요 (개인 정보에 문제가 없는지) 2. [1] 차 개발 시에는 우선, 오디오 파일 재생 기능 없이 녹화 영상 재생 기능 제공 3. 정보 보안 팀에서 오디오 재생 기능이 개인 정보에 문제가 없다고 하는 경우 >> 추가 개발 기간 공수 산정 및 [2] 차 개발 진행 실시 4. 만일, 개인 정보 침해에 문제가 있다고 판단되는 경우는, 녹화 영상 재생 전) 사용자에게 알림으로 해당..

[제 목] ​ [업무 협의] 모바일 네이티브 : 특정 문자열 데이터 변경 요청 >> json 파일로 제공 [내 용] [이슈 사항] 1. 특정 부서 전화 번호 및 홍보 문구를 주 단위로 변경해달라는 요청을 받음 2. 모바일 네이티브는 특정 문구를 수정하는 경우라도 >> 앱 스토어 및 구글 플레이스토어에 다시 제출을 해야함으로 많은 제약 사항이 발생 [협의 사항] 1. 자주 변경될 정보 취합 수행 2. 취합된 정보는 앱 메인 화면 진입 전) http 요청 수행 후 json 데이터로 정보를 내려 받음 3. 내려받은 json 정보 파싱 후 해당 뷰에 표시 수행 4. 이러한 정책 협의로 인해 불필요하게 앱 업데이트 및 심사 제출 과정을 줄일 수 있습니다 ​

[제 목] ​ [VOC] 이슈 발생 프로세스 처리 절차 설명 [내 용] 1. 현장 및 실제 사용자쪽에서 프로그램 동작 수행 중 이슈가 발생한 경우 >> 고객 서비스 대응 팀 (콜 센터) 에 문의가 들어옵니다 2. 고객 서비스 대응 팀은 해당 이슈가 기존 잔존 이슈 및 확인 가능한 이슈인 경우 조치 사항을 고객에게 설명합니다 3. 다만, 해당 이슈가 고객 서비스 대응 팀이 확인할 수 없는 사항이거나, 알 수 없는 경우는 해당 문의 내용을 담당 개발팀에게 문의합니다 - 개발팀에게 문의 시 전달 필요 자료 : 고객이 문의한 내용, 이슈가 발생한 프로그램 화면, 이슈가 발생한 프로그램 동영상, 문의한 고객 정보 (ex: 성명, 폰번호, 계약 번호 등 ..), 그외 전달할 수 있는 로그 파일이 있으면 로그 파일 ..

[제 목] ​ [QA] 기능 테스트 방법 및 결과 전달 방법 [내 용] 1. 기능 테스트 수행 시에는 기본적으로 환경 , 절차 , 결과 (동영상) 과정을 통해 진행 됩니다 2. 기능 테스트 수행 시 추가적으로 제공할 수 있는 로그 파일 및 동영상이 있다면 해당 파일도 함께 첨부해 전달해 주는 것이 좋습니다 3. 또한, 테스트 결과가 크리티컬, 중요, 일반, 낮음 단계 인지도 함께 표시해 전달해 주면 좋습니다 4. 기능 테스트 절차 예시 : - 이슈 단계 : 크리티컬 - 개발 환경 : Android OS 13 , App Version 1.2.3 - 테스트 절차 : 메인 화면 > 알림 메뉴 클릭 : 알림 메뉴에서 > 상단 새로 고침 메뉴 클릭 : 새로 고침 결과 > null 표시됨 - 테스트 결과 : 알림 ..

[제 목] ​ [버그 리포트] 설명 및 작성 방법 예시 [내 용] ​ 1. [버그 리포트] 란 프로젝트 완료 후 테스트 수행 시 또는 실제로 프로그램 운영 중 발생한 버그 및 에러 상황들을 기록하는 것 입니다 ​ ​ 2. [버그 리포트] 는 버그 및 에러 상황 단계에 따라 상, 중, 하 등으로 세부적으로 나눠서 관리할 수 있습니다. ​ - ex (하) : 문구 및 이미지 ​ - ex (중) : 프로그램 예외 상황 발생 (파라미터, try catch 처리, 기능 동작) ​ - ex (상) : 운영 인프라 환경 및 앱 스토어 정책 사항 관련 ​ ​ 3. [버그 리포트] 작성 예시 ​

[제 목] ​ [일일 보고] 설명 및 작성 방법 예시 [내 용] ​ 1. [일일 보고] 란 회사에서 금일 업무를 수행한 내용을 작성해 상급자에게 보고를 하는 것 입니다 ​ - 일반적으로 같은 팀에 속해있는 팀장에게 보고 합니다 ​ ​ 2. [일일 보고] 에는 [ 금일 업무 수행 내용 / 업무 진척률 / 이슈 사항 / 향후 업무를 진행할 예정 사항 ] 등을 작성할 수 있습니다 ​ ​ 3. [일일 보고] 작성 예시 ​