Как выглядит работа QA-инженера на самом деле мои тест-кейсы
Часто, когда говорят о портфолио тестировщика, все думают только о баг-репортах. Но настоящий профессионализм начинается задолго до того, как найден баг — с грамотно составленных тест-кейсов. На скриншотах — фрагменты моей тестовой документации, которую я создала и прошла во время обучения в Skillbox. Это более 70 задокументированных проверок для веб-приложения Intershop. Что здесь видно с точки зрения профессионального подхода? 🔹 Системный подход к UI: Проверка верстки, адаптивности (мобильное разрешение 375px), работы карусели, фильтров, сортировки и выпадающих меню. 🔹 Валидация форм: Использование анализа граничных значений (проверка минимальной/максимальной длины имени, корректности email, формата индекса и телефона). 🔹 Тестирование логики корзины и промокодов: Проверка применения скидок, поведения системы при вводе несуществующих купонов и защита от brute-force. 🔹 API-тестирование: Отдельный блок кейсов для проверки методов POST, PUT, DELETE, валидации JSON-полей и корректности HTTP-статусов (200, 400, 404, 201). 🔹 Регрессионное тестирование: Блоки RETEST, где я проверяю исправление ранее найденных дефектов. Каждый кейс — это конкретные шаги и четко ожидаемый результат. Такой подход позволяет не упустить детали и передать проект в разработку с минимальными рисками. Я не просто «кликаю по кнопкам», я выстраиваю стратегию проверки продукта. Сейчас я в процессе создания своего полноценного портфолио, куда войдут эти и другие работы. Если вы ищете внимательного Junior QA, который умеет работать с документацией и видеть продукт системно — давайте общаться! Напишите мне в личные сообщения. 📩 #QA #Тестирование #TestCases #ТестКейсы #JuniorQA #ManualQA #API #Postman #Skillbox #IT #ПоискРаботы
· 4 ч
Не хватает фактического результата, не совсем понятно почему failed
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 3 ч
Рамиль, спасибо за обратную связь! Поясню: в исходном тестовом задании (Skillbox) столбец «Фактический результат» изначально не был предусмотрен. Все упавшие кейсы (Failed) сопровождались оформлением баг-репортов в трекинговой системе. Статус Failed в таблице проставлен именно на основании этих багов. Дублировать их описание в отдельную колонку таблицы не требовалось по условиям задания.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 1 ч
Где вы нашли ФР в тест кейсах?)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён