Чи повинні тестери писати код?

Дуже поширеним питанням, яке має претендент на тестування програмного забезпечення, є

... Чи повинні тестери писати код ??

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

Якість програмного забезпечення, як правило, поділяється на дві категорії,

Аналітик якості: QA перевіряє функціональність та повноту тесту. QA перевіряє програмне забезпечення лише після фази розробки. Роль контролю якості не настільки технічна, як розробник, і може не вимагати кодування.
SDET (інженер-розробник програмного забезпечення в тесті): хоча SDET, з іншого боку, розуміє внутрішню роботу продукту. Вони розуміють концепції баз даних, мови програмування тощо, а також беруть участь у розробці продуктів, дизайні даних та користувацьких інтерфейсах. SDET повинні працювати на етапі розробки та вимагати знань з кодування. Тож роль SDET є більш складною, і вона включає роботу як розробника, так і тестера. Тестери автоматизації (які використовують такі інструменти, як QTP, Селен) також можна класифікувати як SDET.

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

Під час цього уроку ми побачимо наступні речі.

Які навички потрібні для того, щоб стати хорошим випробувачем?
Що тестер повинен знати?
Скільки знань з кодування потрібно, щоб стати хорошим тестувальником?

Атрибути хорошого тестера

Методологія тестування програмного забезпечення варіюється залежно від потреби та специфікацій програмного продукту. Хороший контроль якості або тестер програмного забезпечення відіграє важливу роль у завершенні процесу тестування.

Атрибутами хороших тестувальників є;

Хороші знання домену
Хороше логічне мислення і
Хороші знання навичок програмування.

Скільки знань кодування вимагає тестер

Написання коду та налагодження - робота розробника.

Тоді виникає питання, чому кодування знань необхідне тестувальникам?

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

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

Виконуючи тестування Black Box, тестер не вимагає знань кодування. Тестер просто перевіряє програмне забезпечення, вводячи дані, а потім перевіряє результати.
Тестування білих ящиків або тестування на основі коду вимагає знання коду. Знання різних концепцій програмування, таких як C, C #, C ++, концепція СУБД тощо, може бути корисним.
Тестери вимагають хороших знань з кодування, коли вони проходять після автоматичного тестування або тестування білих ящиків. Це пояснюється тим, що тестування на автоматизацію передбачає охоплення висловлювань, охоплення коду, цикломатичну складність тощо. Усі ці концепції потребують хороших знань щодо навичок програмування та бази даних.
SQL (мова структурованих запитів) - Іноді для тестування потрібна перевірка бази даних. Отже, тестувальники повинні володіти базовими знаннями команд SQL, таких як -select, 'create', 'update' тощо.
SQL -ін'єкція, "SQL-ін'єкція" - одна з технік, яка використовується для злому бази даних шляхом вставки небажаних команд. Хороші знання команд JavaScript і SQL дуже зручні для запобігання таким загрозам безпеки програмного забезпечення.
Швидке тестування - під час гнучкого тестування вся команда відповідає за якість програмного забезпечення. Протягом усього гнучкого процесу тестувальник працюватиме з одним або кількома програмістами для написання тесту. Тому для створення автоматизованого тесту тестерам обов’язково знати код.

Деякі важливі поради для аналітика з контролю якості програмного забезпечення

Знання ручного тестування, мов сценаріїв, таких як JavaScript тощо, додасть вашої кваліфікації тестування.
Будучи тестувальником, ви повинні набути своїх базових знань таких мов програмування, як Java, VBScript. Знання концепцій SQL, концепція СУБД, є для вас гарною практикою.

Окрім цього, є декілька загальних порад, які можуть допомогти аналітику з контролю якості