Меню

Тестування Shift Left: Секретна мантра для успіху програмного забезпечення

shift left testing secret mantra

Спробуйте Наш Інструмент Для Усунення Проблем

Нове тестування Shift Left, мантра DevOps у розробці програмного забезпечення:

Швидкий Підсумок усіх відеоуроків у DevOps було пояснено в нашому попередньому навчальному посібнику. Тепер ми побачимо тестування Shift left.

Коли я використовую термін 'Shift Left', ви можете задатися питанням, що я маю на увазі Shift Left у програмному забезпеченні ??

Більше десятиліть тому, коли я розпочав свою кар'єру тестувальника програмного забезпечення, не було окремої 'Фази тестування' для розробки програмного забезпечення, а роль тестувальників взагалі ніколи не існувала. Раніше розробники розробляли програмне забезпечення, тестували себе та випускали програмне забезпечення.

Подальше читання => Інформативні підручники DevOps

Поняття Тестування програмного забезпечення впроваджувались поступово, коли дефекти виробництва почали потрапляти в бюджет проекту, а отже, «Функціональне тестування» набуло чинності з дуже худою командою тестувальників. На той момент ми були лише двома тестувальниками проти команди з 20 розробників.

Зміщення вліво Підхід до тестування

ІТ-індустрія почала слідувати моделі водоспаду для розробки програмного забезпечення, де, як ми всі знаємо, життєвий цикл розробки програмного забезпечення йде послідовно в порядку Вимоги => Дизайн => Кодування => Тестування .

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

Що ви дізнаєтесь:

Вступ до концепції зсуву вліво

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

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

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

Етап розробки програмного забезпечення

'Дефекти дешевші, якщо їх рано спіймати'.

Це усвідомлення та великий урок, що спричинили за собою велику революцію в галузі програмного забезпечення та породили нову концепцію «Shift вліво» , що означає зсув 'Фази тестування' ліворуч праворуч або залучення тестування на кожному етапі та залучення тестувальників на всьому протязі.

Тестування Shift Left також означає, що просто не тестуйте в кінці, а тестуйте постійно.

Фази SDLC

Shift лівий підхід

Що таке тестування Shift Left?

По-перше, принцип «Зсув вліво» підтримує Тестувальна група для ранньої співпраці з усіма зацікавленими сторонами на етапі розробки програмного забезпечення. Отже, вони можуть чітко розуміти вимоги та розробити тестові кейси допомогти програмному забезпеченню «Швидко провалитися» та дозволити команді якнайшвидше виправити всі несправності.

які найкращі аніме-сайти

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

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

Як Shift Left впливає на розробку програмного забезпечення?

Підхід Shift Lift впливає на розробку програмного забезпечення кількома способами.

Нижче наведено кілька ключових моментів щодо Shift Left:

  • Підхід Shift Left фокусується на залучення тестувальників на всіх, а головне критичних стадіях програми . Це дозволяє тестувальникам переключити свою увагу з виявлення дефектів на запобігання дефектам і керувати бізнес-цілями програми.
  • Підхід Shift Left забезпечує, велике значення для тестування за допомогою чого ролі та відповідальність тестувальників надзвичайно зростають.
  • Зі збільшенням відповідальності за тестувальну команду команда просто не зосереджується на цьому «Тестування програмного забезпечення для виявлення помилок» , але активно працює з командою вже на початкових етапах, щоб планувати та будувати надійну та ефективну стратегію тестування, надаючи команді чудове керівництво та керівництво тестуванням, зосереджуючись на довгостроковому баченні продукту, а не просто приймаючи відповідальність випробувальної роботи.
  • Shift лівий підхід дає можливість для тестувальників спочатку розробити тести , де тести повністю зосереджені на досвіді клієнта та його очікуваннях, що, у свою чергу, дозволить розробникам розробляти програмне забезпечення на основі цих тестів і, отже, задовольняти потреби клієнта.
  • Підхід Shift Left просто не закінчується лише тестерами. Також буде перехід до літнього періоду та постійне проведення випробувальних заходів дозволити розробникам взяти більше прав власності їх коду та збільшити їх відповідальність за тестування.
  • Підхід Shift Left також заохочує Тестери для прийняття Поведінковий розвиток BDD та тестовий розвиток TDD , що допомагає запобігти введенню дефектів у програмне забезпечення.
  • Переміщення вліво тестування в Agile: Підхід Shift Left підтримує формування Спритна сутичка Команди, до складу яких обов'язково входять тестувальники поряд з іншими ролями і включає тестувальників у регулярні дзвінки в режимі очікування, інші взаємодії, оглядові зустрічі, що дозволило тестерам отримати більше інформації, пов’язаної з програмою, а отже, дозволило їм захопитись та залучити до детального аналізу програмного забезпечення та забезпечити швидкий зворотний зв'язок, який допоможе запобігти дефектам, заснованим на програмному забезпеченні.

Загальне тестування Shift Left вимагає від тестувальників „Залучіться на початку“ , якомога раніше та беруть участь в обговоренні та співпраці над ідеями, вимогами на кожному етапі, коли результат етапу впливає на цінність кінцевого результату, а також допомагає проекту визначити ризики та пом'якшити його заздалегідь.

Shift вліво

Що повинні робити тестери по-різному в Shift Left?

Нижче наведено кілька ключових факторів, які слід зазначити як те, що тестери роблять по-різному Shift Left Strategy:

# 1) Тестова група повинна брати участь у системі на початку з самого початку проекту щоб розвинути інтеграцію з рештою команди та бізнесом надавати корисні дані на кожному етапі розробки програмного забезпечення.

# два) Тестова група повинна співпрацювати з командою Business & Operations та отримати ясність у програмі і забезпечити чітке уявлення про попит та допомогу в ефективному плануванні потреб у нарощуванні ресурсів, потребах у навчанні та вимогах до інструментів тестування програми заздалегідь.

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

# 4) Тестова група повинна працювати з рештою команди у забезпеченні чудове тестове керівництво та керівництво командою тим самим пам’ятаючи про довгострокове бачення продукту, а не просто беручи на себе відповідальність за тестування.

# 5) Вимоги - це ключ і основа успіху будь-якої програми, а чітко визначені вимоги визначають успіх проекту. На етапі планування вимог тестувальники потрібно переглянути та проаналізувати вимоги для будь-якої неясності, кращої ясності, повноти, перевірочності, визначення критеріїв прийнятності тощо.

Також потрібно визначити відсутні вимоги (якщо такі є), зрозуміти залежності та стратегії реалізації. Прозорі вимоги допомагають програмному забезпеченню «Швидко вийти з ладу» та усунути всі помилки якнайшвидше.

# 6) Внесіть достатньо чіткості та точності вимог, вивівши реальні приклади які ілюструють функції, які використовуються.

# 7) Тестерам потрібно відвідувати зустрічі з огляду дизайну регулярно розуміти дизайн та архітектуру продукту та виявляти недоліки дизайну, пропонувати альтернативні варіанти дизайну, виявляти лазівки та створювати тестові сценарії, щоб зламати конструкції.

# 8) Тестерам потрібно здійснювати Статичне тестування (відгуки) заздалегідь та надайте зворотний зв’язок щодо ключових проектних документів, щоб запобігти дефектам від заземлення програмного забезпечення та розширення його ефекту пізніше.

# 9) Тестова група повинна співпрацювати з командою розробників та розробників надаючи сценарії тестування заздалегідь для розробки коду та розглянути всі можливі сценарії реального часу та потоки бізнесу.

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

# одинадцять) Тестери повинні Тестуйте якомога раніше , будь то в автономній або локальній системі, щоб дефект не потрапляв на наступні стадії.

Вся суть концепції «Зміщення вліво» для тестувальників полягає в тому, щоб якомога раніше виявити дефекти усіма можливими способами.

Пошук дефектів за допомогою Shift Left

Переваги тестування Shift Left

Підхід Shift Left працює на основі гнучкого маніфесту і теж має ряд переваг.

регулярний вираз на c ++

Вони є:

  • Особи та взаємодії над процесами та інструментами.
  • Працююче програмне забезпечення над вичерпною документацією.
  • Співпраця з клієнтами над переговорами щодо контракту.
  • Відповідаючи на зміни над дотриманням плану.

Ми бачимо, що, хоча значення є в елементах праворуч, ми цінуємо більше для елементів ліворуч.

Ну, Shift Left має на меті впровадити ідею тестування раніше в процесі, що призведе до кращого та ефективного тестування та підвищення якості програмного забезпечення.

У двох словах, процес тестування Shift Left:

  • Раннє виявлення дефектів, тим самим зменшуючи вартість проекту.
  • Тестування безперервно знову і знову, щоб врешті-решт зменшити дефекти.
  • Автоматизувати все і скоротити час виходу на ринок.
  • Зосередити увагу на вимогах клієнтів та покращити взаємодію з клієнтами.

Зрушити лівий фокус

Висновок

«Shift вліво» концепція принесла величезну трансформацію для всієї ролі 'Тестування'. До цього часу єдиним фокусом тестування було лише «виявлення дефектів», а тепер метою «Shift Left» з точки зору тестування є подорож «Раннє виявлення дефектів до Запобігання дефектам ' .

Таким чином, Shift Left - це великий стрибок у галузі програмного забезпечення в методології розробки програмного забезпечення на шляху до швидкості виходу на ринок, покращення якості програмного забезпечення та скорочення 'часу на ринок'.

Про автора: Ця стаття написана членом команди STH Гаятрі Субраманіамом. Вона займається тестуванням програмного забезпечення з 90-х років, саме тоді, коли роль тестера була запроваджена в галузі. Протягом своєї тестової кар'єри, вона зробила багато оцінок TMMI, роботи з індустріалізації випробувань, налаштування TCOE на додаток до обробки тестових поставок та впровадила практику DevOps для величезної участі. Але за її словами, навчання ніколи не припиняється ...

Повідомте нам про свої думки / пропозиції в розділі коментарів нижче.

НАЗАД Підручник | НАСТУПНИЙ підручник

Рекомендована література

^