콘텐츠
- 1. 최종 사용자는 시스템이 무엇을해야하는지 정확히 이해합니다.
- 2. 최종 테스트 단계에서 최종 사용자가 참여할 가능성이 높습니다.
- 버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드
- 3. 최종 사용자는 너무 많은 비용이 들기 전에 버그를 식별 할 수 있습니다.
- 4. 최종 사용자는 더 넓은 관점을 제공합니다.
- 결론
출처 : Rawpixelimages / Dreamstime.com
테이크 아웃 :
테스트 초기에 최종 사용자를 참여시키는 것은 매우 유익하며 더 나은 결과를 이끌어 낼 수 있습니다.
최종 사용자로서, 시장에 출시되기 직전에 제품이나 서비스를 테스트 한 많은 사람들은 우리가 테스트하지 않았기 때문에 테스트하지 않은 일부 기능이나 기능이있을 수 있음을 암시하는 마음가짐에 대한 그 불안감에 익숙합니다. 그것에 대해 알지 못한다. 따라서 최종 사용자가 테스트에 참여해야하는 것이 중요합니다. UAT (사용자 승인 테스트)가 시작되기 전에
스물 둘입니다. 최종 사용자는 일반적으로 숙련 된 테스터가 아니므로 집중해야 할 전임 직업이 있습니다. 그러나 오늘날의 민첩한 환경에서 성공적으로 출시 될 소프트웨어 제품은 개발 단계의 마지막 단계뿐만 아니라 상당한 시간이 필요합니다.
종종 UAT 이전의 기능 또는 성능 테스트는 비즈니스 요구 사항 수집에 관여하지 않았거나 프로젝트 목표에 대한 최소한의 지식 만 가지고 테스트 스크립트에만 의존하는 테스트 팀에 지정됩니다. 이러한 테스터는 직원 부족으로 인해 아웃소싱되었을 수도 있습니다. 저축 유예는 경험이 풍부한 테스터가 이러한 싱크대 또는 수영 상황에서 사용되고 그 물을 가로 지르는 역동적 인 기술을 갖추고 있다는 것입니다. 그러나 그들은 주변의 물을 항상 완전히 이해하지 못할 수도 있으므로, 그들이 할 수있는 일에는 한계가 있습니다.
이러한 제한은 프로젝트에 매우 비용이 많이 들고 매우 빨라질 수 있습니다. 결함을 방지하는 가장 비용 효율적인 방법은 최종 사용자가 제품 개발 수명주기 전체에 걸쳐 테스트에 참여하도록하는 것입니다.
1. 최종 사용자는 시스템이 무엇을해야하는지 정확히 이해합니다.
숙련 된 테스터는 요구 사항에 대해 조언을받을 수 있지만 테스트중인 제품이 해당 요구 사항을 효과적으로 충족하는지 또는 필요한 모든 문제, 특히 요구 사항 수집 세션에서 언급되지 않은 문제를 해결하는지 알 수 없습니다.
“테스터에게 증분 모듈을 시작하여 모든 단계에서 테스트를 수행해야합니다. 끝날 때까지 기다릴 수 없습니다. 캐나다의 IT 전문가 협회 (CIPS) 회장 겸 CEO 인 바쉬르 팬시 (Basri Fancy)는“제품이 고장 나면 신속하게 수리하고 싶다”고 말했다. 그는 또한 극단적 인 프로그래밍 민첩한 방법론이라고도하는이 접근법이 프로젝트에 UAT 기간 동안 더 높은 참여율을 제공한다고 믿습니다.
2. 최종 테스트 단계에서 최종 사용자가 참여할 가능성이 높습니다.
Go Pro Management Consultancy의 소유자 인 Robin Goldsmith는 최종 사용자를 "미니어처 테스터"로 전환하는 것을 권장하지 않지만, 초기 사용자를 사진으로 가져 오는 것의 중요성을 이해합니다. "사용자는 제품에 의존 할만큼 자신감을 갖기 전에 배송 된 제품에서보고 싶은 것에 대해 진지하게 생각해야합니다."
초기에 사용자를 참여 시키면 테스터로서보다 유능하고 자신감을 가질 수있을뿐만 아니라 주요 이해 관계자로서 권한을 부여 받게됩니다. Goldsmith는“프로젝트 팀이 사용자가 아닌 사용자의 수용 기준 버전을 촉진하고 있음을 알고 싶어합니다.
버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드
아무도 소프트웨어 품질에 신경 쓰지 않으면 프로그래밍 기술을 향상시킬 수 없습니다.
3. 최종 사용자는 너무 많은 비용이 들기 전에 버그를 식별 할 수 있습니다.
결함을 조기에 발견할수록이를 해결하는 데 드는 비용이 줄어 듭니다. 2002 년 NIST (National Institute of Standards and Technology)에서 발표 한 악명 높은 연구에 따르면 생산 단계에서 발견 된 하나의 버그를 수정하는 데 드는 비용은 개발 중에 동일한 버그가 발견 된 경우 5 시간의 노력에 비해 15 시간이라는 것이 밝혀졌습니다.
그리고 우리는 빙산의 일각 만보고 있습니다.
UAT 테스터의 역할에 비해 운영 역할을 보충하는 것이 훨씬 쉽습니다. 후자는 매우 특수한 경험을 가진 사람이 필요하며 사용 목적으로 특별히 개발 된 제품을 검증해야합니다. 캐나다의 주요 사업장을 빠르게 살펴보면 QA 테스터의 평균 급여가 $ 55,000에서 $ 80,000 사이임을 알 수 있습니다. 이 수치는 테스터를 아웃소싱하는 회사의 경우 급격히 증가 할 수 있으며,이 프로젝트는 유명한 프로젝트를 수행 할 때 시간당 최고 $ 100까지 올라갈 수 있습니다. 예를 들어 임상 관리 코디네이터와 같은 관리 역할의 평균 급여는 $ 35,000 ~ $ 45,000입니다.
우리가 예측할 수없는 한 가지는 UAT 단계까지 참여하지 않은 최종 사용자가 처음 사용해야하는 제품을 볼 때 발생하는 평판 손상입니다. 이 시점에서, 그들은 이미 변화 나 변형을 다루어야하는 등 많은 장애물에 대해 설정되었으며, 지금은 그들이 요구하지 않은 새로운 제품이나 서비스의 전문가가 되기에는 시간이 짧습니다. . 프로젝트 팀이 매우 정밀하게 조정 된 제품을 제공 할 수 없다면 최종 사용자가 제공 한 부정적인 피드백이 프로젝트의 명성을 손상시킬 수있는 위험이 높습니다.
4. 최종 사용자는 더 넓은 관점을 제공합니다.
프로젝트 팀은 회의 촉진, 요구 사항 식별 및 Gantt 차트 업데이트와 같은 프로젝트 결과물에 대해 24 시간 내내 작업하지만, 최종 사용자는 모든 사람이 실제로 전달하기 위해 열심히 노력하고있는 제품이 실제로 필요한 것을 수행하도록하는 데 집중할 수 있습니다.
Apple 및 Google과 같은 Fortune 500 대 기업은 베타 테스트를 수행하여 일부 형태의 보상을 통해 일반인이 결함을 식별하고 유용한 피드백을 제공하는 데 참여한 결과로 제품의 초기 릴리스, 버그 등에 액세스 할 수 있습니다. .
캐나다의 많은 Fortune 1000 대 기업의 베타 테스트 프로그램을 관리하는 센터 코드 마리오 산초 (Mario Sancho) 이사는 고객 검증이 최소한 세 가지 일반 테스트 수준 (알파 테스트, 사용자가 가능한 최초 릴리스를 테스트하는 베타 테스트, 사용자가있는 테스트)에서 수행되어야한다고 생각합니다. 제품의 모든 주요 기능과 UAT라고도하는 현장 테스트를 테스트 할 수 있습니다.
결론
최종 사용자의 수용의 중요성을 과소 평가할 수 없습니다. 경영진, 동료 및 일반인에게 UAT 경험에 대해 사회화 된 것은 프로젝트 유산을 오랫동안 성공 또는 실패로 표시 할 수 있습니다. 프로젝트가 우수한 프로젝트 팀의 경험으로 이익을 얻었으나 모든 마감일을 맞추고 예산 내에서 유지되는 동안에도 최종 사용자 경험에 의해 프로젝트의 범위를 얼마나 잘 달성했는지 (또는 달성하지 못했는지)에 대한 이해 관계자의 견해가 나타납니다.