S/W 프로젝트에 대해 경구

§과거를 기억하지 못하는 사람은 그 것을 되풀이 한다. – George Santayana

§처음부터 제대로 하지 않으면 결함을 찾고, 고치는데 더 많은 시간을 보내야 한다. – Philip B. Crosby

§일을 처음부터 제대로 할 충분한 시간은 없으나, 나중에 다시 작업할 시간은 항상 충분히 있다. – Ed. Deming

§개발한 기능의 50%는 사용하지 않으며, 30%는 거의 사용하지 않는다. - Standish Group, 2010

§도전적인 SW 개발 프로젝트에서 제안 기능의 제공 비율은 64% ~ 70% 수준이다. – Standish Group

§피할 수 있는 결함을 고치기 위한 재작업에 프로젝트 공수의 40% ~ 50%를 사용한다. – Barry Boehm

§동일한 사람이 프로젝트를 수행해서 항상 같은 시스템을 성공적으로 만드는 작은 회사가 있으나, 매번 다른 사람이 프로젝트를 수행해서 매번 같은 시스템을 제대로 만들지 못하는 큰 회사가도 있다. – NASA 퇴직 PM

§소프트웨어 연구에서 소프트웨어공학은 14%, 컴퓨터공학은 11%, 정보시스템은 67%를 실제로 평가하고, 나머지는 옹호한다. 옹호된 개념은 옹호자가 믿는 것보다 대부분 가치가 낮다. – Robert L. Glass

ü벤더와 실무자에 국한되는 것이 아니고, 학문적인 연구도 마찬가지다.

§100% 소프트웨어 결함을 제거할 수 있는 방법은 없다. _ Capers Jones

ü미국 산업 평균 결함 제거 효율은 85%이며 기능점수 당 0.75개의 결함이 운영에 이관된다.

ü결함 제거 효율을 95%까지 높이면 운영이관 결함을 기능점수 당 0.08개로 줄일 수 있다.

§완벽한 테스팅은 불가능하다. – ISTQB

ü사소한 경우를 제외하고는 모든 입력 변수와 선행 조건의 조합 값을 고려한 전수 테스트는 불가능하다. 완벽한 테스팅 대신, 위험과 우선순위를 고려하여 테스팅 노력을 집중한다.

§100% 테스트 커버리지가 가능하더라도 그것은 충분한 테스팅 기준이 아니다. - Robert L. Glass

ü약 35%의 오류는 누락된 로직 때문에, 40%는 새로운 로직 경로 때문에 발생하는데, 이것은 100% 커버리지에 포함되지 않는다.