기기에 특화된 Android 불만을 재현 가능한 케이스, 증거 팩트, 유용한 엔지니어링 인수에 전환하는 실용적인 지원 워크플로우입니다.
왜 지원 팀은 한 대 이상의 안드로이드 휴대폰을 계속 사용하는가
고객은 오류를 정확하게 설명할 수 있지만 여전히 지원팀이 이를 재현할 수 없는 경우가 있습니다. 앱 버전이 맞을 수 있지만 문제는 한 제조업체 빌드, 안드로이드 버전, 디스플레이 크기, 권한 상태, 언어, 네트워크 또는 배터리 정책에서만 나타날 수 있습니다. 하나의 참조 휴대폰만으로는 그 범위를 나타낼 수 없습니다. 이것이 모바일 지원 팀이 엔지니어링에서 이미 에뮬레이터와 자동화된 테스트를 사용하고 있음에도 불구하고 여전히 소수의 실제 안드로이드 휴대폰을 보관하는 이유입니다.
목표는 모든 모델을 소유하는 것이 아니라 세 가지 질문에 빠르게 답할 수 있는 충분한 커버리지를 유지하는 것입니다. 팀에서 보고서를 재현할 수 있는지, 어떤 조건이 이를 트리거하는지, 전체 지원 대화를 반복하지 않고 엔지니어링이 계속할 수 있는 증거가 무엇인지입니다. AWS Device Farm도 개발자와 QA 팀과 함께 고객 지원 담당자를 식별하고 실제 장치 상호 작용을 고객 문제를 디버깅하고 재현하는 방법으로 설명합니다.
- 인증, 결제, 알림, 권한, 카메라, Bluetooth 및 백그라운드 처리 실패.
- 특정 화면 밀도, 글꼴 크기, 언어 또는 탐색 모드에서 깨지는 레이아웃.
- Android 릴리스 또는 제조업체 펌웨어와 관련된 업그레이드 또는 설치 문제.
- 네트워크 변경, 앱 백그라운드 설정, 배터리 제한 또는 중단 후에만 나타나는 문제.
- 고객이 에스컬레이션하기 전에 스크린샷, 짧은 녹음, 기기 세부 정보 및 정확한 복제 단계를 필요로 하는 고객 보고.
휴대폰을 선택하기 전에 최소한의 케이스 데이터를 수집합니다.
무작위로 전화를 클릭하여 시작하지 마십시오. 먼저 지원 대화를 테스트 가능한 케이스로 변환합니다. 인풋 데이터를 누락하면 팀원이 기기별 결함과 계정, 빌드, 네트워크 또는 오래된 데이터 문제의 차이를 구분할 수 없기 때문에 물리적 기기 설정보다 더 많은 시간을 낭비하게 됩니다.
| 케이스 필드 | 왜 그것이 중요한가 | 받아들일 수 있는 증거 |
|---|---|---|
| 앱 버전 및 빌드 | 테스트한 소프트웨어를 확인합니다. | 스크린, 스토어 버전 또는 빌드 식별자에 관한 사항 |
| 전화 모델 및 안드로이드 버전 | 가장 가까운 실제 기기를 선택합니다. | 설정 스크린샷 또는 진단 텍스트 |
| 정확한 시작 상태 | 숨겨진 설정 차이 방지 | 로그인 상태, 권한, 기능 플래그 및 이전 화면 |
| 단계와 예상 결과 | 보고서를 재생할 수 있게 함 | 숫자로 표시된 단계와 일어났어야 했던 일들 |
| 실제 결과와 타이밍 | 시각적, 충돌, 네트워크 및 지연 실패를 분리합니다. | 화면 캡처, 짧은 녹음, 타임스탬프 또는 오류 텍스트 |
| 네트워크, 언어 및 지역 | 환경 조건을 노출한다 | Wi-Fi/모바일 상태, 지역, 시간대 및 시장 |
| 주파수 | 가이드 반복 수 | 항상, 간헐적으로, 첫 번째 시작 또는 오랜 시간 동안 대기 후 |
고객이 모든 정보를 제공할 수 없는 경우, 알 수 없는 부분을 묵묵히 채우지 말고 기록합니다. 지원팀은 여전히 알려진 경로를 테스트할 수 있지만, 엔지니어링 팀은 어떤 가정들이 사용되었는지 확인할 수 있어야 합니다. 고객에게 암호를 보내거나, 결제 세부 정보, 신분증, 개인 메시지 또는 관련 없는 개인 파일을 보내라고 요청하지 마십시오.
고객 증거를 바탕으로 작은 장치 매트릭스를 구축합니다.
유용한 지원 데스크는 고객들이 실제로 사용하는 기기에 기반하며, 매력적인 플래그십 휴대폰의 선반에 있지 않습니다. 분석, 충돌 보고서, 티켓 수, 수익에 중요한 부문부터 시작하세요. 저가형 기기, 일반적인 중형 모델, 최근 플래그십 모델, 그리고 해결되지 않은 사례에서 반복적으로 나타나는 제조업체 또는 Android 버전을 선택하세요.
- 신뢰할 수 있는 제품 데이터에서 상위 기기 모델과 Android 버전을 내보냅니다.
- 제조업체 펌웨어, 성능 계층, 화면 특성 및 OS 버전별로 유사한 기기를 그룹화합니다.
- 가장 중요한 케이스의 가장 큰 부분을 커버하는 가장 작은 물리적 세트를 선택합니다.
- 티켓이나 제품 위험이 유지 보수 비용을 정당화할 때만 모델을 추가합니다.
- 매트릭스를 분기별로 검토하고 더 이상 의미 있는 트래픽이나 위험을 나타내지 않는 기기를 퇴역시킵니다.
3~6대의 전화대면은 종종 대규모의 유지 관리되지 않은 컬렉션보다 더 유용합니다. 더 넓은 호환성 범위는 여전히 클라우드 서비스로 전송될 수 있습니다. 로컬 데스크는 빠른 대화형 복제, 지원 데모 및 동일한 장치가 반복적으로 사용되는 경우에 존재합니다. 물리적 설정을 보려면저가형 안드로이드 기기 실험실 가이드.
다중 전화 지원 데스크 정리하기
각 전화기에는 안정적인 신원이 필요합니다. 전화기에 짧은 코드를 부여하고 물리적으로 라벨을 붙이고 모델, 안드로이드 버전, 마지막 재설정 날짜, 배터리 상태, 연결 방법, 설치된 테스트 빌드 및 할당된 테스트 계정을 기록합니다. 여러 대의 전화기가 하나의 컴퓨터를 공유할 때는 신뢰할 수 있는 케이블과 전원 공급 장치 USB 허브를 사용하십시오. 불안정한 전원과 손상된 케이블은 앱 결함과 유사한 오류를 일으킬 수 있습니다.
여러 안드로이드 폰을 제어하다팀이 화면을 비교하거나 기기 간에 이동하거나 승인된 설정 단계를 반복해야 할 때 일반적인 작업 공간에서 수행합니다. 안에LaiCai Screen Mirroring, 기기는 하나의 Windows 또는 macOS 워크스테이션에서 볼 수 있으므로 운영자는 전화를 받을 시간을 줄이고 케이스 상태를 비교하는 시간을 더 많이 할애할 수 있습니다. 그룹화는 깨끗한 기준선, 활성 지원 케이스, 저가형 기기 및 재설정 대기 중인 전화를 분리하는 데 유용합니다.
- 비교용으로 정상으로 확인된 기본 기기를 하나만 보관합니다.
- 가능한 한 합성 데이터를 사용한 전용 테스트 계정을 사용하십시오.
- 이전 상태가 결과를 변경할 수 있는 경우 케이스 간에 앱 데이터를 재설정합니다.
- 모든 스크린샷이나 케이스 메모에 전화번호 코드를 표시해 두십시오.
- 테스트에 영향을 미치는 충전, USB, Wi-Fi 및 열 상태에 대해 기록합니다.
제어된 복제 패스를 실행합니다.
유용한 결과를 얻기 위한 가장 빠른 방법은 일반적으로 대규모의 동시에 실행되는 작업이 아닌, 제어된 비교입니다. 가장 가까운 일치하는 기기에서 시작하여 고객의 시작 상태를 재현합니다. 보고된 단계를 한 번만 실행하고 아무것도 변경하지 않습니다. 문제가 나타나면 빈도를 확인하기 위해 반복합니다. 문제가 나타나지 않으면 네트워크, 권한, 언어, 앱 데이터, Android 버전, 제조업체, 글꼴 크기 또는 배터리 정책을 하나씩 변경합니다.
- 전화 코드, App 빌드, 계정 유형, 네트워크, 지역 및 시작 화면을 포함한 케이스 카드를 생성합니다.
- 가장 가까운 일치하는 전화기에서 고객의 정확한 단계를 재현합니다.
- 정상으로 확인된 기본 전화기에서 동일한 절차를 반복합니다.
- 의심되는 상태를 하나만 변경하고 경로를 다시 실행합니다.
- 트리거가 분리되거나 합의된 시도 제한이 도달하면 중지합니다.
- 성공적인 시도와 실패한 시도를 모두 적어두세요; 부정적인 증거는 다음 조사를 좁혀줍니다.
기기가 이미 분리된 경우 동기화된 입력을 사용하지 마십시오. 권한 대화상자, 느린 로드, 키보드 또는 업데이트 프롬프트가 동일한 클릭을 다른 컨트롤에 보낼 수 있습니다. 공유된 작업은 선택한 모든 휴대폰이 눈에 띄게 동일한 안전 상태에 있는 동안에만 유용합니다. 그렇지 않으면 기기를 개별적으로 작동하고 이해하려는 차이를 보존하십시오.
증거 팩을 생성하여 엔지니어링이 재생할 수 있도록 합니다.
유용한 넘기는 것은 빠르게 검토할 수 있을 만큼 작고 다시 재생할 수 있을 만큼 충분히 완료되어야 합니다. 하나의 티켓은 환경, 단계, 관찰된 결과, 예상 결과 및 지원 증거를 연결해야 합니다. 스크린샷은 정적 상태를 증명합니다. 짧은 스크린 녹화는 타이밍과 순서를 증명합니다. 로그는 인터페이스가 보여줄 수 없는 것을 설명합니다. 그 중 어느 것도 다른 것을 대체하지 않습니다.
| 인공물 | 을 포함하다 | 피하다 |
|---|---|---|
| 케이스 요약 | 실패와 비즈니스 영향에 대한 설명을 한 문장으로 표현하세요. | 결론이 없는 붙여넣기된 채팅 기록 |
| 자연 환경 | 전화 코드, 모델, Android 버전, 앱 빌드, 지역 및 네트워크 | 고객의 전화에 대한 인증되지 않은 추측 |
| 계단 | 정의된 시작 상태에서 번호가 매겨진 작업들 | '평소처럼 앱을 사용하라'와 같은 단계들 |
| 시각적 증거 | 한 번의 집중된 스크린샷 또는 짧은 녹음 | 관련 없는 화면이 포함된 긴 녹화 |
| 로그 | 관련 시간 범위 및 식별자 | 비밀번호나 관련 없는 고객 데이터를 포함하는 전체 로그 |
| 비교할 수 있음 | 해당된 전화기와 기준 전화기의 결과 | 단일 전화만 테스트한 후 기기 특정성을 주장하기 |
| 복제율 | 시도 및 관찰된 실패 | '무작위로 발생한다'와 같은 지원되지 않는 진술 |
티켓 ID, 전화 코드, 빌드 및 타임스탬프를 사용하여 파일 이름을 지정합니다.handoff는 여러 채팅 스레드를 열지 않고 몇 분 안에 엔지니어가 오류를 이해할 수 있도록 해야 합니다. 보다 광범위한 QA 워크플로우를 보려면모바일 앱 테스트용 안드로이드 화면 미러링.
현지 전화, 에뮬레이터 또는 클라우드 기기 서비스를 선택하세요.
이러한 도구들은 다른 보장 문제를 해결합니다. 로컬 전화 데스크는 클라우드 기기 팜의 대체품이 아니며, 클라우드 랩은 지원 팀 옆에 익숙한 전화기의 가치를 없애지 않습니다. 상황을 충실하게 재현할 수 있는 가장 저렴한 환경을 선택하세요.
| 자연 환경 | 에 가장 적합하다 | 주요 제한 사항 |
|---|---|---|
| 경쟁자 | 빠른 설정, 조기 UI 검사, 반복 가능한 가상 구성 | 모든 하드웨어, 펌웨어, 센서, 열 또는 캐리어 동작을 재현할 수 없습니다. |
| 현지 실제 전화 데스크 | 자주 발생하는 대화형 사례, 지원 데모, 반복되는 모델, USB/Bluetooth/카메라 워크플로우 | 팀 소유 및 유지 관리 중인 기기에 제한됨 |
| 클라우드 실제 장치 서비스 | 희귀 모델, 광범위한 릴리스 커버리지, 병렬 자동 실행, 원격 팀 | 세션 비용, 가용성, 데이터 처리 규칙 및 물리적 접근 제한 |
| 고객 지원으로 인한 복제 | 고객 환경에서만 나타나는 상태 | 주의 깊고 신중한 지침, 동의 및 엄격한 데이터 최소화 필요 |
실용적인 순서는 빠른 정밀성 검사를 위해 에뮬레이터를 먼저 사용하고, 실제 기기 원인으로 의심되는 경우 로컬 전화를 사용하고, 모델이 누락되거나 케이스에 대한 보다 광범위한 확인이 필요한 경우 클라우드 기기를 사용하는 것입니다.PC 또는 Mac에서 Android 화면 미러링지원이 분산된 엔터프라이즈 차량 무리 중 정책 관리를 하는 것보다 로컬 전화에 대한 직접적인 시각적 통제를 필요로 할 때 가장 유용합니다.
복제 중에 고객 데이터를 보호하기
실제 기기 문제 해결은 주의가 없으면 개인 정보를 노출시킬 수 있습니다. 기본적으로 합성 계정과 테스트 데이터를 사용하십시오. 실제로 생산 데이터가 필요한 경우 적절한 권한을 얻고, 액세스를 제한하고, 케이스가 필요한 것만 캡처하고, 회사의 보존 정책을 따르십시오. AWS도 마찬가지로 사용자에게 세션이 로그와 비디오를 생성할 수 있으므로 계정 자격 증명, 개인 정보 또는 기타 보안 관련 세부 정보를 입력하지 말라고 경고합니다.
- 고객의 암호, 결제 정보, 인증 토큰, 개인 사진 또는 신분증을 연구실 전화기에 복사하지 마십시오.
- 증거를 첨부하기 전에 관련 없는 이름, 메시지, 이메일 주소 및 계정 번호를 흐리게 하거나 자르기 합니다.
- 테스트 계정은 환경별로 분리하고 회사 정책에 따라 자격 증명을 순환합니다.
- 보존 기간이 종료되면 스크린샷, 녹음, 로그, 다운로드한 파일 및 앱 데이터를 제거합니다.
- 정책에 따라 감사 기록이 필요한 경우 민감한 케이스를 액세스한 사람 및 그 이유를 기록합니다.
3대의 휴대폰으로 워크플로우를 시연하기
전화 한 벽을 사서 시작하는 것은 피하세요. 반복되는 지원 사례 유형 1개와 대표 기기 3개를 선택하세요. 정상으로 확인된 기본 사례, 가장 흔한 고객 전화, 그리고 대비되는 저가 모델 또는 제조업체 전용 전화입니다. 워크플로우를 2주 동안 실행한 후, 시범 운영자가 처리할 수 없었던 사례를 해결할 수 있는 다른 기기 또는 클라우드 서비스가 있는지 여부를 결정하세요.
- 기기 불확실성으로 인해 지연된 최근 10개의 티켓을 선택합니다.
- 필요한 입력 필드와 단일 증거 팩트 템플릿을 정의합니다.
- 깨끗한 테스트 계정을 가진 3대의 전화를 라벨링하고 준비합니다.
- 첫 번째 의미 있는 재현, 명확화 루프, 에스컬레이션 승인 및 해결되지 않은 기기 간격에 대한 시간 추적.
- 어떤 전화기나 환경 조건이 실제로 결과를 변경했는지 검토합니다.
- 증거에 반복적인 보장 격차가 나타날 때에만 확장합니다.
확인해야 할 결과는 간단합니다. 지원 엔지니어는 케이스를 수신하고, 적절한 전화를 선택하고, 경로를 재생하고, 여러 관련이 없는 시스템을 검색하지 않고도 자체적으로 구성된handoff를 제공할 수 있어야 합니다. 공유된 로컬 작업 공간이 해당 시범을 돕다면,LaiCai Screen Mirroring선택한 안드로이드 폰을 한 Windows 또는 macOS 컴퓨터에서 계속 표시되고 제어할 수 있습니다.
자주 묻는 질문들
지원 팀은 몇 대의 안드로이드 휴대폰이 필요한가요?
실제 티켓 및 사용 데이터에서 선택한 3~6대의 전화기로 시작하십시오. 반복적이고 중요한 사례가 현재 매트릭스나 가끔씩 발생하는 클라우드 세션으로 처리할 수 없을 때만 기기를 추가하십시오.
모든 고객 보고서를 재현하는 것을 지원해야 합니까?
아니요. 심각도, 영향을 받는 사용자, 비즈니스 영향, 보안 위험, 재발 가능성, 그리고 복제가 다음 조치를 변경할지 여부를 우선 순위로 지정합니다. 장치 실험실은 모든 모호한 불만을 반복 재생해야 하는 요구 사항이 아니라 의사 결정 도구입니다.
동기화된 제어로 모든 휴대폰에서 동시에 버그를 재현할 수 있습니까?
기기들이 눈에 띄게 같은 상태이고 작업이 안전할 때만 해당합니다. 타이밍, 대화상자, 권한, 키보드 또는 레이아웃이 다른 경우, 각 기기를 개별적으로 작동합니다. 차이점은 증거이며, 맹목적으로 클릭할 것이 아닙니다.
LaiCai는 모바일 기기 관리 플랫폼을 대체합니까?
아니요.LaiCai Screen Mirroring로컬 시각적 제어 및 워크플로우 도구입니다. 제로 터치 등록, 정책 집행, 앱 배포, 재고 또는 원격 지우기를 필요로 하는 분산 엔터프라이즈 플레어는 적절한 MDM 또는 EMM 시스템을 사용해야 합니다.