11. Як створити Тест кейси на практиці. Test Rail. Test Cases
ฝัง
- เผยแพร่เมื่อ 8 มิ.ย. 2024
- На цьому відеоуроці ти навчишся користуватись Test Rail та створювати тест кейси ;)
Всі презентації до уроків тут: docs.google.com/spreadsheets/...
0:00-0:09 Вступ
0:10-2:52 Налаштування TestRail
2:05-3:28 Створення проєкту в TestRail
3:29-13:47 1 TC. Тест сьют.
13:48-17:45 2 TC приклад
17:46-21:59 3 TC приклад
22:00-24:59 4 TC приклад
25:00-26:19 5 TC 1 частина
26:20-26:23 Так щоб мама зрозуміла …Привіт мама!
26:24-29:49 5 TC 2 частина
26:50-31:03 Вимоги до Test Cases
31:04-32:41 Як завантажити тест кейси
Тестування ПЗ, Тестувальник ПЗ з нуля, тестування веб-додатків, як стати тестувальником, тестування баз даних, тестування мобільних додатків, тестування API, QC, QA, Тестування УКРАЇНСЬКОЮ
Гарно розповіли про створення тест кейсів, дякую :)
Дуже приємно слухати рідною мовою. Окремо хочу наголосити на зрозуміле викладення матеріалу. Мені( напевне за віком, як ваша мама) все зрозуміло і цікаво було до кінця уроку. Натхнення вам творити і навчати
Наталья , що ж ви себе не бережете , уроки для нас робите у 1:40 ночі !!! Золота ви людина !!!
Мені здається, що не можливість поставити 1 при фільтрації ціни не є багом. Просто спрацьовує валідація: якщо найдешевший ноутбук на сторінці коштує, наприклад, 16400, то логічно, що найменше значення при фільтрації не може бути меншим, аніж 16400.
Усе детально і зрозуміло, дякую за навчання української мовою!
Дякую вам за таке детальне практичне заняття! Завдяки вам навчилась працювати в Testrail. І все навчання рідною мовою! 💙💛
Ну що тут скажеш ) Реально затягує)) з кожним наступним уроком все більше! Дякую що відео українською і дуже зрозумію все! Кайф!
Дякую за конкретний приклад, все доступно та лаконічно. Дуже подобається подача інформації.
Дуже круто, без зайвого, купа прикладів. Дякую за вашу роботу)
Як завжди доречна, гарна українська мова )). Стосовно скріншотів (це прям з досвіду). Краще робити скріншоти повної розвернутої сторінки, щоб було все, все там видно (навіть url). Я коли потрапила на перший свій проект, то там були скріншоти як в тебе, і хоч були прописані кроки (але ж так "криво"), що я не могла зрозуміти де саме та потрібна мені сторінка. І ось уже на іншому проекті, де були класні скріншоти, я майже 100% потрапляли на потрібну сторінку )), підглядаючи та перевіряючи інколи url. Тут також помідорками не закидую )), пишу з власного досвіду ))
Не розумію навіщо там зовсім скріншоти....звіт керівництву про виконану роботу? Якщо є баг, зрозуміло, багрепорт, скріншот, послідовнісь кроків...а якщо бага немає, навіщо це все? І якщо тест кейс пишуть по документації, коли ще немає готового сайту чи додадку?
Краще навіть з часом виконання
@@user-cr2rg4ed5t таку ж думку маю. Але зі скріном таки ефектніше виглядає, погодьтеся. Хоч і зайве це все.
@@dsdm407 думаю, якщо так "ефектно" писати документацію, то робота тестувальника буде вічною і не факт шо якісною. Забагато деталей, як на мене. Такий сайт, як розетка, буде важко протестувати, якщо робити стільки скрінів і прописувати до кожного степу очікуваний рез. Але для новачків як приклад окей, просто треба також і прооворювати, щоб не було зайвої деталізації
@@olgakuchynska9483 100% згоден із вами.
Дуже класні приклади. Настільки просто і цікаво, що руки чешуться написати свої тест кейси. Дякую👍
Вже кілька місяців використовую тест рейл, але деякі речі були нові для мене. Дякую!
Коментар на вашу підтримку👏 ви провели. величезну роботу, наочна і впорядкована інфа; дуже приємно слухати вас👍
Дякую за те що дуже детально розібрали як користуватись тестрейлом, це відео дуже мені допомогло))
Дякую за зрозуміле просте пояснення, рідною мовою. Буду творити своє портфоліо
Як завжди все детально і цікаво описано. Дуже корисне практичне відео - дякую :)
Дякую за таку кількість прикладів максимально зрозумілою мовою😊
Особлива вдячність за практичні уроки)))
Доступно, зрозуміло, цікаво. Дякую за матеріал!
Чудовий якісний український контент. Дякую вам за Вашу роботу
Даже цікаво та доступно поясненно. Принємно слухати.
Це було непросто, довелося раз подивитися, на другий раз законспектувати, але я все зрозуміла) тепер спробую повторити на практиці. дякую!
Дуже дякую. Чудовий контент. Чудова подача матеріалу.
Найкраще пояснення що і як робити . Дякую
Дякую за детальну інструкцію користуванням сайту
Дякую. Дуже зрозуміло і гарно пояснюєш.
Нарешті є толкова програма для скріншотів! Дуже дякую!))
дякую! дуже корисно і зрозуміло! тепер знаю як попрактикуватися писати тест кейси)
Дякую, про скріншоти в тест кейсах не чула) Корисно)
Величезе Вам дякую. Це зрозуміло і цікаво 🙏
Молодець!
Як і раніше все доступно і зрозуміло!
;)
Дуже дякую,за викладений матеріал. Все зрозуміло і цікаво
Дякую за інформативний ролік, дуже добре подаєте інформацію, чітко і зрозуміло
Дякую за вашу роботу !) усе зрозуміло😍
У мене все вийшло. Робила практичне завдання. Для роботи використала сайт мейкап. Вирішила все робити по вашому прикладу. Це дуже цікаво. З вами навчатися одне задоволення. Дякую.
Дякую за матеріал! Дуже цікаво!
велике дякую, прекрасна практика!!!!!
Дуже дякую за це відео, самому якось ліньки було реєструватись і дивитись що воно таке)
Я недавно для себе відкрив TestCase Studio - розширення для хрому , дуже раджу!
Дякую за реальні приклади. Дуже круто
Як завжди, корисний матеріал і зрозуміла подача.
Дякую за чудову роботу.
Усе детально і зрозуміло, дякую за навчання українською мовою!
Дякую за урок солов'їною мовою (ти не уявляєш як жеж приємно чути нашу ріднесеньку мову), побачив деякі свої помилки завдяки відео, які необхідно виправити, дякую!)) мирного неба)
все дуже гарно і чітко велике дякую за ваші уроки!!!
Вітаю Вас! я хотів запитати про навчання про уроки індивідуальні наприклад,і взагалі як з вами можна зв'язатися??Сподобалось ваше викладання
Я твоя фанатка. Дякую за зрозумілий і змістовний контент.
Особливо дякую за соловїну. 😉
Все пояснюєш дуже чітко і зрозуміло.
Все чудово, дякую. Працюємо далі.
Супер, дякую велике❤ ви крута😊
Дуже дякую за такий детальний розбір.
Все доступно і понятно)) дякую.
О, я по коментах бачу, яке ти відео вчиш. Так скоро буду спеціально під тебе нові відоси випускати😅
@@Popeliuha ще годинка і буду чекати на нові відео ;)
@@MrChuprina виклик прийнято😅 будеш на рівнях тестування-пінгуй, одразу піду редачити нове)))
Дякую за дуже круто відео!
Дкую: швидко, чітко, цікаво, українською!
Дякую за корисний контент❤
Не знала, що можно зберегти як pdf. Дякую.
Дуже дякую, дуже цікаво. Підкажіть будь-ласка чи можна в preconditions відразу вказувати посилання не на головну сторінку "Розетка", а на ту категорію товарів, яку тестуєш?
Так
Можу пояснити, чому не можна ввести мін ціну одиничку. Фільтр ціни по дефолту в мін і макс емаунт відразу ставить мін ціну товару в даній катерогії і теж саме для макс ціни. Так як товару за 1 гривню в даній категорії немає, то і фільтр не дозволяє вам ввести. Тобто, в мін інпут можна вписати лише емаунт, що дорівнює чи більший мінімального-дефолтного значення. Тому це не баг, це принцип роботи їх фільтра по ціні. Окрім цього, дякую дуже відео уроки! Працюю вже рік бізнес аналітиком, але я світчер і погано розумію, що роблять QA. Дані уроки мені дуже корисні, адже від плідної роботи бізнес аналітика та тестувальника залежить якість продукту ) дякую ще раз за вашу роботу, все чітко, зрозуміло і по суті! )))
«Скресає далина…
Пливуть і думи й хмари…
Пий голубе вино!
Земля сп'яніла - під крилом
Гойднулась хвильно,
Пливе, втікає і зорить
І назирці тримає
Тебе, мов сина…
Земле! Краю мій!
У сизуватій млі,
Там, де розтав вишиваний рукав,
Лишилось серце…».
дякую за відео українською, набагато легше сприймається інформація)
very good thank you so much
Дуже корисно для новачка)
Скажіть якщо собі самостійно тестувати будь який сайт і записувати його в Test Rail чи можна буде при пошуку роботи вказати цю інформацію?
Так, але це не комерційний досвід
Пробило на вставках зі Спанч Боба)
💖💖💖💖💖💖💖💖💖💖💖💖
Наталя, респект Вам за якісний матеріал. І все ж таки якось ця величезна кількість скріншотів більше нагадує багрепорт, ніж тесткейс. Якщо проводити регресійне тестування, то звісно це можливо, і навіть логічно. Але я собі уявляв, що стандартно перші тесткейси створюються паралельно з процесом розробки. На основі вимог. Коли ще не існує жодної сторінки майбутньго продукту. Звідки ж тоді візьмуться скріншоти для ілюстрації кожного кроку, та очікуваного результату??? 🙂 Чи я помиляюся в своїх припущеннях?
В теорії про це так і розказують, але я ще не бачила проектів де тест кейси створюють до програмування) тому на практиці, по кр мірі в мене, тести створюють коли фіча розроблена
@@Popeliuha Дякую за відповідь. Дуже цінна інформація!!!
Був досвід короткотермінового проекту (mvp). Так там в гуглдоках замовник до своїх хотєлок додав схематичні малюнки ключових форм і блоків. Тест-кейси писались лаконічні з одним експектед резалт після останього кроку і з оцими малюнками з гуглдоку. Всі були щасливі. Тож все по ситуації.
А ще був досвід, коли замість розписаних степів був скрін зі стрілочками і пронумерованими елементами. Правда таке працює лише на довготривалих проектах для усталених форм і модулів, які роками не чіпають.
@@PopeliuhaПрацюю на проекті, де тест кейси створюються на початку спринта, коли розробка ще в процессі. Використовуємо Figma та flow-charts. Коли отримуємо тікет в тестування, тест документація готова на 95%.
Дякую за навчання українською !
Дякую, за чудове пояснення. Як згенерувати ідеї для текст кейсів? це приходить із досвідом ?
Коли дають задачу «протестувати оцю настройку» то тести самі з‘являються (один з включеною настройкою, один з вимкненою, один на іншому браузері) тай готово:)
Дякую за відео! Скажіть, будь ласка: я можу використовувати цей pdf файл як приклад моїх робіт на співбесіді?
Свій пдф файл-так
Рекомендую в наступних відео підсвічувати курсор миші якимось кольором ( для зручності)
Той самий виадок, коли позитивний кейс перевернувся в негативний)))
Дякую за вашу працю!
Скажіть будь ласка, ви самі використовуєте цей продукт в комерційних цілях, чи можливо користуєтесь чимось іншим? Особливо мені цікаво, чи є безкоштовні подібні конструктори
Користуюсь цим, сильний український безкоштовний аналог testomat.io
Дякую, все дуже цікаво. Є таке питання де можна подивитись як правильно називати для опису усі ці іконки, кнопки сайту? Є може якась шпаргалка чи роз‘яснення?
Так, в мене є відео «веб-елементи»
Привіт, питаннячко: з приводу того що ти знайшла баг, але про нього не зовсім доречно "кричати", можливо у цьому випадку повинен бути статус тест кейсу fail, поясни будь ласка
Так, можна виставити статус - в наступному відео якраз розповідаю про тест репорт. А чому не доречно "кричати"?
@@Popeliuha ок дякую
Привіт, чи справді до кожного кроку та очікуваного результату потрібно прикріпляти скріншоти? Іноді крок описаний ну дуже зрозуміло і без скріншоту. Я не те щоб проти, просто хочу зрозуміти, як потрібно.))Дякую за круту роботу!
якщо там все суперочевидно, то звісно скріншот не потрібен. на деяких проектах геть нема скріншотів) але я люблю коли їх багато)
дякую за відео. я так розумію, що повинно існувати певна кількість товару, щоб ми мали можливість взагалі тестувати, але підскажіть, чому саме 10? не 9 чи 11?
Напишіть мені абсолютно любе слово яке прийде вам на думку і я відповім)
Поки все гладко ))
Добрий день. Перш за все хочу сказати велике дякую за те, що доступно викладаєте матеріал зрозумілою мовою)
Скажіть будь ласка, в загалому тест кейси ми робимо на етапі тест дизайну, іноді коли продукт ще не готовий. Як у такому випадку потрібно створювати детальний тест кейс? Використовуючи досвід, документацію? Ви у такому випадку просто без уточнення вказується наприклад «користувач успішно авторизований», «невірно внесені дані при заповненні графи Х»?
Дякую
Ну не буває на практиці такого шоб під зовсім нуль функціоналу вам довелось створювати тест кейси. Навіть якшо на курсах так говорять) зазвичай шось, десь вже є. Другий пункт- тест кейси на роботі дуже рідко бувають такі гарні і детальні, як на курсах. Звісно, треьа старатись і прагнути цього, але якщо відкрити тест кейси на проектах до яких я маю доступ, то дай боже шоб там 2 степа по реченню були)
Але якщо раптом доведеться, то саме так, як ви сказати в ваших прикладах)
Дякую за уроки! Доречі я дуже не люблю "захламлять" диск непотрібними мені картинками або скрінами, тому завжди просто копіювала картинку і через ctrlV кидала в чати. Відразу помітила, що тут теж в степс не обов'язково брати скрін з пк, можна просто вставити. Тим паче вони все одно зберігаються в капчі.
Чи може трапитись таке, що ви потім знову ними користуєтесь, саме тому ви їх зберігаєте?
Ні, не користуюсь) на момент запису відео ще не можна було вставити їх простим контрл в
Четвертий тест кейс пройшов успішно судячи з назви самого тест кейсу. Літери вводяться, а значить все гаразд). Думаю назва "Валідація полей фільтрації по ціні з використанням літер(кирилиця)" більш сьютабл. Дякую
Доброго дня, будь ласка, підкажіть які ще аналогічні програми\сервіси можна використовувати для створення тест кейсів? Дякую.
Популярні спеціалізовані інструменти для ведення тест-кейсів: Zephyr, Jira (з інтегрованими інструментами), Redmine, Meliora, TestRail, Confluence, TFS та багато інших Test management system tools. Це все гуглиться
Раніше щоб користуватись більше 14 днів, можна було до свого імейлу додати +1, щоб використати його знов, після 14 днів демо
Швидко, зрозуміло, наочно. Проте є пару питань:
1. чому мін. ціна, за якою веб-шоп сам фільтрує (що до речі корисно для покупця), є багом? Логічно, що не буває ціни ноута в 1 грн і сам сайт підказує від чого можна відштовхуватися
2. навіщо багато скріншотів (та взагалі скріни) у тест-кейсах? Зазвичай же вони робляться у баг-репортах
2. Щоб інші тестувальники розуміли, що відбувається
1. Не пам‘ятаю який там кейс
А Ви впевнені, що додавання такої кількості скріншотів - це хороша практика? Якщо дизайн або інтерфейс, або просто назва кнопки/функції зміняться, то Вам доведеться зробити чимало роботи з оновлення всіх тесткейсів з цими скріншотами. А це втрата часу - дуже цінного ресурсу.
залежить від проєкту) на тих, де змінюється часто UI, рекомендують не оновлювати)
Дякую за відео!
Але маю запитання: чому в передумовах сказано, що вже має бути відкрито 10+ товарів з категорії Ігрові ноутбуки, адже щоб до того як вони з'являться, ми маємо ще зробити крок, який є в списку кроків нашого тесту?
Не відкрито 10 товарів, а просто має існувати 10 товарів в базі даних
@@Popeliuha дякую!
Здравствуйте! А какой тул используете для скриншотов?
Snaggit, techsmith capture
Велике дякую, маю питання стосовно написання тест кейсу, багато бачила iнфо що типу для тест кейса не потрiбнi скрiни, якщо буде баг i проект знаходится на ранойому тестуванi, що треба буде переробляти скрiни, коли будуть виправленi баги
То переробимо. Скріни потрібні)
Наталю ,питаннячко чи не потрібно робити скріни так щоб будо видно що це саме той сайт з яким ви оперуєте по кроках,бо гатегорії та інше є й на інших сайтах..Дякую заздалегіть за відповідь.
В скрінах добре показувати юрл (посилання). Я це не завжди роблю)
@@Popeliuha так,але питання було не в цьому,а як в саме ну прям правильніше зробити скрін де видно веб сторінку чи все ж таки достатньо без будь яких на те вказівок,чи скрін як у вас плюс URL?:)
@@user-ou7tw1xh6k не знаю, що вам сказати, бо бачу,що на практиці все зовсім по іншому. Проходила курси QaTestLab , так там взагалі з цим жостко, скріншот мав бути ТІЛЬКИ з url , ТІЛЬКИ червоним кольором і червоною стрілочкою мав виділятися елемент с багом. В Баг репортах саммері має бути написано тільки в passive voice і ніяк інакше. Тільки з конкретними дієсловами. То мені на початку це все так здалося дивним і придирчиво якось. На моє питання ЧОМУ? Чому тільки passive формулювання маэ бути, відповіді не дали!!!!!
Шалена дяка! Too bad моє трайал на тест-рейлі вже закінчилось, доведеться в екселі практикуватись :) Є ще в мене питання: що відбувається далі у процесі роботи QA, коли expected result не такий, який має бути? Ще, що трапляється з таким тест-кейсом? Зрозуміло, що напевно далі йде написання баг-репорту, а от що з таким тест-кейсом, який виявив багу, не зовсім. Він просто залишається з відповідним до інструкції expected result-ом, як документація?
Також не зовсім зрозумів про те, що тест-кейси повинні бути незалежними один від одного. Чув це вже, коли читав десь теорію, але не врозумів. Простими словами - кожен тест-кейс повинен бути написан наче заново?
upd. Ага, бачу у наступному відео пояснення що робити з зафейленими тест-кейсами.
upd2. що було не зрозуміло, так це згідно чому тест-кейси пишуться. як розумію зараз, у цілому є специфікація/інструкція від бізнес-аналітика, яку ми читаємо і згідно якої оформляємо у потрібному форматі тест-кейси.
P.S. BTW, дуже гарна прога для скриншотів - Lightshot.
Lightshot нажаль російського виробника. Бачу, що ви знайшли відповіді на обидва питання) так, відкривається баг репорт. А тест кейз як інструкція лишається без змін
@@Popeliuha демит, не знав шо лайтшот мордорська(
а якщо тесткейс створюється ще до створення прототипу? тут тесткейс прописується на вже готовий продукт
Хіба тест кейси не робляться на етапі тестування вимог? Звідки і навіщо тоді скріншоти?
Залежить від проєкту, в більшості прожктів пишуться тоді коли уже фаза мейнтененсу, розробники створюють фічу і тоді пишуться тести. Тоді скріншот зручніше щоб інші тестувальники бачили що робити
@@Popeliuha Дякую за відповідь. Я вперше з таким стикаюсь) Ніхто на курсах (а я навчалась на двох) про таке не розповідав 😀
Робити тест кейс потрібно до кожної кнопки? Чи тільки коли є баг?
До кожного функціоналу
Я так зрозуміла, після збереження тест кейсу його вже не можна редагувати? Загубився один скріншот, спробувала додати його знову, але кнопка Save test case неактивна, а можна натиснути тільки на Cancel. Тож перед збереженням потрібно перевірити все-все?)
Ні, тести можна редагувати) там є кніпочка edit
@@Popeliuha дякую, так і є, другий тест кейс вийшло редагувати і зберегти. а перший редагую, додаю скріншот, але кнопка збереження неактивна. Цікаво, чому, бо я подумала спочатку, що щось не так з самим зображенням, зробила новий скріншот, додала і всеодно можу тільки закрити кейс без збереження змін. Але то дрібниці, розберуся з TestRail по ходу навчання. Дуже цікаво, затягує, дякую за Вашу працю і зворотній зв1язок)
о, випадково тицьнула Додати наступний крок між першим і другим (зелений+), потім видалила цей пустий крок, і о диво, кнопка Save testcase стала активна і все збереглося!
Вітаю, те що в полі мінімальної ціни на ноутбук не можна ввести 1, я б відніс це до особливостей специфікації. Тобто Розетка(система) сама встановлює мінімальну можливу ціну, відштовхуючись від застосованих фільтрів і наявного товару до цих фільтрів.
Це коментр більший чотирьох слів)
як ви так швидко пишете за одним кліком? це якась програма у вас?
Нє, то мастерство монтажу😅
Дякую. Скажіть, а є аналогіна програма, але безкоштовна (тут є пільговий період 2 тижні), а може є зовсім безкоштовна?
Testomat.io для однієї людини вроді безкоштовно
іронія, в тест-рейла 2 баги на самому початку, а потім ще один з картинками)
Не зрозумів якщо тест-кейс - це інструкція для тестування, то звідки беруться скріни в "Очікуваному результаті"? Якщо їх зробить розробник чи той, хто пише тест-кейс, то відповідно вже маємо позитивний результат тестування і нема необхідності писати інструкцію.
Їх ніколи не пишуть розробники, тільки тестувальники. А тестувальників багато, сьогодні тестує один, завтра інший, тому скріншоти завжди потрібні
дякую за урок, є запитання на рахунок того що тест кейси не мають бути пов'язані, тобто йдеться про те, що кожен тест кейс вважається незалежним і всі дії які ми робимо відносяться лише до конкретного тест кейсу, і при створені нового можна вважати що починаємо з чистого листка і маємо заново вводити всі вхідні дані ?
Так)
А як можна скласти тест-кейс в Тестреіл для перевірки поля вводу віку, яке має наступне правило:
від нуля до 17 включно не брати на роботу?
1. позит тест - людині 18, 22, 35 років
2. "позит" тест 200 років (якщо не має ніяких обмежень на максмум), чому позитивний в лапках? бо формально не прописано в вимогах, що є обмеження по віку, але в реальності мало хто доживає до такого віку.
негат тести
3. 17 років
4. пусте поле
5. букви
6. символи
7. смайли
8. 30 лютого (якщо календар)
9. 2024 рік народження, тобто значення з -
10. пробіл просто
11. 0
12. 29 лютого в невисокосний рік