문서요약 - 빡빡한 테스팅 일정에서의 테스팅 by Pradhan

제목: 빡빡한 테스팅 일정에서의 테스팅 방법(How to test on a tight testing schedule?)

저자: Debasis Pradhan

문서유형: 웹문서

출처 http://www.softwaretestingtricks.com/2009/02/tight-testing-schedule-how-to-test.html

빡빡한 테스팅 일정에서 테스트를 해야 하는 경우 테스터가 집중할 대상을 선별하는데 참고할 수 있는 체크리스트/가이드라인

---

 

프로젝트 지연이 생기면 일정을 쥐어 짜게 되고, 테스팅을 위해 계획되었던 시간도 예외 없이 영향을 받게 된다. 테스터는 시간 부족에 대해 우는 소리를 하는 대신에 어떻게 대처할지 방법을 찾는 편이 대개는 더 현실에 부합한다.

먼저 테스터는 쪼그라든 테스팅 일정을 받아들이고, “어떤 경우든 우리가 모든걸 테스트 할 수는 없다”라는 가정 하에 애플리케이션의 중요 부분을 선별하여 제한된 테스팅 시간과 자원을 집중시킨다. 테스트 대상 선별 시에는 테스터가 절대 놓쳐서는 안되는 주요 영역을 상기시켜 주는 아래와 같은 체크리스트를 만들어 활용하는게 도움이 된다.

• 사용자가 자주 사용하는 기능들. “어떤 기능이 사용자에게 가장 많이 노출되는가”를 테스터가 스스로에게 묻는다.
• 프로젝트의 의도된 목적에 있어서 가장 중요한 기능들
• 가장 큰 안전성 영향(safety impact)을 가진 애플리케이션의 가장 위험성 높은 영역. 이게 잘못되면 애플리케이션 전체가 무너지게 될 수 있는 영역. 이런 곳이 어디인지 개발자가 제안하도록 하는게 좋은 아이디어이다.
• 사용자에게(따라서 프로젝트 이해관계자에게) 가장 큰 재정적 영향을 미치는 애플리케이션의 부분
• 새롭게 추가된 기능들. 여기가 종종 가장 테스트가 덜 된(따라서 가장 깨끗하지 못한) 부분이다.
• 잘못 이해/해석될 가능성이 높은 복잡한 기능들. 코드에서 가장 복잡한 부분(즉, 가장 에러 가능성이 높은 부분)을 찾는다.
• 불분명하거나 신중히 고려되지 않은 요구사항/설계의 부분에 기반한 기능들
• 도전적인 신기술/툴/아키텍쳐를 사용해 개발된 기능들
• 서두르거나 비상 모드에서 개발된 기능들
• 일관된 수준의 성능을 요구하는 기능들
• 복잡한 비즈니스 로직을 비추는 기능들
• 외부 시스템과 인터페이스를 요구하는 기능들(통합 버그를 찾기 위해 종종 들여다보는 전통적인 부분임)
• 극도의 시간 압박 하에서 개발된 기능들
• 최근에 업데이트를 했거나 버그 수정을 한 기능들
• 다수의 프로그래머에 의해 동시에 개발된 기능들
• 프로젝트 이해관계자들에게 가장 중요한 기능들
• 유사하거나 관련된 이전 프로젝트에서 문제를 야기했던(예, 사용자가 버그를 보고함) 유관 기능들을 식별한다. 식별된 기능들을 현 애플리케이션으로 연관시키고 이것을 유리한 방향으로 활용한다.
• 유사하거나 관련된 이전 프로젝트에서 큰 유지보수 비용을 야기했던 유관 기능들을 식별한다. 식별된 기능들을 현 애플리케이션으로 연관시키고 이것을 유리하게 활용한다.
• 잘못되면 나쁜 평판을 초래하는 기능들을 식별한다.
• 대부분의 고객 지원 불만을 야기할 수 있는 기능들을 식별한다.
• 다수의 기능(functionalities/features)들을 동시에 커버할 수 있는 테스트를 고안한다.
• 고위험군에 대한 커버리지를 최소 시간으로 할 수 있는 테스트를 고안한다.