메뉴

테스트 할 시간이 충분하지 않은 경우 어떻게해야합니까?

what do when there isn t enough time test

문제를 제거하기 위해 도구를 사용해보십시오

테스트주기 중 테스트 할 시간이 충분하지 않다는 사실을 자주 깨닫습니까? 우선 모든 것을 통제했지만 곧 비상 계획의 '테스트 할 시간이 충분하지 않으면 어떻게해야합니까?'에 도달하게됩니다. 부분.

나도 거기에 있었고 재미가 없습니다. :)

나는 이것을 길고 힘들게 생각했다. 그렇게 잘 시작된 일이 어떻게 그렇게 심하게, 그렇게 빨리 내려갈 수 있습니까? 그리고 여기 내 분석이 있습니다.

=> 전체 테스트 계획 튜토리얼 시리즈를 보려면 여기를 클릭하십시오.

학습 내용 :

테스트 시간은 어디로 갔습니까?

테스트 할 시간이 충분하지 않음

일부 소프트웨어 오류는 물리적 연결 문제를 나타냅니다.

첫째, 왜 이런 일이 발생합니까?많은 이유 – 그 중 일부는 다음과 같습니다.

# 1) 잘못된 추정 :

부정확 한 기대로 시작하면 일이 실패 할 수밖에 없습니다. 좋은 테스트 추정치는 다음 사항을 고려해야합니다.

  • 준비 작업 시간 – 우리는 다음과 같은 작업에 대해 이야기하고 있습니다.
    • 회귀 스위트 식별 및 구성
    • 테스트 데이터 생성
    • 테스트 준비 상태를 결정하는 시간 (예 : 연기 / 위생 테스트) 등
  • 테스트 케이스 유지 보수 : 테스트 케이스는 장기 사용 자산입니다. 실행 중에 사소한 업데이트를 받게됩니다. 신제품의 경우 테스트 실행 시간의 최대 30 %를 이러한 사소한 유지 관리 작업에 할당하는 것이 좋습니다. 모든 팀과 프로젝트는 30 %가 필요하지 않을 수 있지만이 작업에 약간의 시간과 노력을 할당해야합니다.
  • 이에 / 탐색 테스트 – 스크립팅 된 테스트의 수는 테스트 견적 수의 주요 분모입니다. 그러나이 세상의 어떤 테스트 팀도 모델이 주로 스크립팅 된 경우에도 소프트웨어 탐색을 거부하지 않습니다.
  • 보고 / 커뮤니케이션 – 여기에는 분류 / 스탠드 업 회의, 작업 관리 도구 업데이트 등이 포함됩니다.
  • 우발 요인 : 표준은 원래 추정치에 25-30 % 버퍼를 권장합니다. 그러나 팀은 거의 감당할 수 없습니다. 그래도 가능하면 약간의 호흡 공간을 남겨 두십시오.
  • 팀과 그 능력 : 새 팀이 있거나 처음으로 도구를 사용하는 경우 교육을 위해 시간을 할애해야 할 수 있습니다. 함께 일하는 팀을 기반으로 견적을 조정하십시오.

추천 읽기=> 테스트 추정 성공 및 방법에 대한 자세한 정보는 이것을 확인하십시오.

# 2) 불안정한 빌드 및 기타 기술적 문제 :

  • 연기 / 위생 테스트 실패 : QA 환경에 배포 한 후 AUT의 기본 테스트가 실패하면 QA 팀이 테스트 실행을 위해 할 수있는 일이 거의 없습니다. 이런 일이 발생하는 동안 다른 작업을 수행 할 수 있다는 것은 사실이지만 여전히 테스트주기 시각. 따라서 이것은 시간 낭비의 주요 원인입니다.
  • 테스트 데이터 없는 : 생산과 같은 데이터는 모든 테스트 프로젝트에 필수입니다. 이를 제 시간에 QA 환경에 제공하지 않는 것도 또 다른 차단 요인입니다. 때때로 테스터는 다음을 통해이 문제를 해결할 수 있습니다. 자체 테스트 데이터 생성 및 관리 하지만 시간이 많이 걸리며 항상 정확한 것은 아닙니다.
  • 환경 문제 – 빌드 실패 배포, 서버 시간 초과, 더 많은 이러한 문제가 테스트주기를 방해합니다. 이는 아마도 일부 회사 (전부는 아님)가 효과적인 QA를 위해 실제와 같은 좋은 환경의 중요성을 훼손한다는 사실에서 비롯된 것 같습니다. 그들은 종종 저용량 서버와 메이크업 설정을 없애려고합니다. 이것은 정말 단기간 수정이며 누구에게도 호의를 베풀지 않습니다. 실제로 테스트 품질과 귀중한 테스트 시간의 손실을 초래할 수 있습니다.

# 3) 관련된 모든 당사자 간의 합의 부족 :

이는 Agile을 따르는 팀에서 드문 문제 일 수 있습니다. 안전한 그들이 일하는 긴밀한 서클로 인해 많은 팀이 여전히 Dev, Ops 및 QA가 서로 결과물을 받아야하는시기에 대해 의견이 일치하지 않거나 잘못된 의사 소통을 겪고 있습니다. 따라서 지연됩니다.

의사 소통의 미묘함을 이해하려면 다음을 확인하십시오. => 비즈니스, 개발 및 QA가 협력하여 프로젝트를 완료하는 방법

이제 문제를 알았으므로 문제를 해결할 수있는 몇 가지 방법이 있습니다.

품질 보증 대 품질 관리

테스터가 테스트에 충분한 시간을 확보하려면 어떻게해야합니까?

# 1) 정확하게 추정하십시오. 합리적인 마진으로 과대 평가하지만 과소 평가하지 않는 것이 의심스러운 경우. 팀, 도구 및 프로세스에 따라 예상 조정을하는 것을 잊지 마십시오. 완료되면 모든 사람이이를 인식하고 지속적으로 유지할 수 있도록 공식 승인을 요청하십시오.

#두) 과거 데이터를 고려하십시오 – 테스트 관리 도구는 가장 친한 친구입니다. .

  • 이전 릴리스 테스트주기는 얼마나 걸렸습니까?
  • 어떤 종류의 문제로 인해 이전 테스트주기가 중단 되었습니까?
  • 대부분의 테스트 케이스는 통과하기 전에 몇 번이나 실행 되었습니까?
  • 어떤 결함이보고 되었습니까?
  • 테스트가 중단 된 원인은 무엇입니까?

# 3) 다음 질문을하고 위기 시간에 그에 따라 계획하십시오.

  • 프로젝트에 중요한 기능이 있습니까?
  • 프로젝트의 고위험 모듈을 찾으십니까?
  • 사용자에게 가장 눈에 띄는 기능은 무엇입니까?
  • 안전에 가장 큰 영향을 미치는 기능은 무엇입니까?
  • 사용자에게 가장 큰 재정적 영향을 미치는 기능은 무엇입니까?
  • 애플리케이션의 어떤 측면이 고객에게 가장 중요합니까?
  • 코드의 어떤 부분이 가장 복잡하여 오류가 가장 많이 발생합니까?
  • 애플리케이션의 어떤 부분이 러시 또는 패닉 모드로 개발 되었습니까?
  • 개발자는 응용 프로그램의 가장 위험한 측면이 무엇이라고 생각합니까?
  • 어떤 종류의 문제가 최악의 홍보를 유발할까요?
  • 어떤 종류의 문제로 인해 가장 많은 고객 서비스 불만이 발생합니까?
  • 여러 기능을 쉽게 다룰 수있는 테스트 유형은 무엇입니까?

이러한 점을 고려하면 적은 시간 제약으로 프로젝트를 출시 할 위험을 크게 줄일 수 있습니다.

# 4) 테스트 관리 도구를 사용하십시오. 이렇게하면 준비,보고 및 유지 관리 시간과 노력이 크게 줄어 듭니다.

=> 가장 인기있는 테스트 관리 도구 선택 목록 , 여기에서 확인하세요 :

# 5) 잘못된 빌드 / 기술 문제에 대해 우리가 할 수있는 일은 많지 않지만, 도움이 될 수있는 한 가지는 단위 테스트 결과를 보는 것입니다. 이렇게하면 빌드가 성공했는지 아닌지, 어떤 종류의 테스트가 실패했는지에 대한 아이디어를 얻을 수 있으므로 바퀴를 다시 만들지 않습니다.

귀하의 테스트 관리 도구 지원 CI 통합 , 해당 정보를 쉽게 사용할 수 있으므로 응용 프로그램의 안정성을 더 잘 이해할 수 있습니다.

# 6) 생산성과 진행 상황을 자주 측정하십시오 . 상태 보고서를 외부 팀의 이익만을위한 결과물로 만들지 마십시오. 일일 목표와이를 달성 할 수있는 능력을 면밀히 모니터링하고 있는지 확인하십시오.

또한 '속도 vs. 품질'이라는 고전적인 수수께끼에 빠지지 마십시오. 예를 들어 하루에 50 개의 버그를보고하면 생산성이 매우 높은 것처럼 보일 수 있기 때문입니다. 그러나 대부분이 잘못된 것으로 돌아 오면 문제가있는 것입니다.

따라서 조금 더 모니터링, 모니터링 및 모니터링하십시오. :)

결론:

마지막으로, 모든 예방 조치와 조치에도 불구하고 여전히 시간이 지남에 따라 도움을 청하다 .

대부분의 팀은 상황을 정상화하기 위해 전쟁 실 세션에 기꺼이 참여합니다.

저자 정보 : 이 유용한 테스트 팁은 STH 팀원 Swati S가 제공합니다.

이제 시간을 지키고 품질 테스트 서비스를 제공하는 방법은 무엇입니까? 또한 위 기사의 어떤 점이 당신에게 공감합니까?

귀하의 피드백에 감사 드리며 귀하의 독자층을 소중히 여깁니다. 읽어 주셔서 감사합니다!

=> 전체 테스트 계획 자습서 시리즈를 보려면 여기를 방문하십시오.

추천 도서

^