The life is REAL

리그레션 다시 생각해보기 – 파트 5: 테스팅 미션을 결정하라 프로젝트의 리그레션 리스크를 완화하기 위해서는 가장 “합리적인 방법(Sensible approach)”을 선택하고 수행해야 한다. 여러 가지 다양한 예방책과 함께 유닛 레벨에서 자동화 테스팅을 수행하고 있는 프로젝트가 있다면, 이 프로젝트에서 테스터들이 수행해야 하는 일은 명백하다. 바로 버그를 찾아내는 것이다. 하지만 대부분의 프로젝트에서는 이런 상황이 꿈 같은 일이다. 모든 프로젝트에 이 방법이 적합한 것도 아니다. 또한 모든 변경사항에 대해 리뷰가 필요한 것도 아니다. 더구나 발생하는 모든 변경사항에 대해 코드를 리팩토링 하는 것은 비합리적이기까지 하다. 정적 분석은 때로는 성가신 일이 되기도 하고 튜닝에 너무 많은 시간이 걸리기도 한다..

리그레션 다시 생각해보기 – 파트 4: 리스크 테스팅에서 잘못된 점은 무엇인가? Anne-Marie Charrett 는 그녀의 포스트 “새로운 리그레션, 리세션 테스팅(Recession Testing is the new Regression Testing)”에서, 리그레션 테스트가 너무 자주 수행된다는 것에 대한 불만을 나타냈다. 이는 거의 모든 테스터들이 가지고 있는 불만이며, 이런 불만이 제기된다는 것 자체가 분명 여기에 어떤 문제가 있다는 것을 나타내는 것이다. 리그레션 리스크를 완화시키기에 앞서, 우선 리그레션 테스팅에서 잘못된 점은 무엇인지 알아볼 필요가 있다. 우선 ‘리그레션 테스팅’이라는 단어를 통해 내가 의미하고자 하는 바를 명확하게 짚고 넘어가자. 여기서 말하는 블랙박스 리그레션 테스팅은 ..

리그레션 테스팅에 대한 Iain McCowatt 의 글을 번역하던 중, 그가 참여하고 있는 소프트웨어 테스팅 팀 블로그인 Maverick Tester 에 올라온 "Recession Testing is the new Regression Testing"이라는 글을 소개하고 있어 따로 번역해서 올립니다. 이 포스트의 저자인 Anne-Marie Charrett 는 이 글에서 리그레션의 비효율성을 지적하고, 좀 더 효율적인 리세션 테스팅(Recession Testing)이라는 개념을 제시하고 있습니다. 기존 소프트웨어 테스트 라이프 사이클 중에서도 가장 많은 업무량이 필요하고, 또 그로 인해 자동화의 필요성이 가장 많이 제기되어 왔던 리그레션 테스팅에 대해 리스크 기반 테스팅의 개념을 대입해 색다른 시각을 제시하..

소프트웨어 리그레션 테스트는 소프트웨어 테스트 그룹에 있어 핵심적이면서도 도전할 만한 업무라 할 수 있다. 사전적인 정의에 따르면, 리그레션 테스팅(Regression Testing)은, 추가된 새로운 기능이나 최근의 버그 수정으로 인해 현존하고 있는 시스템의 기능들이 뜻하지 않게 파괴되지 않았다는 것을 증명하기 위한 프로세스이다. 리그레션 테스트의 주된 과제는 가능한 시간 범위 안에서 가능한 한 많은 테스트를 수행하는 것이며 아울러 리그레션 테스트 사이클 안에서 가능한 한 빨리 모든 심각한 리그레션 결함을 찾아내는 것이다. 고전적인 의미의 리그레션 테스트 사이클은: 1. 모든 새로운 기능이 완성되고 모든 주요 버그들이 수정된 소프트웨어의 최종 버전이 소프트웨어 개발팀으로부터 전달된다. 2. 기능 테스트..