8 월 28, 2019 업데이트
테스트는 소프트웨어가 개발된 이후로 소프트웨어 개발의 일부로 널리 채택되었습니다. 그러나 BI(비즈니스 인텔리전스)는 테스트를 IBM Cognos와 같은 BI 소프트웨어 개발의 통합된 부분으로 채택하는 데 더디었습니다. BI가 테스팅 관행을 채택하는 속도가 느린 이유와 그 결과를 살펴보겠습니다. 않습니다. 테스트.
조직이 BI를 테스트하지 않는 이유…
- 시간 제약. BI 프로젝트는 더 빨리 제공해야 한다는 지속적인 압박을 받고 있습니다. 일부 조직에서는 시간을 줄이는 가장 쉬운 단계가 테스트라는 사실을 깨닫지 못할 수 있습니다.
- 예산 제약. 테스팅이 너무 비싸고 테스팅 팀을 전담할 수 없다고 생각합니다.
- 빠를수록 좋다. 이것은 반드시 "민첩한" 접근 방식은 아니며 잘못된 위치에 더 빨리 도달할 수 있습니다.
- "처음부터 제대로 하라"는 사고방식. 이 순진한 접근 방식은 품질 관리의 존재가 테스트의 필요성을 줄여야 한다고 주장합니다.
- 소유권 부족. 이것은 이전 총알과 유사합니다. "사용자가 테스트할 것"이라고 생각합니다. 이 접근 방식은 불행한 사용자와 많은 지원 티켓으로 이어질 수 있습니다.
- 도구 부족. 테스트에 적합한 기술이 없다는 오해.
- 테스트에 대한 이해 부족. 예를 들어,
- 테스트는 데이터의 정확성과 유효성, 데이터 일관성, 데이터의 적시성, 전달 성능 및 전달 메커니즘의 사용 용이성을 평가해야 합니다.
- BI 프로젝트 중 테스트에는 회귀 테스트, 단위 테스트, 연기 테스트, 통합 테스트, 사용자 승인 테스트, 임시 테스트, 스트레스/확장성 테스트, 시스템 성능 테스트가 포함될 수 있습니다.
BI를 테스트하지 않는 비용은 얼마입니까?
- 비효율적인 설계. 테스트를 무시하면 잘못된 아키텍처가 발견되지 않을 수 있습니다. 설계 문제는 사용성, 성능, 재사용은 물론 유지 관리 및 유지에 기여할 수 있습니다.
- 데이터 무결성 문제. 데이터 손상 또는 데이터 계보 문제로 인해 숫자에 대한 신뢰가 떨어질 수 있습니다.
- 데이터 검증 문제. 잘못된 데이터에 대한 결정은 비즈니스에 치명적일 수 있습니다. 잘못된 정보를 기반으로 하는 메트릭으로 관리하는 것보다 더 나쁜 것은 없습니다.
- 사용자 채택 감소. 숫자가 정확하지 않거나 응용 프로그램이 사용자 친화적이지 않은 경우 사용자 커뮤니티는 반짝이는 새 엔터프라이즈 BI 소프트웨어를 사용하지 않을 것입니다.
- 표준화 부족으로 인한 비용 증가.
- BI 개발 라이프 사이클의 후반 단계에서 결함 수리 비용 증가. 요구 사항 단계 이후에 발견된 문제는 이전에 발견된 문제보다 비용이 기하급수적으로 증가합니다.
이제 조직에서 테스트를 하지 않을 수 있는 이유와 BI를 테스트하지 않을 때 발생하는 함정에 대해 설명했으므로 소프트웨어 개발 테스트에 대한 몇 가지 연구를 살펴보겠습니다.
연구에 따르면 BI 플랫폼을 테스트하면 비용이 절감됩니다!
139개 북미 기업에 대한 XNUMX건의 연구 직원이 250명에서 10,000명에 이르는 다양한 규모의 이 회사는 연간 디버깅 비용이 5.2만 달러에서 22만 달러라고 보고했습니다. 이 비용 범위는 다음과 같은 조직을 반영합니다. 학생 결석으로 전화하지 마십시오 자동화된 단위 테스트가 있어야 합니다. 이와 별도로 IBM과 Microsoft의 연구에 따르면 과 자동화된 단위 테스트가 시행되면 결함 수를 62%에서 91%까지 줄일 수 있습니다.. 이는 디버깅에 지출되는 비용이 $5M – $22M 범위에서 $0.5M – $8.4M 범위로 감소될 수 있음을 의미합니다. 엄청난 절약입니다!
오류를 수정하는 비용이 빠르게 증가합니다.
성공적인 소프트웨어 개발 전술에 관한 논문 대부분의 오류는 개발 주기 초기에 발생하며 탐지 및 수정을 기다리는 시간이 길수록 수정 비용이 더 많이 든다는 것을 보여줍니다. 따라서 오류를 빨리 발견하고 수정할수록 더 좋다는 분명한 결론을 내리는 데 로켓 과학자가 필요한 것은 아닙니다. 로켓 과학에 대해 말하자면, NASA는 바로 그것에 관한 논문을 발표했습니다. "프로젝트 수명 주기 전반에 걸친 오류 비용 상승."
개발 수명 주기가 진행됨에 따라 오류 수정 비용이 증가하는 것은 직관적입니다. NASA 연구는 발견된 오류를 수정하는 상대적 비용이 얼마나 빨리 진행되는지 확인하기 위해 수행되었습니다. 이 연구에서는 상대 비용을 결정하기 위해 상향식 비용 방법, 총 비용 분석 방법 및 하향식 가상 프로젝트 방법의 세 가지 접근 방식을 사용했습니다. 본 논문에서 설명하는 접근 방식과 결과는 크고 복잡한 우주선, 군용 항공기 또는 소형 통신 위성의 개발에 사용되는 것과 유사한 프로젝트 특성을 갖는 하드웨어/소프트웨어 시스템의 개발을 가정합니다. 결과는 오류가 발견되고 프로젝트 수명 주기의 나중 단계에서 수정됨에 따라 비용이 증가하는 정도를 보여줍니다. 이 연구는 수행된 다른 연구를 대표합니다.
위의 차트에서 TRW, IBM, GTE, Bell Labs, TDC 등의 연구는 다양한 개발 단계에서 오류를 수정하는 비용을 보여줍니다.
- 요구 사항 단계에서 발견된 오류 수정 비용은 다음과 같이 정의됩니다. 1 부
- 설계 단계에서 발견된 오류를 수정하는 데 드는 비용은 더블 그
- 코드 및 디버그 단계에서 오류 수정 비용은 다음과 같습니다. 3 단위
- 단위 테스트 및 통합 단계에서 오류 수정 비용은 다음과 같습니다. 5
- 시스템 테스트 단계에서, 오류 수정 비용이 20으로 점프
- 그리고 일단 시스템이 작동 단계에 있으면, 오류 수정을 위한 상대 비용이 98로 증가했으며 요구 사항 단계에서 오류 수정 비용이 발견된 경우 오류 수정 비용의 거의 100배입니다.!
결론은 결함이 조기에 발견되지 않으면 결함을 수리하는 데 훨씬 더 많은 비용이 든다는 것입니다.
결론
소프트웨어 개발에서 초기 및 지속적인 테스트의 가치를 보여주는 상당한 연구가 수행되었습니다. BI 커뮤니티에서 우리는 소프트웨어 개발 분야에서 친구로부터 배울 수 있습니다. 대부분의 공식적인 연구가 소프트웨어 개발과 관련하여 수행되었지만 BI 개발에 대해서도 유사한 결론을 도출할 수 있습니다. 테스트의 가치는 논쟁의 여지가 없지만 많은 조직에서 BI 환경의 공식 테스트를 활용하고 테스트를 BI 개발 프로세스에 통합하는 데 시간이 더 걸렸습니다. 비용 지원 테스트는 실제입니다. 다음과 관련된 위험 지원 테스트는 실제입니다.
자동화된 Cognos 테스트가 실행되는 것을 보고 싶으십니까? 다음 방법으로 재생 목록의 비디오를 시청하십시오. 여기를 클릭하십시오!
