Що таке розробник у тесті? [зачинено]

Я нещодавно спілкувався з рекрутером, який хоче перевести мене в компанію на посаду розробника в тесті. По суті, це виглядало як позиція, коли ти можеш поспілкуватися з новими методами програмування та тестувати помилки та вдосконалення програмного забезпечення, але там, де не потрібно турбуватися про стандартні терміни. Ви повинні бути дуже креативними у своїй роботі.

Але цей опис для мене все одно був невиразним. Я вже декілька років займаюся веб-розробником, переважно працюю в PHP. Тому я хотів дізнатися, чи знають інші в громаді більше про те, що зазвичай позначають ці позиції.

Я знаю, що це може бути не темою, яка підходить для цього форуму, але це було найкращим підходом, який я міг знайти серед Stack Exchange, і я дуже вдячний, якби це не було закрито, оскільки насправді немає де іншим запитати про це .

Я спробував його в Googling, але інформації там не так багато. Отже, що саме є розробником в тесті?

Я інженер з розробки програмного забезпечення в тесті та був у двох окремих компаніях. В даний час я працюю в Microsoft.

В широкому розумінні Брайан Оклі правильно: ви пишете програмне забезпечення, яке тестує програмне забезпечення.

Крім того, це залежить від рівня вашого досвіду, обсягу ваших обов'язків та типу програмного забезпечення, яке виробляє роботодавець. Позиція SDET може включати в себе написання будь-чого, від основ тестів перевірки рівня функцій, до написання та підтримки тестової інфраструктури для запуску цих тестів. Також не рідкість наявність SDETS, які спеціалізуються на цілеспрямованому тестуванні на певні типи вимог (тестування безпеки, продуктивності / масштабу, зручності використання тощо) - це приклади, які негайно виникають на увазі).

Опис, який ви отримали від рекрутера, звучить як погана техніка продажу.

• Ти не хитруєш; у вас є n днів, щоб отримати автоматичне тестове покриття над x функціями, розгорнутими у y різних підтримуваних середовищах на мовах z .
• О, btw: ці тести повинні працювати досить швидко, щоб дияволи мали швидкий цикл розробки / тестування, тому що ...
• Немає стандартних термінів? Ви відповідаєте за якість продукту, а дата виходу була визначена маркетингом 6 місяців тому. Команда розробників запізнюється на 6 тижнів і забезпечує стабільну складову для вашої тестової команди, і компанія не натискає цю дату випуску (знову). Чи продукт достатньо стійкий, щоб випустити пару мільйонів (мільярд?) Людей в той же день?
• ... і якщо ( коли ) клієнти звертаються з проблемами ... "Чому (до біса) ти його не спіймав спочатку?"

Я сподіваюся, що це дає вам трохи приклад того, що таке SDET.

"Розробник у тесті", як правило, означає, що ви перебуваєте у відділі контролю якості або в ролі QA, однак увага зосереджується на написанні автоматизованих тестів, а не на створенні та запуску ручних тестових справ. Річ про це як написання програмного забезпечення для тестування програмного забезпечення. Це може бути особливо складним вибором кар'єри, оскільки він вимагає як навичок програмування, так і добре розуміння тестування програмного забезпечення.

Однак різні назви означають різні речі для різних компаній, тому остаточна відповідь повинна надходити від рекрутера.

Роль SDET - це майже все, що вам належить, про що свідчать усі його різні назви: QA / Developer, QA Engineer, Automation Developer. Моя нинішня назва - це насправді інженер-випробувач, якого я ніколи не чув, щоб його називали перед тим, як взяти цю роботу. Незалежно від конкретної назви, у більшості компаній це нове місце, тому очікування можуть бути слабкими. "Допоможіть нам автоматизувати тестування та інше ...". Цей матеріал може включати інструменти CI, тестування API, хмарні сервіси, інтеграцію з внутрішніми системами тощо.

Ще одним аспектом роботи, яку я не бачу в цій темі, є вдосконалення процесів. Зазвичай SDET займаються QA деякий час, і, як правило, вони більш технічні, ніж решта команди QA, включаючи їх керівника. Вони багато знають про тестувану систему, тобто "там, де тіла поховані". З цієї причини, як правило, SDET слухає менеджмент і може мати великий вплив на процес - не тільки процес тестування, але і спосіб побудови продукту. Що може бути здорово, якщо ви в цьому займаєтеся.