배경

툴 테스트가 다양한 사정으로 늦어 마감에 늦지 않는 상황이 되어 왔다.
그 때의 대책을 이하에 쓴다.

갔다

자신 혼자서 하고 있던 테스트 작업을 2명 할당했다.

장점

테스트와 장해 수정으로 항목 소화에 시간이 걸리고 있었지만, 자신이 하는 일이 수정만이 되었기 때문에 항목 소화의 스피드가 올랐다.

제3자 검증의 효과도 얻어졌다.

단점

처음에, 신 멤버에게 설명하는데 시간이 걸렸다. 다만, 테스트에 참가한 한 명은, 프로토타입 작성에 관여하고 있었기 때문에, 설명이나 작업의 방법의 팔로우를 받았다.

테스트에서 발견 된 사건을 GitLab의 문제에 넣었습니다.

장애 관리가 쉬워졌습니다. 기록에 남기 때문에 장애 경향도 알기 쉬워졌다.

GitLab issue를 분석하여 기간 내에 끝내기 위한 우선순위를 부여했다.

issue를 Excel에 복사하여 영향도와 기간 내에서 실시할지 여부를 정리했다.
나중에, 장애 경향으로부터, 테스트 완료 전망의 자료로서 이용으로 했다.

우선순위 기준
사용 된 기능에 영향을 미치는지 여부

Excel 예제
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
△ : 시간이 있으면 수정, - : 대응하지 않음

번호
제목
장애 내용, 견해 등
영향도
대응


#21
○○옵션이 움직이지 않는다
××처리 오류
예
○

#19
〇〇기능이 움직이지 않는다
× × 처리 오류. 다음 공정에서는 사용하지 않는다.
없음
-

#10
△기능으로 불필요한 메시지
△△ 처리 오류. 기능 자체가 움직이기 때문에 영향은 거의 없다.
작은
△

...
...
...
...
...

감상

작업에 쫓기는 것뿐만 아니라 되돌아 보는 것이 중요합니다. 주위와 상담하는 것도 중요.

미래

GitLab의 issue에는 여러가지 기능이 있다고 하므로, 시간이 있으면 활용해 보고 싶다.

참고