기술나눔

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

테스트로서 문제를 발견하는 것뿐만 아니라 사용자 수준에서 문제의 효과적인 해결을 적극적으로 촉진하는 것도 필요합니다.

1. 우선, 개발팀과 적극적이고 끈기있게 소통하고 버그를 공동으로 재현하고, 테스트 환경, 작업 단계, 테스트 데이터, 스크린샷, 로그 등을 제공하여 rd가 버그를 완전히 이해하고 더 나은 결과를 얻을 수 있도록 해야 합니다. 버그를 이해하고 찾아냅니다.
2. 둘째, 테스트 환경의 환경적 요인이나 더티 데이터로 인해 버그가 테스트 환경에만 존재하고 개발 환경에서는 재현할 수 없는지 확인하고, 유효한 버그라면 테스트 환경에서 이를 입증합니다. 테스트 환경인 경우 후속 조치를 취하고 개선합니다. 더티 데이터로 인한 잘못된 결함으로 인해 버그가 종료됩니다.
3. 테스트와 개발에서는 요구 사항에 대한 이해가 다르거나 요구 사항이 명확하지 않아 요구 사항의 모호함으로 인해 개발이 이를 유효하지 않은 버그로 간주하므로 제품을 통해 확인해야 합니다.
4. 개발자는 테스트가 과도한 테스트라고 생각하며 사용자는 실제 환경에서 이와 같이 작동하지 않을 것입니다. 테스트 스테이션에서는 현재 사용자의 관점에서 유효한 버그라고 생각하므로 제품을 통해 확인해야 합니다. 제품이 유효한 버그임을 확인하면 테스트는 다음과 같은 후속 조치를 취할 수 있습니다. 제품이 버그를 유효하지 않은 것으로 간주하지만 테스트에서는 이를 유효한 버그로 간주하는 경우 이를 직접 리더에게 다시 보고하고 진행합니다.
5. 버그에는 해당 요구 사항이 없으며 PM 및 RD와 동시에 통신해야 합니다. PM은 요구 사항의 구체적인 요구 사항과 버그 해결 시점을 명확하게 설명합니다.
6. 개발팀에서 문제가 개발 도구, 개발 프레임워크 또는 타사 인터페이스로 인해 발생했다고 판단하는 경우 테스트에서는 개발 팀과 적극적으로 소통하고 관련 인력과 협력하여 문제를 함께 해결해야 합니다.
7. 가끔 버그가 재현되지 않는 경우 개발팀에서 승인하지 않으며, 재현되지 않는 경우 자세한 문제 정보(화면 녹화, 로그 정보, 스크린샷 정보)를 제공해 주시기 바랍니다. 후속 관찰 및 추적을 용이하게 하기 위한 결함 관리 시스템(비정기적으로 표시됨)