Меню

Що таке раннє тестування: Тестуйте достроково, часто тестуйте, АЛЕ як? (Практичний посібник)

what is early testing

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

Що таке раннє тестування?

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

Різні аспекти Раннє тестування які допоможуть менеджерам та керівникам з контролю якості під час розробки або розробки документа Стратегії тестування в SDLC.

Прийняття раннього тестування призведе до успішної доставки якісного продукту.

раннє тестування (1)

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

перетворити char на int в c ++
  • Чому дострокове тестування в SDLC (проект чи випуск програмного забезпечення)?
  • Обсяг зусиль щодо раннього тестування
    • Що перевірити на ранніх термінах?
    • Пуск і вихід
  • Плюси і мінуси

Давайте тепер детально вивчимо нюанси !!

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

Принципи тестування

Фігура 1 - Спрощений погляд на принципи тестування

1.Принципи тестування

Для даного випуску програмного забезпечення чи системи або продукту в SDLC існують різні чітко визначені методології або стратегії для більшості з наступних Принципів тестування.

  • Що таке тестування?
  • Чому тестування?
  • Що тестувати?
  • Як перевірити?

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

  • Коли починати тестування у випуску програмного забезпечення або Коли тестування слід починати в проекті?
  • Коли починати тестування, а коли припиняти тестування?
  • Чому тестування слід починати рано в SDLC?
  • Що таке ранній тест на розробку програмного забезпечення?

Для легкого розуміння аудиторії я згуртував усі питання 'сірої зони' під однією парасолькою Раннє тестування.

Чому тестування на початку в SDLC?

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

Зазвичай команда управління програмами призначає менеджера програми (PM) до певного випуску програмного забезпечення або проекту. Прем'єр-міністр у співпраці з усіма зацікавленими сторонами, включаючи команди з питань маркетингу, розвитку, контролю якості та підтримки, розробляє графік випуску

У цьому підручнику я вибрав Щоквартальний графік випусків використання модель водоспаду пояснити Концепції раннього тестування детально.

Графік тестування випуску програмного забезпечення

Більшість організацій досі дотримуються традиційних Випуск за часом Моделі (TBR), де випуск Програмного забезпечення або Продукту планується щоквартально, півроку чи щороку.

Переважно модель Waterfall використовується для запуску таких версій програмного забезпечення. У деяких випадках для більш короткого циклу випуску застосовується модель Agile / Scrum.

Малюнок 2 - Типовий щоквартальний графік випробувань випусків (не загальний графік випуску проекту)

Щоквартальний графік випробувань випусків

Вплив критичних дефектів або дефектів високої тяжкості

Малюнок 3 - Типовий вплив критичних дефектів

Типовий вплив критичних дефектів

В основному , під час тестування очікується, що

  • Критичні дефекти або дефекти високої тяжкості визначають і реєструють тестувальники.
  • Розробникам потрібно буде виправити ці дефекти.
  • Згодом тестувальникам потрібно буде перевірити виправлення.

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

  • Трудомісткий
  • Підсилення ресурсів (людина + машина)
  • Схильний до застави, виправлення критичних помилок здебільшого стосується більшої частини коду, включаючи області перетину.

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

  • Велика ймовірність продовження циклу випробувань.
  • Велика ймовірність пропуску дедлайну.
  • Окрему особливість, що має велику кількість дефектів, можливо, все разом потрібно буде витягнути з цього конкретного випуску.
  • Пропущені зобов’язання клієнтів.

Як щодо інших вад?

Існують дефекти середнього та низького пріоритету, які будуть виявлені та записані Тестерами. Вони також повинні бути належним чином оброблені розробниками та командою з контролю якості. Таким чином, загалом це об’ємна вправа.

Срібної кулі немає

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

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

Будь-яке або все вищезазначене негативно позначиться на бізнесі Організації. У цьому контексті прийняття Раннє тестування 'Є окрема тестова діяльність буде корисним для загального управління SDLC для даного проекту або випуску.

Сфера зусиль щодо раннього тестування

Зрозумівши мету раннього тестування у попередньому розділі під назвою „ Чому дострокове тестування? ', Давайте зараз обговоримо Обсяг ранніх тестових зусиль ' детально.

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

Припущення:

  • Весь графік випуску проекту або програмного забезпечення затверджений та доступний для всіх зацікавлених сторін.
  • Загальний документ Стратегії тестування розробляється, розглядається та затверджується усіма зацікавленими сторонами.
  • Функції високого, середнього та низького пріоритету, що перевіряються, добре задокументовані.
  • Плани випробувань та тестові кейси для всіх функцій розробляються, переглядаються та затверджуються усіма зацікавленими сторонами.
  • Усі плани випробувань та тестові справи завантажуються в центральне сховище для відстеження виконання тестування.
  • Усі людські ресурси, інфраструктурне обладнання та інструменти доступні для встановлення випробувальних стендів і виконання планів випробувань.

Що перевірити на ранніх термінах?

Малюнок 4 - Загальний підхід до сфери раннього тестування

4.Що тестувати під час раннього тестування

Підхід

  • Давайте візьмемо Приклад випуску XYZ із 3 функціями високого пріоритету A, B і C, 10 функціями середнього пріоритету та 15 функціями незначного (або низького пріоритету).
  • Особливості з високим пріоритетом - це функції, що приносять високий дохід та / або відповідність стандартам, та / або наздоганяння конкурента та / або поводження з конкурентами, і все це.
  • Функції високого пріоритету, як правило, передбачають складне кодування, додано велику кількість нових рядків коду.
  • Велика кількість нових рядків коду може також означати високу ймовірність областей перетину.
  • Зазвичай функції з високим пріоритетом та / або функції, що мають велику кількість нових рядків коду, є найкращими кандидатами для раннього тестування.
  • Немає необхідності складати окремий план тестування для діяльності з раннього тестування.
  • Потенційні клієнти або тестувальники, а також потенційні клієнти або малі та середні підприємства (експерти з предметних питань) повинні обговорити та узгодити Кодекс / Тестування для цієї діяльності.
  • Визначте відповідні тестові кейси з високим пріоритетом і навіть деякі кейси із середнім пріоритетом, якщо вважаєте, що це необхідно з кожного з функціональних планів тестування A, B та C.
  • Як тільки будуть визначені відповідні функції та підмножина тестових випадків, переконайтеся, що вони відстежуються за допомогою інструмента тестового відстеження, прийнятого Організацією.

Підказка: Співпраця - це ключове! Під час діяльності з раннього тестування як командам розробників, так і контролю якості потрібно тісно співпрацювати, щоб переконатися, що поставлені цілі досягнуті за допомогою якісних результатів.

Початок та вихід на ранньому тестуванні

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

Критерії вступу для старту

  • Відсоток завершення тестування на інтеграцію
  • Кількість відкритих помилок
  • Немає блокаторів для запуску раннього тестування

Фаза діяльності

  • Відстеження прогресу
  • Кількість падінь коду під час цього тестування
  • Підхід до виправлення помилок
  • Підхід перевірки помилок
  • Запишіть результати цього тестування

Критерії виходу

  • Передача заходів до наступного етапу тестування (зазвичай тестування характеристик).
  • Вирішення невиправлених помилок, виявлених під час раннього тестування.
  • Вирішення проблем блокаторів для наступного етапу тестування.
  • Опублікуйте результати раннього тестування.

Плюси і мінуси

Кожна нова ініціатива чи діяльність має свої достоїнства та недоліки.

Давайте вивчимо плюси і мінуси цього підходу до тестування.

Плюси

  • Ідеально підходить для моделі Waterfall.
  • Допомагає виявити критичні помилки на початку циклу тестування.
  • Виявлення критичних помилок на початку циклу випуску.
  • Допомагає команді розробників стабілізувати Кодекс на ранніх термінах.
  • Допомагає мінімізувати заставу через виправлення помилок.
  • Допомагає Команді розробників детально виявляти вразливі місця в місцях перетину на початку циклу випуску.
  • Управлінська команда може приймати відповідні ділові рішення з належною ретельністю щодо невирішених критичних помилок у цьому конкретному випуску чи проекті.
  • Допомагає продовжити покриття тесту і ефективно кружляти.
  • Допомагає ефективно та ефективно розподіляти ресурси для розробки та тестування.

Мінуси

  • Не ідеально підходить для моделі Agile / Scrum. Однак такі моделі можуть прийняти раннє тестування у спринтах із відповідною настройкою.
  • Є ймовірність зниження Інтеграційне тестування командою розробників.

Висновок

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

Ключові компоненти Принципів тестування, такі як Чому тестувати? Що таке тестування? Що тестувати? Як перевірити? переважно добре визначені та зрозумілі. Однак існують деякі затяжні запитання, які постійно виникають у свідомості читачів, тестувальників, потенційних клієнтів та менеджерів щодо таких концепцій, як раннє тестування.

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

Ви коли-небудь усвідомлювали важливість раннього тестування у вашій кар’єрі? Не соромтеся ділитися своїми думками та досвідом у розділі коментарів нижче !!

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

^