software testing training
БезкоштовноНавчання тестуванню програмного забезпеченняПро проект в реальному часі:
Ми дуже раді представити це далі серія безкоштовних навчальних посібників з тестування програмного забезпечення. Ми збираємося імітувати наскрізний проект програмного забезпечення в реальному часі, який детально розглядає кожну фазу, з особливим акцентом на навчальні процеси, етапи, ролі та відповідальність, результати тощо
Коротше кажучи, будьте готові до короткого онлайн-тестування програмного забезпечення.
Важлива примітка : Наведені нижче безкоштовні підручники корисні для початку, але якщо ви зацікавлені в найкращому онлайн-курсі тестування програмного забезпечення LIVE від експертів, будь ласка, перевірте цю сторінку.
=> Осьсписок усіх підручниківу цій безкоштовній навчальній серії Live Project QA:
найкращі операційні системи всіх часів
- День 1: Введення проекту в прямому ефірі
- День 2: Огляд документа SRS та створення сценаріїв тесту
- День 3: Як написати документ плану тестування з нуля
- День 4: Написання тестових справ із документа SRS
- День 5: Виконання тесту
- День 6: Відстеження помилок, тестові показники та тестовий вихід
Чому це безкоштовне навчання з якості?
Ми отримуємо багато запитів від наших читачів, щоб поділитися своїм досвідом щодо точний процес тестування програмного забезпечення за ними команди з тестування програмного забезпечення. Тому ми вирішили задокументувати цей повний STLC за допомогою зразка програми, яка працює в режимі реального часу, і яку можна перевірити в Інтернеті.
Ми будемо використовувати цей проект в реальному часі для нашої серії навчальних програм з тестування програмного забезпечення. Ми настійно рекомендуємо уважно стежити за цією серією, оскільки це буде аварійний курс для вивчення та впровадження практики тестування на живому додатку.
Що ви дізнаєтесь:
Навчання з тестування програмного забезпечення в прямому ефірі - що це?
Перш ніж продовжувати далі, дозвольте мені взяти хвилинку, щоб пояснити, що таке ця серія курсів тестування програмного забезпечення та як вона буде формуватися в міру просування вперед.
Ми вибрали активну програму (деталі якої подано нижче) і розпочнемо з:
- Огляд ЄСВ
- Письмо Тестові сценарії
- Планування тестів
- Дизайн тестових кейсів
- Ідентифікація даних тесту
- Виконання тесту
- Управління дефектами
- Звітування про стан
- Метрична колекція
- В основному, все, що ми зазвичай робимо в проекті тестування програмного забезпечення в режимі реального часу - із прикладами в реальному часі, артефактами та результатами, створеними в процесі.
Як слідкувати за цією серією курсів тестування програмного забезпечення?
Крок 1) Вступ та проходження SRS - Ми розпочнемо цей міні-курс тестування програмного забезпечення з покрокового керівництва SRS. Ми створили та поділилися зразком документа SRS. Пройдіть його, оскільки всі подальші кроки залежать від вашого розуміння цієї програми.
Крок No2) Підготовка сценарію огляду та тестування СГД.
Крок No3) План тесту - завершіть процес створення Плану тестування з нуля. Остаточна версія плану тестування буде передана вам для ознайомлення.
Крок No4) Тестові кейси - завершіть процес написання тестових кейсів кількома зразками тестових кейсів. Ми можемо використовувати будь-який інструмент управління тестами або електронну таблицю для написання тестових кейсів.
Крок No5) Покрокове керівництво додатком та виконання тестів - як виконувати тестові випадки та записувати результати тесту?
Крок No6) Звітування про дефекти
Крок No7) Перевірка дефектів, повторний процес тестування
Крок No 8) Вихід із контролю якості
Метою є дати всім відчути досвід роботи та досвід у реальному часі. Ми сподіваємось, ця серія вам стане в нагоді.
Додаток, який ми збираємось використовувати далі
Вступ
Клієнт: Помаранчевий
Застосування: Демо-версія OrangeHRM .
Постачальник послуг: SoftwareTestingHelp.com
Опис проекту
Orange хоче створити комерційний продукт управління людськими ресурсами, який може споживати та налаштовувати середній бізнес, що знаходиться в одній країні та в усьому світі.
Він має 2 версії: Професійні та підприємницькі.
Особливості включають
- Управління персональною інформацією
- Розширене управління відпусткою
- Відстеження часу та відвідуваності
- Управління ефективністю роботи співробітників
- Вербування
- Розширене звітування
- Управління працівниками, що базується на країні / місцезнаходженні
- Локалізовані правила відпустки
- Настроювані робочі процеси
- Платинова підтримка
- Звітність за країною / місцем розташування
- Спеціальна звітність
Примітка : Для простоти та обмеження сфери застосування розглянемо модуль працівника цього порталу управління персоналом, де користувач має можливість ввести свою особисту інформацію.
Коли клієнту або власнику бізнесу потрібно зайти в світ Інтернету або внести оновлення на вже існуючий сайт чи додаток, потреба є комерційною проблемою, а програмне забезпечення - це частина коду, призначена для вирішення цієї бізнес-проблеми.
Потім клієнт звертається до постачальника програмних послуг, щоб зробити це програмне забезпечення реальністю для них. Саме тоді починається заснування проекту програмного забезпечення.
Традиційний Проект водоспад (SDLC) має наступні фази:
- Оскільки QA, ми всі знаємо, що, незважаючи на те, що 'Тест' є кроком 5 цього потоку, це не єдине місце, де ми, тестери, граємо помітну роль.
- Крім того, тестування - це реактивна робота. Не маючи коду / програми, готової до тестування, ми не можемо нічого «перевірити». Для того, щоб бути готовими та реагувати максимально ефективно, ми намагаємося якомога більше планувати та готуватися наперед. Отже, незважаючи на те, що фаза 5 призначена для тестування, наша діяльність починається далеко вперед.
У двох словах, це те, що відбувається на кожній фазі !!
Ініціювати:
Як тільки виробник і замовник домовляються про умови - виробництво програмного забезпечення починається.
Як створити список - -
- На цьому етапі збираються та аналізуються вимоги бізнесу. Аналіз включатиме рішення щодо технологічних міркувань, технічних характеристик апаратного та програмного забезпечення, людей, зусиль, часу, релевантності та вдосконалення, серед іншого.
- У цьому кроці беруть участь бізнес-аналітики, керівники проектів та представники клієнтів.
- В кінці цього кроку та базового проекту складається план.
- Виготовляються специфічні для проекту документи, такі як документ про сферу та / або бізнес-вимоги.
- Залучення до контролю якості на цьому етапі, як правило, не передбачається. (Це невелике відхилення від того, яким воно повинно бути, оскільки для виявлення проблем на ранніх етапах розвитку найкраще залучати до контролю якості з самого початку.)
Визначте:
Визначені бізнес-вимоги є вихідними даними для цього кроку.
- Цей етап передбачає перетворення бізнес-вимог у функціональні вимоги до програмного забезпечення. Наприклад , якщо бізнес-вимога полягає в тому, щоб дозволити користувачеві придбати щось на сайті. Функціональна вимога матиме такі деталі, як Формат сайту-> Назва та розташування опції меню-> Пошук товару-> Кошик-> Оформлення замовлення (реєстрація чи ні) -> Варіанти оплати-> Підтвердження продажу.
- На цьому етапі беруть участь розробники, бізнес-аналітики, керівники проектів
- Результатом цього етапу є детальний документ, що містить функціональні вимоги програмного забезпечення. Цей документ називається багатьма назвами - Специфікація вимог до програмного забезпечення (SRS), Документ про функціональні вимоги (FRD) або Специфікація функціональних вимог (FRS).
- Тут залучається команда з контролю якості - після заповнення документації про СГД.
- Поки триває доопрацювання функціональних вимог та документації ЄСВ, менеджер / керівник контролю якості бере участь у розробці проекту початкова версія Плану випробувань та сформуйте команду з контролю якості.
- Залучення команди з контролю якості буде здійснено після того, як буде задокументовано СГД.
- На цьому етапі або команда розробників, або бізнес-аналітик, а іноді навіть керівник команди з контролю якості нададуть команді з контролю якості оцінку ефективності.
- У разі нового проекту найкраще підходить ретельний посібник у формі конференції чи зустрічі
- У разі пізніших випусків для існуючого проекту документ надсилається електронною поштою або розміщенням у загальному сховищі команді з контролю якості. На даний момент команда контролю якості буде читати / переглядати її в автономному режимі та ретельно розуміти систему.
- Оскільки основна цільова аудиторія документа SRS - це не просто тестери, не вся з них корисна для нас. Ми, тестувальники, повинні бути достатньо старанними, переглядаючи цей документ, щоб вирішити, які його частини корисні для нас, а які - ні.
Документ SRS для цього прямого проекту
Зразок документа ЄСВ додається до цього повідомлення щоб дати вам уявлення про те, як виглядає цей документ, у якому форматі він написаний, яку інформацію він містить і т. д. У наступній статті ми розберемося, як цей документ споживає команда з контролю якості для подальших дій у наших тестових проектах.
==> Завантажте зразок документа SRS в реальному часі .
Висновок
У цій статті ми познайомили вас із процесом розробки та тестування програмного забезпечення. Ми також поділилися зразком документа SRS для поточного проекту, який ми збираємось протестувати.
=> Наступною статтею цієї серії навчальних програм з тестування програмного забезпечення буде - Огляд SRS та процес створення тестових сценаріїв .
Примітка: Поки пишеться наступна стаття у цій серії навчальних програм з якості, працюйте з нами паралельно тут більшість живого досвіду . Спробуйте добре прочитати документ SRS, і тоді ми продовжимо наступні кроки, коли зустрінемось знову.
Щасливого тестування, до тих пір!
Про автора: Член команди STH Свати Зеела допомагає нам представити цю серію навчальних програм з контролю якості в прямому ефірі.
Рекомендована література
- Програма курсу тестування програмного забезпечення - детальний план навчання онлайн-курсу
- Відгуки та відгуки про курс тестування програмного забезпечення
- Поширені запитання щодо навчального курсу з контролю якості програмного забезпечення
- Найкращий навчальний курс з тестування програмного забезпечення з онлайн-тестування
- Як переглянути документ SRS та створити сценарії тестування - Навчання тестуванню програмного забезпечення в режимі реального часу - 2 день
- Ресурси та завантаження програмного забезпечення для контролю якості
- Керівництво з аутсорсингу якості: Тестування програмного забезпечення для компаній-аутсорсингів
- Тестування додатків - до основ тестування програмного забезпечення!