2 명의 테스터 간의 일반적인 도구/접근법 - 이것이 중요합니까?

Question

저는 .NET 개발자입니다 (제 이름에서 알 수 있듯이). 우리는 최근 리드 테스트 분석가 (리드가 그녀 밑에서 일하는 테스터를 의미 함)를 고용했고, 나는 그녀/그녀와 함께 일하고 있습니다. (그녀는 저를 멘토하고 일을 점검 할 경험이 있습니다. 이 관계는 문제가 없으며 테스트 분석가가 가진 기술 대부분을 가지고 있기 때문에이 위치에 놓이게되었습니다 (개발자와 개발자가 먼저 있지만 개발자의 능력이 얼마나 강한 지 많이 말합니다).

문제는 전용 테스터를 사용하여 테스터로 작업하는 개발자가 문제를 일으키는 것입니다. 나는 특정 도구를 사용하여 웹 테스트를하고 코드를 직접 작성한다. (루프와 복잡한 로직을 할 수 있고 개발자는 내 자연스러운 본능과 같은 코드를 작성한다.) 테스터는 다른 도구를 사용한다. 강한), 녹음/재생 방법을 사용합니다.

프로젝트 관리자는 공통된 도구를 사용하고 공통적 인 접근 방식/워크 플로를 사용하는 것이 가장 좋다고 생각하지만 별도의 도구 사용에 문제가 없습니다 (특히 테스터 도구가 있다는 것을 알고 있기 때문에). 사용하지만 API가 약함). 우리가 사용하는 도구가 동일하지 않다면 정말 중요합니까? 마감 시간이 긴만큼, 코드를 작성해야한다면, 나는 가장 생산적이되고 싶습니다.

감사

Answer 1

생산성은 물론 매우 중요한 것입니다. 동일한 작업을하면서 별도의 테스트 프로세스를 사용하면 몇 가지 장점과 단점이 있습니다. 다음은 몇 가지 단점입니다.

• 코드 재사용/마인드 쉐어 없음. 뭔가를 배우고, 무언가를 개발하면, 아마 당신의 도구를 벗어날 수 없을 것입니다.
• 이러한 도구와 관련된 고정 비용이있는 경우 해당 도구가 중복됩니다.
• 일부 수준에서는 복제가있어 관리가 마음에 들지 않을 수 있습니다.
• 모든 당사자는 두 가지 도구가 사용 중이거나 관리가 그것을 좋아하지 않는다는 점에 동의해야합니다.

도구가 두 가지 다른 테스트 기술을 충족 시키면 자연히 유용 할 것입니다. 두 가지 모두 "테스트"가 동일한 의미라는 것은 아닙니다. 아마도 프로젝트에 가장 적합하다고 생각했던 것을 기반으로 맞춤형 관리에 대한 응답을 구성 할 것입니다.

Answer 2

확실한 대답은 아마거야 가능한 별도의 도구 테스트 공동 구역이 코드를 다른 코드 경로를 자극하는 것입니다.

GUI 바로 아래의 코드를 더 깊이 테스트하고, 프리젠 테이션 레이어를 통해 코드를 실행하는 WinRunner 유형의 GUI 접근법과 같이 깊이있는 테스트 노력이 필요한 곳에서는 확실히 접근 할 것입니다. 잘. 당신이 다른 테스트를 실행 한 후 "우리는 여전히 열두 결함이"둘 중 하나는 "모든 게 잘, 테스트 통과"관리를 말하고, 다른 하나는 말한다면

HTH

Answer 3

OTOH, 당신이 가지고 문제.

Answer 4

코드가 정확하도록 개발자가 실행해야하는 테스트 유형과 테스터가 사용자 인터페이스를 실행하여 실행하는 테스트 간에는 고유 한 차이가 있기 때문에 필자는이를 확인합니다. 사용자 인터페이스에서 실행되지는 않았지만 여전히 올바르게 작동해야하는 개발자가 많습니다. 테스트하기 위해 코드를 보내기 전에 코드를 테스트하지 않아도됩니다. 이 두 가지 유형의 테스트가 동일한 도구에 대해 테스트하지 않는 별도의 도구를 사용하여 수행 할 수없는 이유는 없습니다.테스터 그룹에서 작동하는 것은 개발자 그룹에게는 적합하지 않습니다.

테스터와 함께 앉아 테스트의 예를 통해 기능을 테스트하고 다른 도구를 사용하여 만들 것이라고 테스트하십시오. Together는 경영진에게 프레젠테이션을 만들어 두 도구가 모두 필요한 이유와 두 도구를 사용하여 생산에 들어가기 전에 더 많은 버그를 발견 할 수있는 방법을 보여줍니다.