Курс QA manual дає фундаментальні навички для початку кар'єри тестувальника. Курс дає можливість з нуля опанувати всіма основними практичними навичками для здійснення повноцінного процесу тестування. На курсі QA manual Ви зможете:

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

Практичні навички, отримані від викладачів, майстрів своєї справи, дозволять без особливих проблем не тільки інтенсивно рухатись по кар'єрних сходах тестувальника, а й в майбутньому спробувати себе в інших областях IT-сфери.
Після проходження всіх блоків курсу у Вас буде можливість ще більше розвинути свої знання та вміння, записавшись на натупний щабель курсів – автоматичне тестування.
ПРОГРАМА КУРСУ
Фундаментальний процес тестування (Fundamental Test Process)
Початок курсових лекцій та практичних занять. На перших вступних уроках Ви дізнаєтеся що таке тестування та його основні цілі в роботі. Також ми будемо вивчати список процесів, яких повинні дотримуватися всі користувачі, які залучені до роботи тестування програмного забезпечення. Познайомимося з принципами тестування в теорії та використаємо їх на практичному курсі.
Життєвий цикл розробки програмного забезпечення (Software Development Life Cycle (SDLC)
Як і будь-яка активність, тестування має свої правила та вимоги, яким необхідно слідувати. На цьому занятті Ви познайомитеся з так званим життєвим циклом розробки програмного забезпечення, невід'ємною частиною якого є тестування продукту. Для наочного прикладу буде використано дві моделі розробки програмного забезпечення (Waterfall і SCRUM). Додатково у Вас буде можливість порівняти Waterfall та SCRUM і зрозуміти такі речі:

  • Процеси, які застосовуються в такому виді діяльності.
  • Які існують відмінності між моделями.
  • Що краще за все використовувати в певному проекті.

     Типи тестування
В цій темі Ви дізнаєтеся які бувають типи тестування, що таке функціональне та нефункціональне тестування, а також як їх використовувати.
     Аналіз вимог до програмного забезпечення
Аналіз вимог - це та сама річ, яку потрібно завжди робити якісно та на вищому рівні. Ви запитаєте "А як це правильно робити?" Власне, протягом цих занять Ви отримаєте відповідь на своє питання, і не тільки, оскільки зможете повністю вивчити тему. Вам розкажуть, які бувають типи вимог, які зустрічаються найбільш поширені помилки, та чим відрізняються функціональні вимоги від нефункціональних.
     Процес розробки тестів (Test Design)
Тест дизайн (Test Design) – це ще одна сходинка в процесі тестування програмного забезпечення. Під час тест-дизайну розробляються тестові випадки (тест-кейси) відповідно до вже відомих критерій якості та встановлених цілей тестування. На заняттях Ви дізнаєтесь, які типи тестової документації існують, та як їх правильно використовувати в процесі аналізу. А також познайомитеся з тест-дизайном техніки чорного ящика (Specification-based (black-box) test design techniques).
Виконання тестів та відстеження дефектів
Після тест-дизайну, коли тест-кейси вже готові, наступним етапом буде виконання тестів. Під час лекції Ви познайомитеся з такими поняттями як:

  • Тест-рівні та тест-типи (test levels and test types).
  • Статичне та динамічне тестування (Static and dynamic testing).
  • Чорний ящик, білий ящик, сірий ящик (black-box, white -box, grey-box testing).
  • Звіти по виконаним тестам (Test execution reports).
  • Регресійне тестування (Regression Testing).
  • Повторне тестування (Re-testing (confirmation testing).

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