logo

Тестування вручну

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

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

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

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

Чому нам потрібно ручне тестування

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

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

прихованих програм на цьому пристрої

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

Види ручного тестування

Для ручного тестування використовуються різні методи. Кожна методика використовується відповідно до своїх критеріїв тестування. Типи ручного тестування наведені нижче:

  • Тестування білого ящика
  • Тестування чорного ящика
  • Тестування сірого ящика
Тестування вручну

Тестування білої скриньки

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

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

https://www.javatpoint.com/white-box-testing

Тестування чорного ящика

Тестування чорної скриньки виконує інженер-випробувач, де вони можуть перевірити функціональність програми або програмного забезпечення відповідно до потреб замовника/клієнта. У цьому випадку код не видно під час виконання тестування; тому це відоме як тестування чорної скриньки.

Для отримання додаткової інформації про тестування чорної скриньки перейдіть за посиланням нижче:

https://www.javatpoint.com/black-box-testing

Тестування Grey Box

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

Щоб дізнатися більше про тестування сірого ящика, перейдіть за посиланням нижче:

https://www.javatpoint.com/grey-box-testing

Як виконати ручне тестування

  • Спочатку тестувальник переглядає всі документи, що стосуються програмного забезпечення, щоб вибрати зони тестування.
  • Тестер аналізує документи вимог, щоб відповідати всім вимогам, заявленим замовником.
  • Тестер розробляє тестові випадки відповідно до документу вимог.
  • Усі тести виконуються вручну за допомогою тестування чорного ящика та тестування білого ящика.
  • Якщо виникли помилки, команда тестувальників інформує групу розробників.
  • Команда розробників виправляє помилки та передає програмне забезпечення групі тестувальників для повторного тестування.

Процес створення програмного забезпечення

  • Після того, як вимога буде зібрана, вона буде передана двом різним командам розробки та тестування.
  • Після отримання вимоги зацікавлений розробник почне писати код.
  • А тим часом інженер-випробувач розуміє вимоги та готує необхідні документи, поки що розробник може завершити код і зберегти в Інструмент контрольної версії .
  • Після цього код змінюється в інтерфейсі користувача, і ці зміни обробляє одна окрема команда, яка відома як побудувати команду .
  • Ця команда збірників візьме код і почне компілювати та стискати код за допомогою інструменту збирання. Після того, як ми отримаємо певні результати, вони потрапляють у файл zip, який називається Будувати (програма чи програмне забезпечення). Кожна збірка матиме певний унікальний номер, наприклад (B001, B002).
  • Потім цю збірку буде встановлено на тестовому сервері. Після цього інженер-тестувальник отримає доступ до тестового сервера за допомогою тестової URL-адреси та почне тестування програми.
  • Якщо інженер-випробувач виявить будь-яку помилку, про нього буде повідомлено відповідного розробника.
  • Потім розробник відтворить помилку на тестовому сервері, виправить помилку та знову збереже код в інструменті керування версіями, який встановить новий оновлений файл і видалить старий; цей процес продовжується, доки ми не отримаємо стабільну збірку.
  • Коли ми отримаємо стабільну збірку, її буде передано замовнику.
Тестування вручну

Примітка1

  • Після того, як ми зберемо файл із інструмента керування версіями, ми використаємо інструмент збірки для компіляції коду з мови високого рівня в мову машинного рівня. Якщо після компіляції розмір файлу збільшиться, ми стиснемо цей конкретний файл і завантажимо його на тестовий сервер.
  • Цей процес виконується Створіть команду , розробник (якщо команди створення немає, це може зробити розробник) або тестовий свинець (якщо команда створення безпосередньо обробляє zip та встановлює програму на тестовий сервер і повідомляє інженера з тестування).
  • Як правило, ми не можемо отримати нову збірку для кожної помилки; інакше більшість часу буде витрачено лише на створення збірок.

Примітка 2

Створіть команду

Основна робота команди збірки полягає у створенні програми або збірки та перетворенні мови високого рівня на мову низького рівня.

Будувати

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

Інструмент керування версіями

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

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

Приклад процесу збірки

Давайте подивимося один приклад, щоб зрозуміти, як побудувати роботу процесу на реальних сценаріях:

Як тільки інженер-випробувач отримає помилку, він надішле її розробникам, і їм потрібен деякий час для аналізу; після цього він/вона лише виправляє помилку (інженер-випробувач не може надати збірку помилок).

читання файлу csv у java

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

І інженер-випробувач, який отримує пошту, може знати лише те, яку помилку виправлено список виправлень помилок .

Час збільшиться, тому що на першій збірці розробники повинні написати код у різних функціях. І в кінці він/вона може лише виправляти помилки, і кількість днів буде зменшена.

Тестування вручну

Примітка3

Тестовий цикл

Цикл тестування — це час, який надається інженеру-випробувачу для перевірки кожної збірки.

Відмінності між двома конструкціями

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

Як часто ми отримували нову збірку

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

Скільки білдів ми отримуємо

Якщо брати до уваги один рік тривалості будь-якого проекту, то ми отримали 22-26 збірок.

Коли ми отримаємо виправлення помилок

Як правило, ми розуміємо виправлення помилок лише після завершення циклу тестування або коли колекція помилок виправлена ​​в одній збірці, а передача – у наступних збірках.

Переваги ручного тестування

  • Під час використання методу «чорного ящика» не потрібні знання програмування.
  • Він використовується для тестування динамічно змінюваних дизайнів GUI.
  • Тестер взаємодіє з програмним забезпеченням як реальний користувач, щоб він міг виявити проблеми зручності використання та інтерфейсу користувача.
  • Це гарантує, що програмне забезпечення повністю позбавлене помилок.
  • Це економічно вигідно.
  • Легко навчитися новим тестувальникам.

Недоліки ручного тестування

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

Ручні засоби тестування

У ручному тестуванні, різних типах тестування, як-от блок, інтеграція, безпека, продуктивність і відстеження помилок, у нас є різні інструменти, такі як Jira, Bugzilla, Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube тощо, доступні в ринку. Деякі з інструментів є відкритими, а деякі є комерційними.

Для отримання додаткової інформації про інструменти тестування перейдіть за посиланням нижче:

https://www.javatpoint.com/software-testing-tools

Тестування вручну

Давайте розберемося в них по черзі:

LoadRunner

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

Основна мета виконання інструменту LoadRunner — швидко класифікувати найпоширеніші джерела проблем продуктивності.

Тестування вручну

Особливості LoadRunner

  • Інструмент LoadRunner містить n-кількість програм, що скорочує час на розуміння та опис звітів.
  • Ми можемо отримати докладні звіти про тестування продуктивності за допомогою інструменту LoadRunner.
  • Це зменшить вартість розподіленого навантажувального тестування, а також запропонує оперативний інструмент для відстеження розгортання.

Цитрусові

Citrus — це інструмент інтеграційного тестування, який є найбільш часто використовуваним тестовим фреймворком. Це написано в Програмування на Java мова. Здебільшого він використовується для запиту та відповіді на стороні сервера та клієнта та перевірки файлів XML JSON.

Щоб виконати наскрізне тестування варіантів використання, citrus підтримує кілька протоколів HTTP, JMS і SOAP.

Тестування вручну

Особливості цитрусових

Нижче наведено деякі важливі функції інструменту Citrus:

  • Він використовується для надсилання та отримання повідомлень.
  • Citrus доступний як з відкритим кодом, так і з ліцензією на ринку.
  • Це недороге рішення.
  • Ми можемо автентифікувати базу даних за допомогою інструменту citrus.
  • Він опише послідовність повідомлень, запропонує план тестування та задокументує покриття тесту.
  • Він створює повідомлення та перевіряє відповіді.

ЗАП

ZAP — це сканер безпеки веб-додатків із відкритим кодом. Це означає Zed Attack Proxy . Як і деякі інші інструменти, це також написано в Мова програмування JAVA . Він найефективніший Відкрийте проекти безпеки веб-додатків [OWASP].

Тестування вручну

Особливості ЗАП

  • Він підтримує багато операційних систем, таких як Windows, Linux, OS X.
  • Він має архітектуру на основі плагінів.
  • Він містить онлайн-ринок, який дозволяє нам додавати нові або оновлені функції.
  • Панель керування GUI ZAP проста у використанні.

Черниця

NUnit є одним із найбільш часто використовуваних інструментів модульного тестування. Це інструмент із відкритим вихідним кодом і в основному походить від JUnit .

Це було повністю написано в Мова програмування C# і підходить для всіх .Net мови .

підрядок java містить

Іншими словами, ми можемо сказати, що інструмент NUnit повністю перероблений, щоб стати перевагою багатьох якостей мови .Net. Наприклад:

    Можливості, пов'язані з відображенням. Інші власні атрибути.
Тестування вручну

Характеристики NUnit

  • Це дозволяє твердження як статичний метод класу переваг.
  • Він підтримує тести на основі даних.
  • Він підтримує кілька платформ, наприклад .NET core Xamarin mobile, Silverlight і ефективну структуру.
  • Здатність NUnit допомагає нам виконувати тести одночасно.
  • Він використовує консольний бігунець для завантаження та виконання тестів.

JIRA

Найбільш часто використовуваним інструментом відстеження помилок є JIRA , який є інструментом з відкритим кодом. Він використовується для відстеження помилок, управління проектами та відстеження проблем.

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

Тестування вручну

Особливості JIRA

  • Це інструмент економії часу.
  • Jira використовується для відстеження дефектів і проблем.
  • Використовується для встановлення завдань документації.
  • Jira є дуже корисним інструментом для відстеження вдосконалення нашої документації.

Щоб отримати повну інформацію про інструмент Jira, перейдіть за посиланням нижче: https://www.javatpoint.com/jira-tutorial.

SonarQube

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

Він повністю написаний на мові програмування JAVA. Він пропонує повністю автоматизовану оцінку та інтеграцію з Ant, Maven, Gradle, MSBuild та інструментами постійної інтеграції. SonarQube має можливість записувати історію показників і дає графік розвитку.

Тестування вручну

Особливості Sonarqube

unix верхня команда

Нижче наведено деякі важливі функції інструменту SonarQube:

  • Він підтримує кілька мов програмування, таких як C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL тощо.
  • Відповідно до GNU Lesser General Public License, Sonarqube доступний у вільному доступі.
  • SonarQube є партнером деяких важливих зовнішніх інструментів, таких як GitHub, Active Directory, LDAP та інших.
  • SonarQube об’єднано з середовищами розробки Visual Studio, Eclipse та IntelliJ IDEA завдяки SonarLint плагіни.

JMeter

JMeter — це інструмент із відкритим кодом, який використовується для тестування продуктивності як статичних, так і динамічних ресурсів і динамічних веб-додатків.

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

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

Тестування вручну

Особливості JMeter

Нижче наведено деякі основні характеристики JMeter:

  • Це незалежний від платформи, який приймає JVM, як Windows, Mac і Linux тощо.
  • Він підтримує зручний графічний інтерфейс користувача, який є інтерактивним і простим.
  • Це неймовірно розширюване завантаження тесту продуктивності на різних типах серверів.

Для отримання додаткової інформації про JMeter перейдіть за посиланням нижче:

https://www.javatpoint.com/jmeter-tutorial.

З Багзом

Ще один інструмент відстеження помилок, який використовується в ручному тестуванні З Багзом .

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

Bugzilla — це інструмент із відкритим кодом, який допомагає замовнику та клієнту відстежувати дефекти. Bugzilla також вважається інструментом керування тестуванням, оскільки за допомогою цього ми можемо легко зв’язати інші інструменти керування тестовими випадками, такі як ALM, Quality Centre тощо.

Тестування вручну

Особливості Bugzilla

Bugzilla має деякі додаткові функції, які допомагають нам легко повідомити про помилку:

  • Він підтримує різні операційні системи, такі як Windows, Linux і Mac.
  • За допомогою Bugzilla ми можемо створити список помилок у кількох форматах.
  • Налаштування користувача можуть вимірювати сповіщення електронною поштою.
  • Bugzilla має розширені можливості пошуку.

Богомол

Mantis — це веб-система відстеження помилок. ManitsBT означає Відстеження помилок Mantis . Він використовується для відстеження дефектів програмного забезпечення та виконується на мові програмування PHP. Це також інструмент із відкритим кодом.

Тестування вручну

Особливості Mantis

Деякі стандартні функції конкретного інструменту:

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

Щоб отримати додаткові відомості про інструменти відстеження помилок, перейдіть за цим посиланням: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Тессі

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

відкрити файл за допомогою java

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

Tessy виконує три основні функції, а саме:

  • Тестовий редактор інтерфейсу (TIE)
  • Редактор тестових даних (TDE)
  • Робоча область.
Тестування вручну

Особливості TESSY

Стандартні функції TESSY такі:

  • Він створює звіт про результати виконання тесту.
  • Він підтримує різні мови програмування, такі як C і C++.
  • Tessy використовується для оцінки інтерфейсу функції та опису змінної, яка використовується цією функцією.

Щоб отримати додаткові відомості про інструменти інтеграційного тестування, перейдіть за цим посиланням: https://www.javatpoint.com/integration-testing-tools.

Огляд

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

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

Під час ручного тестування інженер-випробувач повинен думати та виконувати як інтерпретацію кінцевого користувача.

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

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