this scenario explains how important it is document frequently encountered errors
소프트웨어 오류는 한 번만 발생하고 수정되면 다시 나타나지 않는다고 믿습니까? 약 30 %의 오류가 다시 발생한다고 생각합니다.
이 기사에서는 자주 발생하는 오류 중 일부를 문서화하는 것이 얼마나 중요한지 다루고 싶습니다.
아래에서 몇 가지를 찾을 수 있습니다. 문제가 발견되는 공통 영역 문서화 할 템플릿이 있습니다.
도움이 되었기를 바랍니다.
영상 출처
시나리오 # 1
코드가 배포되고 QA 준비가되었습니다. John, 테스터는 테스트 케이스를 준비했습니다. 테스트 도중에 그는 문제를 발견합니다. 그는 여러 번 더 일찍 발견되었다고 생각하지만 John은 해결 방법을 몰랐습니다.
John과 Sheryl은 모두 이전에 동일한 오류를보고 이전에 해결 한 Smith를 찾아갔습니다. 불행히도 스미스는 그날 휴가 중이었습니다.
John은 이제 무엇을해야합니까? John이 Smith를 사용할 수없는 경우에도 해결 방법을 찾기 위해 Smith에게 연락해야합니까?
따라서 여러 릴리스에서 환경 문제가 반복적으로 발견되면 세부 사항을 문서화하는 것이 좋습니다. 공유 위치에 배치합니다. 이렇게하면 한 개인에 대한 종속성이 제거되고 이러한 상황이 발생할 때 모든 팀 구성원이 스스로 해결책을 찾을 수 있습니다.
시나리오 # 2
John은 새 릴리스를 테스트 중이며 알려진 오류가 다시 발생합니다. 이번에는 과거 릴리스 중 하나에서 결함이 생성되었음을 알고 있습니다. 그러나 질문은 '결함 번호 및 기타 관련 세부 정보를 어떻게 찾습니까?'입니다.
이 경우에도 John에게 무엇이 도움이 될 것이라고 생각하십니까?
이것은 가능성입니다.
그러나 제 생각에는 그러한 문제가 별도의 영역에 잘 문서화되어 팀과 공유되면 가치를 더하고 시간을 절약 할 수 있습니다.
학습 내용 :
오류가 자주 발생하는 일부 영역 :
1) 매개 변수 파일 – Informatica 도구에 대한 경험을 바탕으로 여러 경우에 잘못된 DB 연결을 가리키는 param 파일을 발견했습니다. 동일한 문제가 여러 번 발생했습니다. 주된 이유는 개발자와 QA간에 연결이 공유 되었기 때문입니다. 따라서 param 파일은 항상 오류를 방지하기 위해 필요에 따라 업데이트해야했습니다.
2) 잘못된 DB를 가리키는 URL
3) 액세스 문제 – 사용자는 DB에 대한 접근 권한이 부족하거나 잘못된 경우 문제가 발생하거나이 경우 취해야 할 조치 또는 연락 할 사람 / 사람을 설명하는 문서가 매우 도움이 될 것입니다.
4) 테스트 데이터 문제 – 잘못된 형식이나 데이터 값을 사용하면 문제가 발생하지 않는 경우가 더 많습니다.
5) DB 문제 – DB 연결 시간 초과는 이러한 일반적인 문제 중 하나입니다. 일부 다운 타임은 일시적이고 계획된 것이며 때로는 DBA의 도움이 필요할 수 있습니다. 사용자는 계획된 유지 관리에 대해 미리 알림을 받지만 일시적인 오류 및 해결을 위해 테스터는 반드시
대부분의 반복되는 오류는 일반적으로 환경 문제 .
하나, 코드 문제 무시할 수 없습니다. 위의 논의는 일반적이며 코드 문제는 애플리케이션, 프레임 워크, 프로그래밍 언어 등에 더 구체적이기 때문에 코드 문제를 포함하지 않습니다.
오늘 사용되는 자바는 무엇입니까
작은 결함 영역도 데이터 입력 또는 인간 사용 실수 에스 .
다운로드자주 발생하는 오류를 추적하는 템플릿
워드 형식
=> 오류 추적 템플릿 다운로드 (전세계)
Excel 형식
=> 오류 추적 템플릿 다운로드 (Excel)
자주 발생하는 오류 문서화의 이점
1) 의존성 제거 – 시나리오 1에서 John은 해결을 위해 Smith에게 의존했습니다. John이 언급 한 문서가 있었 더라면 그렇지 않았을 것입니다.
2) 빠른 처리 – 시나리오 2를 사용하십시오. 고주파 문제에 대한 전용 문서가있는 경우 테스터는 이미 기록 된 결함의 전체 목록을 검토 할 필요가 없습니다.
3) 새로운 팀원이 자급 자족 할 수 있도록 지원
4) 인적 오류 해결 지원
결론
더 빈번한 문제를 문서화하면 훌륭한 참조와 부가가치가 될 것이므로 확실히 유익하다고 말하고 싶습니다.
테스트 실행이 진행되는 동안 문서화하는 것은 지루할 수 있지만 가장 좋은 방법은 실행 중에 대략적인 메모를 작성하여 나중에 공유 문서에서 요약하고 업데이트 할 수 있습니다.