2010-06-07 3 views
5

프로그램에서 발견 된 많은 버그가 발견되어 해결되었다는 것을 어떻게 알 수 있습니까? 몇 년 전 나는 디버깅에 관한 문서를 읽었다. (필자는 일종의 HOWTO라고 생각한다.) 무엇보다도 프로그래밍 팀이 고의적으로 코드에 버그를 추가하고이를 QA 팀에 전달하는 기술에 대해 설명했습니다. 의도적으로 알려진 모든 버그가 발견되면 QA 프로세스가 완료된 것으로 간주됩니다.의도적으로 QA 프로세스를 평가하기위한 버그 추가

불행히도이 문서 또는이 트릭에 대한 설명이있는 유사한 문서를 찾을 수 없습니다. 누군가 그와 같은 문서를 가르쳐 주시겠습니까?

편집

, 예브게니 행복하게 내가 첫 번째 단락의 마지막 문장을 의역 수 있도록 :

+6

편집가요! 다음에 QA가 버그를 발견하면 의도적으로 테스트를 추가했다고 알려줄 것입니다 ...;) –

+0

hehe, 저는 SW 에서뿐만 아니라 집에서 과제 나 기술 보고서 ​​등을 항상 해왔습니다. 농담 만하고 :-) –

+0

+1 Evgeny happy. – EMP

답변

3

는 "모든 고의적 인 버그가 발견되기 전에 품질 보증 프로세스가 완료되지 않았습니다"

나는 그러한 문서를 본 적이 없지만 의도적 인 버그가 발견 되었기 때문에 품질 보증 프로세스가 "완료"되었다는 것을 조심해야합니다. 이는 QA 팀이 너무 게으르지 않도록하는 좋은 방법이지만 실제로는 테스트를 수행했는지 확인할 수는 없습니다.

모든 버그 (또는 "가능한 많은 버그")가 발견되었음을 알면 근본적으로 불가능합니다. 당신이 할 수있는 일은 철저하고 신중한 테스트 접근법을 따르는 것입니다.

0

보통 QA가 고의적 인 것을 삽입 할 필요없이 찾을 수있는 버그가 많이 있습니다! QA 팀이 시스템에있을 수없는 상상조차 못했던 버그를 찾아내는 것이 훨씬 바람직합니다.

Evgeny와 마찬가지로 알려진 버그가 발견되면 QA 프로세스를 완료하는 데 매우주의해야합니다.

  • 이 릴리스에 정의 된 모든 기능을 완료 했습니까?
  • 모든 계획 테스트 사례가 실행 되었습니까?
  • 이 허용 한계 내에서 개방 버그 카운트 (예를 들어 아니 임계 또는 높은 우선 순위의 버그 10 미만 낮은 우선 버그 등)