Меню

Покрокове керівництво по впровадженню доказів концепції (POC) у тестуванні автоматизації

step step guide implement proof concept automation testing

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

Як застосувати доказ концепції (POC) у тестуванні автоматизації?

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

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

Автоматизація тестування доказ концепції poc

№1 . Тривалість проекту: Короткострокові або довгострокові - довгострокові проекти є гарними кандидатами для автоматизації

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

№3. Стабільність програми: Застосування, яке не піддається частим змінам, слід розглянути для автоматизації. Продукт, який не є стабільним, де графічний інтерфейс користувача / функціональність постійно змінюється, елементи або його XPath на сторінці постійно змінюються, не повинен бути автоматизованим до стабільності.

як мені знайти свій код захисту мережі - -

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

№5. Чи робить організація має бюджет на автоматизацію? - Автоматизація додасть додаткові витрати для організації, такі як вартість інструментів автоматизації, вартість ресурсів, час, необхідний для розробки фреймворку та написання / обслуговування сценаріїв тестування автоматизації.

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

Наступний малюнок допоможе зрозуміти процес тестування автоматизації

Процес автоматизації тестування

З точки зору технічного випробування, Команда контролю якості повинна розуміти наступні аспекти щодо їх засобів автоматизації:

  1. Матриця тестування платформи та ОС
  2. Можливість керування даними
  3. Можливість звітування та портативність звітів
  4. Простота налагодження та реєстрації
  5. Підтримується контроль версій
  6. Розширюваний та настроюваний (здатний інтегруватися з іншими інструментами, такими як Ant, TestNG)
  7. Постійна інтеграція.
  8. Сповіщення електронною поштою (користувальницьке повідомлення електронної пошти отримується, якщо тести успішно пройшли / не вдалося / або якісь збої мережі)
  9. Якщо потрібно крос-браузерне тестування та тестування декількох платформ, тоді середовище розподіленого тестування підтримується чи ні.

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

Вибір правильного інструменту автоматизації:

Вибір правильного інструменту автоматизації

№1. Тестована програма - це веб-програма або програма для настільних ПК.
# два. Вибір інструменту з відкритим кодом проти платного.
№3. Інструмент повинен відповідати вимогам до тестування програми
No4. Використання інструменту - досвід команди та рівень комфорту щодо використання та вивчення інструментів
№5. Чи підтримує звітність - якщо ні, які інші варіанти звітності доступні (з відкритим кодом або платними). Якщо так, то наскільки це добре з точки зору передачі правильних даних з презентацій, а також змістовної точки зору.

Також читайте => Посібник від A до Z щодо вибору найкращого інструменту автоматизації

Крім того, оцінка інструменту включає:

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

  1. Графічний інтерфейс реалізований за допомогою традиційного HTML або AJAX або іншого інструментарію веб-розробки
  2. Чи включає графічний інтерфейс відео, зображення чи багато написаного вмісту?
  3. Він інтерактивний або лише інформативний
  4. Браузери, які потрібно протестувати .

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

Розробка підтвердження концепції автоматизації:

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

Робити так:

1) Вирішіть тестові випадки що ми будемо використовувати в POC.
два) Це допомагає вибрати напрямки, які найбільше зацікавлять клієнтів.
3) Заплануйте показати ручну та автоматичну технологію таким чином, щоб довести відсутність погіршення якості, вибравши автоматизацію.
4) Включіть тестовий випадок, який не вдається і призводить до виявлення дефекту - це допомагає підтвердити, що інструмент справді може знаходити дефекти
5) За потреби використовуйте твердження та точки перевірки.
6) Чітко покажіть області, які можна і не можна автоматизувати. Зазвичай такі аспекти не можуть бути автоматизовані:

нові функції в Java 8 з прикладами
  • Відеопари
  • Flash-вміст (нестатичний вміст)
  • Нестатичні зображення

7) Виділіть, чи інструмент відповідає наступним вимогам?

  • Чи може він автоматизувати всі ключові особливості бажаного додатка
  • Чи можлива автоматизація в тому ж браузері, який вимагає проект
  • Чи вимагатиме автоматизація змін у реалізації додатків? (наприклад, для автоматизації важливо, щоб ідентифікатори елементів були унікальними і не змінювалися щоразу, коли викликається сторінка)

Результат POC - це зазвичай одне з наступного:

  1. Інструменти відповідають вимогам проекту - Опрацюйте додаткові деталі. Такі як вартість впровадження - необхідна узгодження цін, остаточне оформлення ліцензійних зборів, витрат на навчання та підтримку, консультації та витрати на впровадження тощо. У разі відкритого коду інструменти визначають зрілість інструменту, доступні навчальні ресурси, крива навчання, підтримка тощо. Як для ліцензійних, так і для інструментів з відкритим кодом також слід враховувати витрати на обслуговування. Слід мати на увазі, що вигоди суттєві лише протягом тривалого періоду часу.
  2. Інструмент не відповідає вимогам і має обмеження - інструмент більше не розглядається.
  3. Інструмент частково відповідає вимогам - повторно відвідати та перевірити, чи інший задовольняє вимогам краще АБО якщо автоматизація повністю не відповідає картині АБО якщо є якийсь інший спосіб вирішення цього самого інструменту.

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

Шаблон POC:

Не існує жодного ідеального шаблону POC. Як правило, це включає:

  1. Вимога до POC
  2. Кандидати POC (усі засоби автоматизації)
  3. Вимоги до проекту
  4. Плюси та мінуси кожного інструменту на основі вимог проекту
  5. Результат POC

Ось кілька шаблонів автоматизації POC для довідки:

=> Шаблон POC 1
=> Шаблон POC 2

Реалізація пілотного проекту:

Ми повинні визначити наш пілотний проект шляхом:

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

Крок 1. Вибір тестових кейсів для пілота

  • Модулі / функції, важливі з точки зору клієнта
  • Функціональність, яку легко продемонструвати (щасливий шлях від кінця до кінця)
  • Тестові кейси, важкі для тестування вручну та автоматизовані, спростять їх
  • Порушена функціональність, щоб продемонструвати, як автоматизація може допомогти виявити невдалий тест

Крок No2. Система автоматизації розвитку

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

Можуть бути використані наступні методи сценаріїв:

  • Лінійний
  • Гібридний
  • На основі даних
  • Ключове слово та
  • Структурований

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

Визначте шаблони, правила іменування об’єктів, тестові випадки, тестові набори, сховище даних тощо.

Крок No3. Розробка та виконання сценаріїв

Крок No4. Звітність: Чи має інструмент вбудовані можливості звітування? Чи здатні вбудовані звіти точно передавати всю необхідну інформацію? Чи нам знадобиться інший інструмент для звітування, такий як кристалічні звіти, reportNG тощо?

використання масивів у функціях c ++

Крок No5 . Ведення сценаріїв автоматизації

Презентація зацікавленим сторонам:

Наскільки важливим є доказ концепції та реалізації пілотного проекту, так і правильне його подання. Наступні моменти допоможуть подати це позитивно.

  1. Почніть із того, скільки зусиль ручного тестування вкладається в кожен цикл тестування, проблем, з якими стикається ручне тестування, і як ми можемо використовувати автоматизацію для їх подолання.
  2. Поясніть, як ви вибрали інструмент на основі підтвердження концепції
  3. Виділіть особливості інструменту автоматизації та те, як він доповнює вимоги до тестування
  4. Проводячи автоматизацію, поясніть, як інструмент автоматизації допоможе не тільки в швидшому виконанні тесту, але і його здатність виконувати перевірку та ідентифікацію помилок.
  5. Продемонструйте, як у звіті буде показано стан виконання тестового випадку
  6. Виділіть такі функції звітування, як кольорові легенди, для різних статусів тестових випадків, знімки невдалих тестових випадків та портативність звітів
  7. І наостанок покажіть, на скільки скоротиться час тестування для кожного циклу тестування.
  8. Також поясніть, як ви можете досягти всієї розробленої вами системи автоматизації та її переваги щодо використання та обслуговування.

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

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

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

^