how an ideal day should be
우리 모두가 일을 시작할 때 어떤 식 으로든 하루가 곧 끝나기를 바랍니다. 아무도 우리가 늦게까지 머물고 일해야하는 문제에 갇히기를 원하지 않지만, 70 %의 시간은 우리가 원하는대로 순조롭게 진행되지 않습니다.
매일 직면하는 다양한 유형의 도전이있을 것입니다. 고객이 요구하는 것이라서 긴급한 작업을 수행하도록 요청을받는 경우가 여러 번있을 수 있습니다. 그 중 70 %는 금요일에 모두가 특별한 개인 계획을 세울 것입니다. :) 우리는 원하지만 서비스 산업이 작동하는 방식을 바꿀 수는 없습니다.
그래프 구현 C ++ 인접 목록
img 출처 .
오늘의 기사에서 저는 테스터가 직면 한 몇 가지 문제 그리고 어떻게 작은 조치를 취함으로써 그러한 도전을 극복 할 수 있는지.
나는 또한 내 생각에 테스터와 테스트 리드에게 이상적인 날이 어떻다고 생각하는지에 대해 다루었습니다.
또한 읽으십시오=> QA 테스터 작업의 첫날은 어떻게 될까요?
나는 하루를 시작하기 전에 고려해야 할 중요한 사항에 대한 일반적인 생각으로이 기사를 시작하고 있습니다. 이것은 하루를 시작할 때 바로 작업 계획을 정의하고 문제를 예측하는 데 도움이 될 것입니다.
학습 내용 :
- 하루를 시작하기 전에 고려해야 할 사항 :
- 일일 작업 플래너의 이점
- 테스트 리드의 날
- 테스터의 날
- 테스트 리드가 직면 한 리소스 관리 과제 :
- 테스터가 직면 한 과제
- 결론
- 추천 도서
하루를 시작하기 전에 고려해야 할 사항 :
1) 작업 인식 – 하루를 시작할 때 하루에 할당 된 작업을 알고 있는지 확인하십시오.
2) 체크리스트 작성 / 우선 순위 정의 - 체크리스트 만들기 그날 계획된 모든 작업 항목의. 또한 우선 순위 항목을 시작할 수 있도록 우선 순위를 할당하십시오.
3) 목표 설정 – 계획된 작업을 알고 나면 EOD로 달성 할 수있는 목표를 설정하십시오.
4) 시간 할당 – 각 작업에 대해 대략적으로 시간을 할당하고 근무일 내에 완료 할 수 있는지 확인하여 하루를 늘릴 필요가 없습니다. 우선 순위가 낮은 작업은 이월하여 다음 근무일에 완료 할 수 있습니다.
5) 작업 타이밍 – 요즘은 엄격한 근무 시간에 대한 요구가 바뀌고 있으며, 요즘 가장 많이 요구되는 것은 유연성입니다. 때때로 밤에 고객 또는 현장 팀과의 통화에 참석해야 할 수도 있습니다. 항상 9 시부 터 5 시까 지 사무실에 있어야하는 것은 아닙니다. 프로젝트의 필요에 따라 작업 시간을 조정하는 것이 중요합니다.
밤에 늦게 일해야한다면 하루를 늦게 시작할 수 있습니다. 그러나 작업 타이밍이 팀에서 전달되는지 확인하십시오. 몇 시간 동안 자리를 비운 경우에도이를 알려야합니다.
나는 아래에 제공했다 샘플 일일 작업 플래너 템플릿 개인이 작업을 추적하고 계획하는 데 사용할 수 있습니다.
=> 다운로드 :
- 테스터를위한 일일 작업 플래너
- 테스트 리드를위한 일일 작업 플래너
일일 작업 플래너의 이점
- 데이터를 편리하게 보관합니다. 요즘 많은 조직에서 매일 시간별 활동에 대한 세부 정보를 제공해야합니다. 따라서 이것은 작업 표를 채우는 데 도움이 될 것입니다.
- 이 추적기는 통계 또는보고 목적에 필요한 데이터를 제공하는 데 도움이됩니다. 2 주 전에 한 작업에 대해 질문을 받으면 기억하는 내용을 기반으로 제공 할 필요는 없지만 계획자를 참조하고 그에 따라 정확한 데이터를 제공 할 수 있습니다.
- 유지 관리 용이 –이 플래너를 업데이트하는 데 하루에 10 분이 거의 걸리지 않습니다.
- 템플릿을 약간 조정하여 팀 리더가 사용할 수 있습니다. (테스트 리드 버전도 첨부했습니다)
- 개인이 자신이 느끼는대로 편집 할 수 있도록 로컬 사본으로 유지 관리 할 수 있습니다.
테스터와 테스트 리드에게 이상적인 날에는 다음이 포함되어야합니다.
테스트 리드의 날
테스트 리드는 테스터의 전체 역할을 수행하고 팀을 관리하고 다른 팀과 상호 작용하며 경영진에게 적시에 보고서를 제공하는 추가 책임이있는 사람입니다. 테스터가 문제를 발견하면 첫 번째 연락 지점은 테스트 리드로 유지됩니다.
그러나 테스트 리드는 필요할 때마다 연결할 수 있는지 확인해야합니다. 그렇다고해서 팀이 도착하기 전에 사무실에 있어야하거나 전체 팀이 떠난 후에 사무실을 떠날 필요는 없습니다. 그들이 확인해야 할 것은 융통성 있는 직접 방문하거나 통화 할 수 있습니다.
과거의 많은 경우에서 팀이 리드보다 먼저 사무실에 도착했지만 하루 동안해야 할 일이 없습니다. 이상적으로는 작업 할당 완료되고 팀은 할당 된 작업을 인식합니다.
가장 좋은 방법은 항상 아침에 가장 먼저 이메일을 확인하는 것입니다. 에서 운영하는 팀 육상-해양 모델 , 계획은 하룻밤 사이에 변경 될 수 있습니다. 어제 작업했던 우선 순위 항목이 더 이상 우선 순위가 아니고 범위를 벗어 났거나 다른 사람의 작업 일 수 있습니다. 또한 다음 단계는 업데이트에 대해 팀에 지속적으로 알리는 것입니다.
많은 프로젝트는 전체 팀이 이메일 스레드에서 루프를 유지하여 변경 사항을 인식하는 추세를 따릅니다. 일부 프로젝트는 이메일 스레드에서 리드를 유지합니다. 이러한 경우 계획의 변경 사항을 팀에 계속 알리는 것은 테스트 리드의 책임이됩니다.
팀 리더의 책임은 팀에 작업을 할당하는 것으로 끝나지 않습니다. 모든 기능 요구 사항을 잘 알고 있어야합니다. 팀을 돕다 하루에 어떤 유형의 기술적 인 문제도 직면합니다.
대부분의 프로젝트는 일일 상태 보고서를 보내야 할 때 마감 시간을 따르므로 팀 리더는 통합 보고서를 상위 수준으로 보내기 전에 각 팀 구성원의 상태를 확인해야합니다. 하루를 마무리하기 전에 적시 상태 보고서 .
또한 읽기=> QA 팀 리더의 기대는 무엇입니까?
테스터의 날
대부분의 주니어 테스터는 요청 된대로 수행합니다. 따라서 테스트 리드가 작업을 할당 할 때까지 기다립니다.
둘 다 같은 페이지에 있는지 확인하기 위해 할당 된 작업에 대해 팀 리더와 항상 대화하는 것이 좋습니다. 따라서 작업에 대해 논의하고 관련 장애가 예상되면 하루를 시작하십시오.
낮에 장애가 발생하고 즉각적인주의가 필요한 경우 우려를 제기하는 것도 중요합니다. 이러한 문제는 빠른 시일 내에 논의되고 정리되어야합니다.
테스터는 융통성 있는. 테스트 케이스 검토 중에 테스터가 테스트 케이스를 제시해야하는 경우가있을 수 있습니다. 중요한 테스트 리뷰 , 테스터가 근무 시간 이후에 자리를 비워야하는 경우 일 수 있습니다.
하루를 마치기 전에 테스터는 하루에 할당 된 작업이 완료되었습니다. . 할당 된 모든 작업이 같은 날에 완료되지 않는 경우가있을 수 있습니다. 이러한 상황에서는 진행 상황에 대해 메모를 남기거나 테스트 리드를 논의하고 업데이트하는 것이 좋습니다.
그렇지 않으면 가치가 없습니다 적시에 적절한 데이터와 함께보고됩니다. 테스터는 하루를 마무리하기 전에 확인해야합니다. 완전한 상태 보고서 할당 된 작업에. 여기에는 직면 한 다른 문제에 대한 세부 정보 또는 동일한 이메일에 보류중인 작업에 대한 세부 정보가 포함될 수 있습니다. 이것은 또한 프로젝트 프로토콜에 따라 다릅니다. 많은 프로젝트에서 추적기 업데이트가 필요하고 많은 프로젝트에서 이메일을 통해 데이터를 보내야합니다.
테스터와 팀이 일상적인 작업 활동과 솔루션에서 직면 한 몇 가지 리소스 관리 과제를 지적하고 싶습니다.
테스트 리드가 직면 한 리소스 관리 과제 :
문제 # 1 – 테스터 중 한 명이 아침에 전화를 걸어 계획되지 않은 휴가에 대해 알립니다. 테스트 리드는 상황을 어떻게 처리합니까?
SQL 기본 인터뷰 질문 및 답변 pdf
해결책: 테스트 리드는 작업이 다른 팀 구성원에게 재 할당되도록해야 하루가 끝나면 결과물이 계획대로 진행됩니다. 그건 테스트 리드의 책임 자원을 사용할 수 없을 때 우선 순위 항목이 처리되도록합니다. 응급 상황에 대비하여 작업을 처리 할 수있는 백업 계획을 마련하는 것이 좋습니다. 테스터 중 능력이없는 경우 테스트 리드가 작업에 참여하여 작업을 완료해야합니다.
문제 # 2 – 테스터가 전화를 걸어 출근 할 수 없지만 원격으로 연결할 수 있다고 알려줍니다. 테스터에게 집에서 일할 수있는 옵션이 주어져야합니까, 아니면 휴가를 받아야합니까?
해결책: 이 경우 결정은 상황에 따라 다릅니다. 리소스가 보안 연결이 필요하지 않은 작업을 수행하는 경우 테스트 리드는 원격 작업을 허용 할 수 있습니다. 그러나 많은 프로젝트에서는 클라이언트의 보안 환경에서 테스트 실행을 수행해야하며 외부 연결을 허용하지 않습니다. 이 경우 테스트 리드는 리소스가 다른 보안되지 않은 환경 작업을 수행 할 수 있는지 여부를 결정하거나 휴가를 요청하지 않으면 일부 문서 작업 등을 수행 할 수 있습니다.
문제 # 3 – 테스터가 집에서 작업 중이고 테스트 리드에게 상태 업데이트를 보내지 않고 하루 동안 로그 오프합니다.
해결책: 이러한 경우는 면밀히 모니터링되어야하며 원격 작업은 리소스가 헌신적이고 헌신적 인 경우에만 허용되어야하며, 그러한 상황에서 직면 한 문제와 전체 프로젝트 및 리소스 자체에 미치는 영향에 대해 브리핑해야합니다.
문제 # 4 – 테스터는 지정된 작업을 완료하지 않고 퇴근합니다.
해결책: 이러한 경우 테스터는 하루를 떠나기 전에 리드와 논의하여 필요한 조치를 취할 수 있어야합니다. 정말 긴급한 경우 테스트 리드가 어떻게 든 완료해야합니다. 그렇지 않은 경우 다음 날 테스터에게 동일한 작업을 제공 할 수 있습니다.
문제 # 5 – 테스터가 하루에 할당 된 작업을 완료하고 상태 업데이트를 보내지 않고 퇴근합니다.
해결책: 이러한 경우 테스트 리드는 각 팀원이 하루가 끝날 때 자신의 상태를보고하는 것의 중요성을 인식하는 프로세스를 정의해야하며 모두가 상태를 전송해야하는 마감 시간을 설정해야합니다.
문제 # 6 – 테스터가 사무실에 도착했지만 이메일을 확인하지 않고 전날 작업을 계속합니다.
해결책: 이러한 상황은 프로젝트 요구 사항이 동적 인 경우 문제가되기 때문에 팀이 아침에 이메일을 가장 먼저 확인하는 습관을들이도록함으로써 테스트 리드가 처리 할 수 있습니다. 아침에 신속하게 이메일을 확인하면 변경 사항 / 업데이트를 파악하고 중요한 최신 작업을 먼저 처리 할 수 있습니다.
테스터가 직면 한 과제
문제 # 1 – 테스터가 테스트 리드보다 먼저 사무실에 도착했지만 할당 된 작업이 없기 때문에 작업을 시작하려면 기다려야합니다.
해결책: 테스터가 사무실에 도착했을 때 어떤 이유로 테스트 리드를 사용할 수없는 경우 테스트 리드는 테스터에게 전화를 걸어 작업에 대해 알리거나 전날 밤 팀에 할당 된 작업에 대해 이메일을 보냅니다. 테스트 리드가 계획된 휴가에있는 경우 교체가 작업 할당을 처리해야하지만, 테스터는 자신이 무엇을해야할지 모른 채 기다려야합니다.
문제 # 2 – 테스터가 기술 지원을 위해 테스트 리드에게 접근하지만 도움을 줄 수 없습니다.
해결책: 좋은 테스트 리드는 각 팀 구성원을 도울 수 있어야하므로 항상 응용 프로그램에 대한 기능적 지식이 있어야합니다. 리드가 즉시 답변하지 못할 수도 있지만 몇 시간 내에 테스터의 문제를 명확히하는 것은 리드의 책임입니다. 테스터가 테스트 리드의 응답에 만족하지 않는 경우에는 그 / 그녀와 논의하거나 자주 메모하고 관리자에게 접근하여 문제를 논의해야합니다.
문제 #삼 – 한 테스터에게 너무 많은 작업을 할당하고 다른 테스터에게는 기회가 부족합니다.
해결책: 이는 테스트 리드가 가시성이 높은 모든 작업을 소수의 핵심 리소스에 할당하고 다른 팀 구성원이 기회를 얻지 못하는 매우 일반적인 문제입니다. 팀이 기회 부족으로 이러한 문제에 직면 한 적이 있다면 먼저 리드와 문제를 논의해야하며 리드가 문제를 해결할 수없는 경우 다음 레벨 관리자에게 접근해야합니다. 팀은 균등 한 기회 방식으로 운영되어야합니다.
또한 읽으십시오=> 더 행복하고 성공적인 테스트 팀을 이끄는 방법
결론
이 기사에서는 우리가 매일 직면하는 몇 가지 리소스 관리 상황에 대해 살펴 보았습니다. 나는 우리가 어떤 수준에 있든 상관없이 우리 모두가 어려움을 겪고 있다고 확신합니다. 저는 항상 논리적으로 상황을 처리하려고하면 상황이 자동으로 변경되어 결국 문제에 대한 해결책을 찾을 수 있다고 믿습니다.
나는 항상 우선 순위와 시간의 필요성을 이해하고 해결책을 찾으려고 노력합니다.
저자 :이 유용한 기사는 STH 팀원 Priya R이 작성했습니다.
여러분 모두 돌아가서 자신이 직면 한 문제에 대해 생각하고 문제를 이해하면 자신이 해결책을 찾을 수있는 올바른 사람이 될 수 있기를 바랍니다.
추천 도서
- QA 팀 리더의 기대는 무엇입니까?
- 테스트 리더십 – 테스트 리드의 책임 및 테스트 팀을 효과적으로 관리하는 방법
- 테스트 리드 위치에 대한 팀 플레이 및 리더십 관련 인터뷰 질문에 답변하는 방법
- 더 행복하고 성공적인 테스트 팀을 이끄는 방법-테스트 리더십 파트 2
- 테스터 또는 개발자가 서로 의사 소통하는 것이 얼마나 중요합니까?
- 테스터가 일자리를 얻으려면 도메인 지식이 필요합니까? 그렇다면 초보자 테스터는 어떻습니까?
- 좋은 테스터가 될 수있는 10 가지 자질
- 소프트웨어 테스터의 7 대 주요 목표-당신은 '만든'테스터입니까, 아니면 '선택된'테스터입니까?