누구나 좋은 시험 노력 견적 템플릿을 제안 해 주시겠습니까

Question

시험 노력 견적 템플릿을 찾고 있습니다. 누구나 좋은 템플릿을 가지고 있다면 나와 공유하십시오.

Answer 1

견적을 작성하는 것은 개발 및 테스트에서 가장 어려운 작업 중 하나입니다. 우리 회사에서 개발자가 테스트 조직에 업데이트 (공식 문서가 포함되어 있음)를 제출하면 개발자가 필요한 테스트의 양을 추정하는 책임이 있습니다. 그게 다른 방법이 될지 모르겠다.

내가 테스트에 제공하는 예상치는 항상 약간의 추측이지만 일반적으로 일주일 동안 무언가를 개발하면 2 일간의 테스트를 예상합니다. 분명히, 이것은 예제에서 잘 작동 할 필요가 없으며 문제의 변화를 기반으로 적용 할 필요가 있습니다. 예를 들어, 나는 매우 빨리 테스트 할 수있는 업데이트 작업을 일주일 동안 보낼 수 있습니다.

Answer 2

견적 과정을 변경해야하기 때문에 템플릿이 필요하지 않습니다. 프로세스의 다른 부분을 고려하는 평가 방법에는 여러 가지가 있습니다.

예를 들어 요인 기반 접근 방식을 사용할 수 있으며 테스트에 1.5 배의 개발 노력이 필요하다고 가정합니다. 이는 모든 테스트 노력이 1.5 개발 노력과 동일하지 않기 때문에 협의적인 접근 방식입니다.

다른 접근법은 기능 점수 분석을 수행하고 하루에 몇 개의 테스트 케이스를 작성하고 하루에 몇 개의 테스트 케이스를 작성할 수 있는지 추정하거나 추정하는 것을 포함합니다. 테스트 시간에 데이터 설정을 포함합니까?

사용할 수있는 리소스, 환경의 안정성, 각 리소스의 기술 및 프로젝트에 기여할 수있는 방법에 대한 또 다른 접근 방법입니다.

이 모든 경우에 무엇이 테스트되고 있는지 고려해야합니다. ui, 클라이언트 - 서버 시스템; 분산 된 서비스가 포함되어 있습니까? 당신이 그들을 테스트하고 있습니까? 기능 테스트 만하고 있거나 보안 테스트뿐만 아니라로드/성능 테스트 및 스트레스 테스트를 수행해야합니까? 모두 실행에 상당한 시간이 걸릴 수 있습니다.

견적은 이전에 시스템 유형에 대해 작업 한 경험이 풍부한 테스터가 수행해야하며, 이전에는 조직 내에서 수행해야합니다.

그래서 하나의 템플릿이 없으며 정확한 시간으로 나오기 위해 채울 변수가 없습니다. 테스트는 당신이 할 때마다 다른 시간을 필요로합니다. 결함이있는 경우 재 작업 및 재검사 시간을 포함시켜야합니다. 얼마나 많은 결함을 일으킬 것입니까? 당신이 대답 할 수있는 질문은 아니지만 스티브가 순진하게 테스터에게 견적을 제공한다면 그가 아직 얼마나 많은 버그가 남아 있는지 나타내야합니다.

견적과 함께 기억해야 할 기본적 사항은 추정치입니다.

Answer 3

시험 시간을 예상하면 머리가 폭발합니다. 던전 주사위를 굴리고 던지기가 거의 더 쉽고 (더 정확하게)

개발자는 한 번의 수정이 시스템의 모든 다른 측면에서 필수적 이었기 때문에 1 일의 테스트가 필요한 수정을 수행하는 데 1 시간을 소비 할 수있었습니다. 시험을 봐야 해.

개발자는 여러 브라우저에서 4 시간의 테스트 만 필요로하는 웹 페이지에서 CSS, 마크 업 등을 수정하는 데 2 ​​일을 소비 할 수도 있습니다.

개발자는 "테스트해야 할 내용"을 잘 정의하고 있지만 우리가 자랑스럽고 마음에 있습니다 (때로는 내 마음) 사람들이 프로그램을 의미대로 사용해야하기 때문에 개발자는 그 것에 의존하지 마십시오. 사용될. 왜 사용자 이름을 Chuck^Norris2010으로 허용해야합니까? 그 사용자는 뺨을 때릴 필요가있다. 나는 결코 그런 사용자 이름을 테스트하지 않을 것이다.

테스트의 요인은 많지만, dev에 대해 가장 많이 알고있는 테스트 중 하나는 경계 테스트와 플로우 테스트입니다. 이러한 유형의 테스트는 측정하기가 어렵습니다.

테스트해야 할 사항을 알고 있습니다. 그리고 시간이 지남에 따라 테스트 소프트웨어를 계속 사용하면 시스템을 알 수 있기 때문에 테스트를 더 잘 예측할 수있는 방법을 배우게됩니다.

개발자는 변경된 사항과 테스트해야 할 사항을 알려줄 수 있습니다.

견적은 즉시 제공되는 것이 아닙니다. 경험과 지식, 현장 지식이 필요합니다.

테스트를 통해 시간을 도출하고 프로젝트의 각 측면을 테스트하는 데 걸리는 시간을 기록 할 때 더 정확하게 예측할 수 있습니다.