테스트중인 개발자 란 무엇입니까? [닫은]


14

나는 최근에 개발자를 테스트에서 채용하기 위해 회사에 데려 가고 싶은 채용 담당자와 이야기하고있었습니다. 그는 본질적으로 새로운 프로그래밍 기술로 시험을 치르고 소프트웨어의 버그 및 개선 사항을 테스트하지만 표준 마감일에 대해 걱정할 필요가없는 위치처럼 들렸습니다. 당신은 당신의 일에서 매우 창의적이됩니다.

그러나 그 설명은 여전히 ​​나에게 모호했다. 나는 수년간 웹 개발자로 일해 왔으며 주로 PHP에서 일하고 있습니다. 그래서 커뮤니티의 다른 사람들이 이러한 직책이 일반적으로 무엇을 수반하는지 더 알고 있는지 알고 싶었습니다.

나는 이것이이 포럼에 적합한 주제가 아니라는 것을 알고 있지만 Stack Exchange에서 찾을 수있는 가장 적합했으며 여기에 물어볼 다른 곳이 없기 때문에 이것이 닫히지 않으면 정말 감사하겠습니다. .

인터넷 검색을 시도했지만 많은 정보가 없습니다. 그렇다면 테스트 개발자는 정확히 무엇입니까?


도움이된다면 보통 "skunkworks"라고 들었습니다.
Adrian

그가 '테스트'를 의미하지 않았습니까? '테스트중인 개발자'라는 용어를 들어 본 적이 없습니다. 모집자가 그의 용어가 잘못되었을 수 있습니까? 처음이 아닐 것입니다.
GrandmasterB

나는 전에도 들어 본 적이 없어서 여러 번 그에게 확실하게 물었다. 나는 그것이 곧 그들에게 무엇을 의미하는지 회사와 이야기 할 것입니다. 나는 이것이 무엇인지에 관해 머리를 돌리기를 원했다. 그것은 내가 들어 본 많은 것들이 될 수있는 것처럼 들렸습니다.
Patrick

1
나는 모집자가 오프닝에 대해 가지고있는 직함을 확신합니다. 내 의심은 그가 직책이 아닐 수도 있다는 것을 알 정도로 충분히 알지 못한다는 것입니다. 또는 특정 회사가 특정 타이틀을 참조하는 방식 일 수도 있습니다. 엔딩을 추가하기에는 너무 게으 르기 때문입니다.
GrandmasterB

2
아래의 세 가지 답변이 거의 요약되어 있습니다. 테스트중인 개발자는 개발 기술을 갖춘 QA 엔지니어이므로 수동 테스트보다 자동화 된 테스트를 작성해야합니다.
Michael Brown

답변:


27

저는 테스트 소프트웨어 개발 엔지니어이며 2 개의 개별 회사에 있습니다. 현재 저는 Microsoft에서 일하고 있습니다.

대체로 Bryan Oakley는 정확합니다. 소프트웨어를 테스트하는 소프트웨어를 작성하십시오.

그 외에도, 그것은 당신의 경험 수준, 책임의 범위, 그리고 고용주가 생산할 소프트웨어의 유형에 달려 있습니다. SDET 위치에는 기능 레벨 검증 테스트의 기본부터 테스트 인프라를 작성 및 유지 보수하는 것까지 모든 것을 작성하는 것이 포함될 수 있습니다. 특정 유형의 요구 사항에 대한 집중 테스트를 전문으로하는 SDETS를 보유하는 것도 드문 일이 아닙니다 (테스트 보안, 성능 / 규모, 유용성 등이 즉시 떠오르는 예입니다).

모집 담당자로부터받은 설명은 판매 기술이 좋지 않은 것 같습니다.

  • 당신은 속지 않습니다; 당신은 N 을 통해 일 테스트 커버리지를 자동으로 얻을 X가 에 배치 기능 Y 에 다른 지원되는 환경 Z의 언어.
  • 오, btw : 그 테스트는 개발자가 빠른 개발 / 테스트주기를 가질 수있을 정도로 빠르게 실행되어야합니다 ...
  • 표준 마감일이 없습니까? 귀하는 제품의 품질을 책임지며 릴리스 날짜는 6 개월 전에 마케팅을 통해 설정되었습니다. 개발자 팀은 테스트 팀에 안정적인 빌드를 제공하는 데 6 주가 늦었으며 회사는 그 릴리스 날짜를 다시 밀고 있지 않습니다. 제품이나 서비스가 같은 날 수백만 (십억?) 사람들에게 풀릴만큼 안정적입니까?
  • ... ( ) 고객이 문제를 불러 일으킨다면 ... "왜 (도대체) 먼저 잡지 않았습니까?"

SDET이 무엇인지에 대한 약간의 예를 제공하기를 바랍니다.


개발자들과 QA 사람들이 내가 지금있는 순간에 같은 종류의 소리처럼 들립니다. 그러나 나는 훨씬 더 명확한 설명에 정말로 감사합니다.
Patrick

1
@pthurmond : 특히 회사가 품질에 대해 진지한 경우에는 종종 보람있는 경험입니다. SDET이 개발 단계보다 더 많은 코드를 작성하는 것은 드문 일이 아니지만 프로젝트 단계에 따라 달라질 수 있습니다. 수동 테스트는 프로세스에서 100 % 사라지지 않습니다.
Steven Evers

저는 회사와 이야기를 나 it 고 완전히 정의되지 않은 새로운 지위라고 말했습니다. 그러나 본질적으로 다른 개발자의 코드를 깨뜨 리도록 설계된 코드와 자동화 된 테스트를 작성하는 것은 QA 담당자입니다. 흥미로운 것 같습니다.
Patrick

1
와, 나는 SDET 입장을 취하지 않아서 기쁘다. 소프트웨어 개발자에 대해 내가 싫어하는 모든 것 같습니다.
ldog

8

"테스트중인 개발자"는 일반적으로 QA 부서 또는 QA 역할에 있지만 수동 테스트 케이스를 작성하고 실행하는 대신 자동 테스트를 작성하는 데 중점을 둡니다. 소프트웨어를 테스트하기 위해 소프트웨어를 작성하는 것. 프로그래밍 기술과 소프트웨어 테스팅에 대한 충분한 이해가 필요하기 때문에 특히 어려운 직업 선택이 될 수 있습니다.

그러나 다른 직함은 회사마다 다른 것을 의미하므로 결정적인 답변은 모집 담당자가 제공해야합니다.


흠, 내가 아는 대부분의 QA 사람들은 개발을 핥지 않습니다. 어쩌면 그것은 구별에서 비롯된 곳일 것입니다.
Patrick

2
@pthurmond : 맞습니다 : 많은 QA 직원이 소프트웨어 개발을하지 않습니다. 테스트에서 소프트웨어 엔지니어라고도하는 테스트에서 개발자의 역할은 비교적 새로운 분야입니다.
Bryan Oakley

1
내가 일하는 QA 직원은 발전합니다. 릴리스에서 회귀를 실행할 수있는 대부분의 스크립팅.
Rig

1

SDET 역할은 QA / 개발자, QA 엔지니어, 자동화 개발자라는 모든 다른 이름에서 알 수 있듯이 거의 모든 역할을 수행합니다. 내 현재 직함은 실제로 테스트 엔지니어이며,이 직무를 수행하기 전에 전화 엔지니어의 이름을 들어 본 적이 없습니다. 특정 타이틀에 관계없이 대부분의 회사에서 새로운 직책이므로 기대치가 느슨해 질 수 있습니다. "테스트를 자동화하고 도와주세요 ..." CI 도구, API 테스트, 클라우드 서비스, 내부 시스템과의 통합 등이 포함될 수 있습니다.

이 스레드에서 보이지 않는 작업의 또 다른 측면은 프로세스 개선입니다. SDET은 일반적으로 한동안 QA를 수행해 왔으며, 일반적으로 관리자를 포함하여 나머지 QA 팀보다 기술적으로 더 우수합니다. 그들은 테스트 대상 시스템, 즉 "본체가 묻힌 곳"에 대해 많은 것을 알고 있습니다. 이러한 이유로 SDET은 경영진의 말에 귀를 기울이는 경향이 있으며 테스트 프로세스뿐만 아니라 제품 구축 방식에 많은 영향을 미칠 수 있습니다. 당신이 그것에 있다면 멋질 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.