Як розробники бек-енду, чи варто вивчати тестування програмного забезпечення? [зачинено]

Закрито . Це питання має бути більш зосередженим . Наразі відповіді не приймаються.

Хочете вдосконалити це питання? Оновіть питання, щоб воно зосередило увагу на одній проблемі, лише відредагувавши цю публікацію .

Закрито 5 років тому .

Як молодший розробник, я працюю в компанії, яка розробляє програмне забезпечення для галузі авіаліній. У нас є тестова група, тому я не маю мотивації вивчати програмне забезпечення для тестування. Мій друг працює в невеликій компанії як бек-розробник. У їхній команді немає жодної конкретної тестової групи, і вони роблять свої тести самостійно. Чи повинен бек-розробник дізнатися про тестування програмного забезпечення?

testing backend

— Алі Арда Орхан
джерело

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

— msw

Я отримав більшість своїх робочих місць, тому що я робив речі у вільний час, що мені не потрібно було робити, будь то навчання Хаскелла або написання трактора променевих променів часу на C ++: P Хлопці, яких я знаю / знав, хто робив лише те, що потрібно за роботу зараз борються за просування в кар’єрі.

— phresnel

Чи не це тип "м'якого" питання, що призводить до вираження думок?

— ThomasMcLeod

@phresnel О, трактор променів часу компіляції в C ++ настільки злий . Повага.

— Девід Конрад

Я згоден, це питання слід зупинити. Це неначе сказати: "Я розмовляю тільки англійською, але моя дружина з Китаю, і говорить англійською, і, звичайно, китайською. Чи слід вивчати китайську?"

— TTT

Відповіді:

Абсолютно і однозначно: так!

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

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

Якщо ви хочете спеціалізуватися на цьому, то ефективність / стрес-тестування та тестування безпеки / проникнення є досить затребуваними навичками.

— Майкл Боргвардт
джерело

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

— Джодрелл

Резервна розробка справді добре піддається автоматизованим тестам. Немає шаленості у користувальницькому інтерфейсі. Принаймні, в рамках тестування рамки командного відділу розробників ви накапуєте більше помилок, перш ніж вони покинуть вашу команду та знайдуть QA. Менше помилок у відходженні від вашої команди робить спостерігачів щасливими.

— BPugh

Тестування коду, над яким ви працюєте, є частиною дисципліни, яка робить хорошого програміста прекрасним програмістом. Налаштування автоматичного тестування з використанням легких, швидких тестових випадків дозволяє встановити базову лінію функціональності; зміни коду для виправлення помилок або додавання нових функціональних можливостей можна поступово перевіряти і дає швидкий відгук про ваш код. Цей швидкий зворотний зв'язок, коли це робиться часто, набагато ефективніше з точки зору повторної роботи, ніж створення всього, складання та тестування, оскільки ви в кінцевому підсумку не йдете так далеко від правильного шляху.

— BobDalgleish
джерело