Ручне тестування (Manual testing) — це процес ручної перевірки програмного забезпечення на помилки.
Тестувальник має відігравати роль користувача програми й використовувати властивості програми для знаходження помилок у роботі програми. Для професійного тестування тестувальник часто користується написаним планом тестування з варіантами тестування (test cases).
Види ручного тестування
Цей розділ статті ще . |
Стадії. Класифікація
Модульне тестування (Unit Testing)
Це початкове тестування, що виконується розробником, який написав код, а інколи колегою, методом структурного тестування (скляної скриньки - white box).
Інтеграційне тестування (Integration Testing)
Ця стадія зазвичай виконується методом чорного ящика (black box). Перевіряється системна робота програми, як складової окремих модулів.
Приймальне тестування (Acceptance Testing)
Випускне тестування (Release Testing)
Команда їде до замовників програмного забезпечення для установки програми на комп'ютерних системах і перевіряє:
- чи правильно працює процес установки програми на комп'ютерах клієнта;
- кількість ресурсів пам'яті та засобів збереження даних, що споживаються програмою;
- чи програма правильно видаляється.
Порівняння з автоматизованим тестуванням
Автоматизоване тестування використовується для зменшення витрат часу на тестування та його вартості. Комп'ютер може виконувати записану послідовність кроків швидше, ніж людина, а також може запускати тести на ніч, щоб отримати результати в першій половині дня. Проте праця, заощаджена на виконанні автоматизованих тестів, має витрачатися на написання тестових програм. Залежно від типу програм, які мають бути протестовані, і обраних засобів автоматизації, це може потребувати більшої кількості робочої сили, ніж ручний підхід. Крім того, деякі інструменти тестування видають дуже велику кількість даних, потенційно створюючи завдання інтерпретації результатів, яке може забрати забагато часу.
Тестування внутрішніх компонентів
Драйвери і бібліотеки програм мають бути перевірені за допомогою тестових програм. Крім того, тестування великого числа користувачів (тестування продуктивності і ), як правило, робиться програмними засобами, а не вручну.
У графічних інтерфейсах
З іншого боку, зміни у графічних інтерфейсах користувача дуже важко перевірити автоматично. Існують тестові структури, які можуть бути використані для проведення регресивного тестування користувальницьких інтерфейсів. Вони основані на записі послідовностей натискань клавіш і рухів миші, відтворюючи їх і перевіряючи, що інтерфейс користувача кожен раз реагує таким самим чином. На жаль, ці записи можуть не працювати належним чином при переміщенні кнопки чи зміні напису на ній в наступній версії програми. Автоматичний тест може також бути не пройдений при істотній зміні даних, які видає програма.
Див. також
Джерела
- Луиза Тамре. Введение в тестирование программного обеспечения. — Вильямс, 2003. — 368 с. — .(рос.)
- What is Manual Testing? [ 19 січня 2017 у Wayback Machine.](англ.)
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Ruchne testuvannya Manual testing ce proces ruchnoyi perevirki programnogo zabezpechennya na pomilki Testuvalnik maye vidigravati rol koristuvacha programi j vikoristovuvati vlastivosti programi dlya znahodzhennya pomilok u roboti programi Dlya profesijnogo testuvannya testuvalnik chasto koristuyetsya napisanim planom testuvannya z variantami testuvannya test cases Vidi ruchnogo testuvannyaCej rozdil statti she ne napisano Vi mozhete dopomogti proyektu napisavshi jogo Stadiyi KlasifikaciyaModulne testuvannya Unit Testing Dokladnishe div Modulne testuvannya Ce pochatkove testuvannya sho vikonuyetsya rozrobnikom yakij napisav kod a inkoli kolegoyu metodom strukturnogo testuvannya sklyanoyi skrinki white box Integracijne testuvannya Integration Testing Dokladnishe div Integracijne testuvannya Cya stadiya zazvichaj vikonuyetsya metodom chornogo yashika black box Pereviryayetsya sistemna robota programi yak skladovoyi okremih moduliv Prijmalne testuvannya Acceptance Testing Dokladnishe div Prijmalne testuvannya Vipuskne testuvannya Release Testing Komanda yide do zamovnikiv programnogo zabezpechennya dlya ustanovki programi na komp yuternih sistemah i pereviryaye chi pravilno pracyuye proces ustanovki programi na komp yuterah kliyenta kilkist resursiv pam yati ta zasobiv zberezhennya danih sho spozhivayutsya programoyu chi programa pravilno vidalyayetsya Porivnyannya z avtomatizovanim testuvannyamAvtomatizovane testuvannya vikoristovuyetsya dlya zmenshennya vitrat chasu na testuvannya ta jogo vartosti Komp yuter mozhe vikonuvati zapisanu poslidovnist krokiv shvidshe nizh lyudina a takozh mozhe zapuskati testi na nich shob otrimati rezultati v pershij polovini dnya Prote pracya zaoshadzhena na vikonanni avtomatizovanih testiv maye vitrachatisya na napisannya testovih program Zalezhno vid tipu program yaki mayut buti protestovani i obranih zasobiv avtomatizaciyi ce mozhe potrebuvati bilshoyi kilkosti robochoyi sili nizh ruchnij pidhid Krim togo deyaki instrumenti testuvannya vidayut duzhe veliku kilkist danih potencijno stvoryuyuchi zavdannya interpretaciyi rezultativ yake mozhe zabrati zabagato chasu Testuvannya vnutrishnih komponentiv Drajveri i biblioteki program mayut buti perevireni za dopomogoyu testovih program Krim togo testuvannya velikogo chisla koristuvachiv testuvannya produktivnosti i yak pravilo robitsya programnimi zasobami a ne vruchnu U grafichnih interfejsah Z inshogo boku zmini u grafichnih interfejsah koristuvacha duzhe vazhko pereviriti avtomatichno Isnuyut testovi strukturi yaki mozhut buti vikoristani dlya provedennya regresivnogo testuvannya koristuvalnickih interfejsiv Voni osnovani na zapisi poslidovnostej natiskan klavish i ruhiv mishi vidtvoryuyuchi yih i pereviryayuchi sho interfejs koristuvacha kozhen raz reaguye takim samim chinom Na zhal ci zapisi mozhut ne pracyuvati nalezhnim chinom pri peremishenni knopki chi zmini napisu na nij v nastupnij versiyi programi Avtomatichnij test mozhe takozh buti ne projdenij pri istotnij zmini danih yaki vidaye programa Div takozhAvtomatizovane testuvannya Rozrobka programnogo zabezpechennyaDzherelaLuiza Tamre Vvedenie v testirovanie programmnogo obespecheniya Vilyams 2003 368 s ISBN 5 8459 0394 7 ros What is Manual Testing 19 sichnya 2017 u Wayback Machine angl