❓Как часто следует обновлять чек-листы?
Anonymous Poll
1%
A) Никогда
12%
B) После каждого релиза
86%
C) По мере необходимости, когда появляются новые требования или изменения
1%
D) Раз в год
❓Что такое регрессионное тестирование?
Anonymous Quiz
2%
A) Тестирование новых функций в приложении
98%
B) Тестирование, чтобы убедиться, что изменения не повлияли на существующий функционал
Please open Telegram to view this post
VIEW IN TELEGRAM
❓Что такое чек-лист?
Anonymous Quiz
3%
1. Это документ с техническими требованиями к программному обеспечению
3%
2. Это пошаговая инструкция для автоматизированного тестирования.
92%
3. Это краткий список пунктов для проверки без детального описания шагов
2%
4. Это отчет о найденных в проекте ошибках.
❓Чем чек-лист отличается от тест-кейса?
Anonymous Quiz
4%
1. Чек-лист содержит только ожидаемые результаты, а тест-кейс — фактические
4%
2. Чек-лист — это подробная инструкция с шагами, а тест-кейс — перечень требований
93%
3. Чек-лист -это краткий список проверок, а тест-кейс — детальная инструкция с шагами и ОР
0%
4. Чек-лист используется для автоматизированного тестирования, а тест-кейс — для ручного.
❓Что такое Smoke Testing?
Anonymous Quiz
3%
1. Тестирование пользовательского интерфейса на соответствие дизайн-макетам
93%
2. Проверка основных функций системы после сборки для уверенности в её работоспособности
2%
3. Тестирование безопасности приложения на уязвимости
2%
4. Анализ производительности системы под высокой нагрузкой
1. Составляем заголовок, отвечая на вопросы
Что? Где? Когда?
Пример:
- Не осуществляется авторизация на сайте после нажатия "Войти".
2.Предусловие(не обязательно)
Пользователь авторизован, Открыт сайт (ссылка)
3. Шаги - расписываем сценарий при котором возникает ошибка
Пример:
- Заполнить поле “Почта”
- Заполнить поле “Пароль”
- Нажать “Войти”
4. Ожидаемый результат(ФР) - пишем ожидаемое поведение для данного сценария
Пример:
- После нажатия кнопки "Войти" пользователь должен быть успешно авторизован и перенаправлен на главную страницу сайта
5. Фактический результат (ФР) - пишем текущее поведение для сценария
Пример:
- После нажатия кнопки "Войти" авторизация не происходит.
6. Окружение - информация об устройстве где обнаружена ошибка
Пример:
- IOS/Iphone 14 pro/версия ios 18.0.1/версия приложения 12.0.3
- GH Windows 11 масштаб 100%, размер экрана 1440 × 900
7. Вложения - скриншот, скринкаст , данные для воспроизведения ошибки
Пример:
- скрин страницы авторизации
- скрин запроса и ответа из DevTools
- данные для входа в аккаунт
8. Ссылка на документацию (по необходимости)
- ссылка на макет
- ссылка на тз
Важно
#знания
Please open Telegram to view this post
VIEW IN TELEGRAM
В мире тестирования стрессоустойчивость очень важна. Вот несколько ситуаций, с которыми сталкиваются тестировщики, и советы, как на них реагировать.
1. “Меня обвиняют в пропущенных багах”
Да, обидно слышать упрёки, но гнев только усугубит конфликт. Вместо спора я спокойно объясню: "Я проверила основные сценарии, но протестировать всё невозможно. Давайте вместе решим, на чём сосредоточиться в следующий раз."
2. “Начальник настаивает на выпуске нового функционала, несмотря на его недоработки.”
Кричать "Вы безответственные!"— бесполезно. Я скажу прямо: "Я не могу предсказать все риски, но выпуск сырого функционала в прод — это плохое решение. Нам нужно обсудить, как мы можем улучшить качество перед релизом, чтобы избежать проблем."
3. “Мне кажется, что моя работа не оценивается, и я постоянно сталкиваюсь с негативной обратной связью.”
Обижаться молча — это путь к выгоранию. Важно делиться своими достижениями: "Я внедрила тестирование с нуля, разработала тест-кейсы и чек-листы для проектов. Давайте обсудим, как мы можем продолжать улучшать качество и вносить ценность в нашу работу."
4. “Я одна, а разработчиков — десять! Как всё успеть?»
Вместо "Вы меня завалите работой!"— попроси помощи:
"Я сейчас работаю над задачами A и B. Можете сказать, какая из них имеет приоритет? Если одну из задач можно отложить, давайте обсудим, когда лучше это сделать."Это поможет сделать разговор более продуктивным.
5. "Меня часто отвлекают слишком большим количеством вопросов, которые, хотя и относятся к делу, мешают сосредоточиться!"
Раздражённое "Отстаньте!" испортит отношения. Лучше вежливо обозначь границы:
"Сейчас я погружён в тестирование Х. Можем обсудить ваш вопрос через час/после релиза?».
6. "Прерывают в самый ответственный момент!"
Вместо "Не видите, я занята?!" — используй технику "стоп-сигнала":
"Я заканчиваю задачу через 30 минут. После этого смогу заняться вопросом."
7. “Начальник называет низкоприоритетные баги критичными!”
Вместо крика "Да это мелочь!"— напомни о системе приоритетов:
"Этот баг затрагивает 0.1% пользователей, а эти три — 80% Давайте сначала решим их, чтобы снизить риски. Если вы всё же настаиваете, я задокументирую ваше решение."
"Как вы и просили, баг добавлен в релиз, но имейте в виду, что это может повлиять на сроки."
8. “Начальник видит только мои ошибки, а успехи игнорирует”
"Я заметила, что вы часто акцентируете внимание на моих ошибках, и мне бы хотелось, чтобы мы также обсуждали мои успехи. Это помогло бы мне лучше понимать, что я делаю правильно и где могу улучшиться."
Как справиться со стрессом в моменте
Глубокое дыхание: Сделайте несколько глубоких вдохов и выдохов.
Краткая пауза: Уйдите на 5-10 в тихое место.
Дополните список ✍️
#инфоPlease open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❓Какое действие НЕ относится к ручному тестированию?
Anonymous Quiz
93%
1. Проведение нагрузочного тестирования с помощью JMeter
4%
2. Проверка функционала по чек-листу без скриптов
3%
3. Исследовательское тестирование для поиска скрытых дефектов
1%
4. Тестирование граничных значений поля ввода
❓Какое действие НЕ является частью ручного тестирования?
Anonymous Quiz
97%
1. Написание скриптов на Python для автоматической проверки API
1%
2. Проверка интерфейса на соответствие макету дизайнера
2%
3. Ручное тестирование сценария "добавление товара в корзину"
0%
4. Составление чек-листа для проверки регистрации пользователя