6 step guide handle client calls effectively
우리가 대부분의 프로젝트와 회사에서 매일하는 마지막 일은 클라이언트 호출을 통해 만드는 것입니다.
클라이언트 호출은 IT 팀에서 업무를 조정하고 커뮤니케이션 채널을 개방하는 방법에있어 필수적이고 중요한 부분입니다.
고객 전화는 짧고 작업이 제대로 진행되고 고객의 기대가 충족 될 때 재미 있습니다. 그렇지 않은 경우 고객 전화는 많은 불안, 불안, 실망 및 동기 저하로 이어질 수 있습니다.
이 맥락에서 우리는 무엇을 할 수 있습니까?
좋은 의사 소통 능력 , 언어 및 악센트 전문 지식, 때가되면 책임을 져야하는 긍정적 인 태도, 개인적 수준에서 고객과 '예'라고 대답하는 것이 도움이 될 수 있지만 안타깝게도 그것만으로는 충분하지 않습니다.
그렇다면 우리에게 더 필요한 것은 무엇입니까?
.bin 파일이란?
이것이 바로이 기사가 유용한 곳입니다. 이것은 QA 프로젝트에서 클라이언트 상호 작용이 이루어지는 여러 단계와 각 단계에서 도움이 될 수있는 몇 가지 팁을 간략하게 설명하려는 시도입니다.
또한 읽으십시오 => 테스터 또는 개발자가 서로 의사 소통하는 것이 얼마나 중요합니까?
학습 내용 :
- # 1) 요구 사항 분석 중 클라이언트 호출
- # 2) 테스트 계획 중 클라이언트 호출 :
- # 3) 추적 성 매트릭스 생성 중 클라이언트 호출
- # 4) 테스트 스크립팅 중 클라이언트 호출
- # 5) 스크립트 실행 및 결함 로깅 중 클라이언트 호출
- # 6) UAT 중 / 출시 후 / 프로덕션 중 클라이언트 호출
- 결론
- 추천 도서
# 1) 요구 사항 분석 중 클라이언트 호출
테스트 할 새 프로젝트에 대한 소프트웨어 요구 사항 문서가 전달되면 소프트웨어의 모든 암시 적 및 명시 적 영역을 철저히 이해해야합니다. 이 단계에서는 제품에 대한 설명과 우리의 해석을 향상시키기 위해 양질의 고객 요청이 필요합니다.
더 읽어보기 => 요구 사항 문서를 테스트하는 방법
염두에 두어야 할 몇 가지 측면 :
- 준비 : 질문을 게시하기 전에 요구 사항을 철저히 검토하십시오.
- 목록 작성 : 미리 질문을 기록하고 필요한 경우 목록의 우선 순위를 정하십시오. 안전을 위해 일부 회의실에서는 컴퓨터에 대한 액세스가 어려워지고 마지막 순간에 실패 할 수도 있으므로 질문의 하드 카피를 보관하십시오.
- 먼저 내부적으로 해결하십시오. 팀원 또는 사용 가능한 개발자 또는 BA 내에서 먼저 확인하십시오.
- 머리를 줘 : 가능하면 질문 목록을 고객에게 이메일로 보내서 준비 할 수 있도록합니다.
- 논의하다: 간결하고 정확해야하며 명확하지 않은 경우 다시 질문하는 것을 부끄러워하지 마십시오.
- 기록: 제공된 설명을 기록하십시오.
- 제안 : 해당되는 경우 요구 사항에 대한 개선 제안을합니다.
- 알림 : 고객에게 후속 조치가 무엇인지 알립니다.
- 폐쇄에 대한 후속 조치 : 모든 아이디어와 생각이 일치하는지 확인하기 위해 토론 결과를 이메일로 보냅니다.
# 2) 테스트 계획 중 클라이언트 호출 :
고객이 테스트 계획을 진행 한 후 QA 팀은 일반적으로 테스트 계획 템플릿 ...에 테스트 계획 작성 고객이 설정 한 시간 제한 내에 검토를 위해 보냅니다.
이 단계에서 피드백 요청이있을 수 있으며 다음 사항을 처리해야합니다.
C # 인터뷰 질문이있는 셀레늄
- 클라이언트가 최신 테스트 계획 문서를 가지고 있고 발송하기 전에 내부적으로 검토되었는지 확인하십시오.
- 고객에게 충분한 검토 시간을 허용합니다.
- 가능하면 고객에게 먼저 이메일을 통해 리뷰 댓글을 보내도록 요청하세요.
- 고객이 의견에 대해 이메일을 통해 논의 할 수 있거나 문서에 동의한다고 표현하면 다음 단계로 진행하여 고객에게 그 내용에 대해 계속 업데이트하십시오.
# 3) 추적 성 매트릭스 생성 중 클라이언트 호출
향후 추적 가능성을 따르는 프로젝트의 경우 가능한 모든 시나리오와 함께 요구 사항을 더 작은 기능으로 나누기로 이동합니다. 추적 성 매트릭스 생성 테스트 계획이 완료된 후. 이는 일반적으로 고객이 검토하여 보장을 확인하고 이에 대한 승인을 제공 할 수 있도록하며 계속 진행할 수 있습니다.
이 상호 작용을 더 간단하게 만들기 위해 다음 사항에 유의해야합니다.
- 테스트 계획과 마찬가지로 매트릭스는 클라이언트 검토를 위해 보내기 전에 철저히 동료 검토를 받아야합니다.
- 가능한 경우 이메일을 통해 의견 요청
- 의견이 이메일을 통해 전송되면 팀과 의견을 논의하여 각 회의에 대한 해결 방법을 직접 설명 할 수 있습니다. 다시 한 번 우선 사례 만 논의하십시오. 나머지는 이메일을 기다릴 수 있습니다.
- 스크립팅을 시작할 수 있는지 확인
- 스크립트 생성 단계에 대한 질문이나 금지 사항이있는 경우이 호출에서 명확히해야합니다.
# 4) 테스트 스크립팅 중 클라이언트 호출
이 단계는 마지막 단계보다 길며 클라이언트 호출은 더 강렬 할 수 있습니다.
다음 사항이 도움이 될 수 있습니다.
- 기한 준수 : 테스트 스크립트 작성 목표를 충족하거나 초과하도록하십시오.
- 더 긴 통화 준비
- 놀라움 방지 : 고객에게 진행 상황을 알리고 장애물을 포함하여 고객이 통화 중에 처음으로 새로운 정보를 듣지 못하도록합니다.
- 먼저 동료를 검토하고 통화 전에 RTM에 대한 매핑이 완료되었는지 확인합니다.
- 상태 이메일은 이미 이메일을 통해 전송되었으므로 세부적으로 반복하지 마십시오. 클라이언트가 특정 사항을 요청하거나 클라이언트가 요청하는 경우에만 세부 정보로 이동합니다.
- 고객과 QA 팀에 질문이 없거나 논의 할 사항이없는 경우 통화를 취소하거나 중단합니다.
- 다음 작업에 대한 계획 설명
- 우리가 더 이상 나아 가지 못하게 막는 막힘의 경우 대체 작업을 생각하고 클라이언트에게 동일하게 전달하십시오.
# 5) 스크립트 실행 및 결함 로깅 중 클라이언트 호출
(확대 된 이미지를 보려면 클릭하세요)
이 단계가 효과적이려면 예상 일정을 충족하고이를 전달하는 보고서의 품질이 우수하고 정확해야합니다.
더 읽어보기 => 테스트 실행 프로세스
- 테스트 스크립팅 단계와 마찬가지로이 단계에서도 통화가 길고 복잡한 문제를 다룰 수 있으므로 집중하고 인내하십시오.
- 사전 이메일 도움
- 통화를 시작할 때 그날의 상태에 대한 전반적인 하이라이트를 제공합니다.
- 상태 논의가 완료되면 결함 상태로 이동
- 쿼리 해결
- 다음 작업 순서 설명
노트 - 때때로 우리는 많은 스크립트가 실패 할 수 있습니다. 그리고 클라이언트는 이것에 대해 기분이 좋지 않을 수 있습니다. 우리의 잘못은 아니지만 테스트 사례를 정상적으로 (가능한 경우 더 많이) 실행하여 진행 상황을 추적하고 품질 저하를 보상합니다.
최고의 무료 이미지 백업 소프트웨어 2017
또한 읽기 => QA (또는 모든) 팀에 효과적인 이메일을 작성하는 방법
# 6) UAT 중 / 출시 후 / 프로덕션 중 클라이언트 호출
- 클라이언트에게 알려진 문제 및 해결 방법을 알려 UAT를 지원합니다.
- UAT 중에 발견 된 결함에 대해 질문을 받으면 근본 원인 / 해결 방법 가능한 경우 이메일을 통해 또는 짧은 전화를 통해 동일한 내용을 설명합니다.
- 알려진 문제에 대해 취해야 할 조치를 제안하여 변경 요청 또는 RFC ( 변경 요청 ) – 또는 새 프로젝트 등으로 범위 지정
- 제품이 라이브 상태가되면 클라이언트의 유지 관리 요구 사항에 대해 확인합니다.
- 필요하다고 생각되는 경우 수행 할 성능 또는 기타 비 기능적 테스트를 권장합니다.
마지막 팁은 다음과 같습니다. 피드백을 요청하십시오. 관행을 따랐다면 무엇이 가장 효과적인지 결정하는 데 고객을 참여시키는 것이 도움이되었는지 고객에게 물어보십시오.
결론
고객과 팀 간의 커뮤니케이션을 완벽하게하는 것은 달성하기 어려운 균형이지만 몇 가지 간단한 단계만으로도이를 달성하고 발전 할 수 있습니다.
위의 포인트는 시간 테스트를 거쳐 실제로 구현되었으므로 이러한 작업이 수행된다는 것을 알고 있습니다.
다른 팁과 요령이 있으면 알려주십시오.
언제나 그렇듯이 여러분의 의견을 듣고 싶습니다. 아래에 댓글을 달거나 질문을 게시하십시오.
추천 도서
- QTP를 ALM / QC와 통합하기위한 단계별 가이드
- Windows에 MongoDB 설치 : 단계별 가이드
- JIRA를 qTest와 통합하는 방법 : 단계별 가이드
- 첫 번째 유료 크라우드 소싱 테스트 프로젝트를 얻기위한 단계별 가이드
- 테스터가 현명한 방식으로 질문을 할 수있는 방법 : 단계별 가이드
- 자동화 테스트에서 개념 증명 (POC) 구현을위한 단계별 가이드
- 테스터에서 비즈니스 분석가로 경력 전환-단계별 가이드
- 테스트 리더십 – 테스트 리드의 책임 및 테스트 팀을 효과적으로 관리하는 방법