🔊QA Buddy | Tester
505 subscribers
136 photos
2 videos
41 links
▫️Учебные посты с простыми объяснениями и примерами.
▫️Практические задания с обратной связью.
▫️Подготовка к собеседованиям и улучшение резюме.
▫️Индивидуальные встречи

🔗 Для связи @larisa_voin
_______________________
🛠️ Модератор @KseniiaDreamer
Download Telegram
Задача
Логическая цепочка

В одной компании работают три тестировщика: Анна, Борис и Виктор. Каждый из них тестирует разные продукты: веб-приложение, мобильное приложение и API. Известно, что:

Анна не тестирует веб-приложение.
Борис тестирует мобильное приложение.
Виктор не тестирует API.

Кто тестирует веб-приложение?
📎Как ответить на неизвестный вопрос на собеседовании QA?

Собеседование — стресс, незнакомый вопрос может вызвать панику

Превратите пробел в знаниях в демонстрацию сильных сторон:честности, аналитики и готовности развиваться.

🟡1. Честно признайтесь в незнании.

Не пытайтесь угадать или блефовать.
"Признаюсь, эта тема пока не входила в мой практический опыт",
"Мои знания в этом направлении пока ограничены",

"Пока я не сталкивался с этим в проектах".

🟡2. Дайте контекст ваших знаний

Сразу же покажите свою базу и смежные компетенции. "...но я знаком с основами (смежная область, например, функционального тестирования)"

"Я сосредоточилась на (перечислите то, что знаете хорошо)"
"Если говорить о похожих задачах, я работала с (аналогия)".


🟡3. Предложите действие или задайте вопрос.

удовольствием изучу это глубже, если потребуется" ,"...это важный инструмент , и я планирую его освоить" , "...можете немного рассказать, как это используется у вас?

Это показывает вашу мотивацию к развитию и заинтересованность в работе именно в этой компании.

___________
💲На какао
💬Предложить тему поста

#какнайтиработу
Please open Telegram to view this post
VIEW IN TELEGRAM
Вечерний чат 💬

Задавай вопросы
Расскажи о болях
Поделись достижениями
Что нового 📝освоили на этой неделе ?
Please open Telegram to view this post
VIEW IN TELEGRAM
🍭Какой вид тестирования проверяет способность системы выдерживать длительную нагрузку без деградации?
Anonymous Quiz
42%
A) Нагрузочное тестирование (Load Testing)
18%
B) Стрессовое тестирование (Stress Testing)
36%
C) Тестирование стабильности (Stability / Endurance Testing)
4%
D) Тестирование пиковой нагрузки (Spike Testing)
Рабочие 🤎 положения тела
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔊QA Buddy | Tester
Созвон с тестировщиком: «От поиска работы да первых успехов» Напиши вопросы для созвона 🤎 #инфо
Уже в эту субботу🔥состоится встреча
Напиши + кто придет

28 июня 13:00 МСК
Please open Telegram to view this post
VIEW IN TELEGRAM
📝Что считать плохим требованием к продукту

Требования определяют, что именно должно быть реализовано, и служат основой для тестирования и оценки качества. Однако не все требования одинаково полезны.

⚡️Признаки плохих требований

🕷Неясность: Требования должны быть четкими и понятными. Если они написаны неясно или содержат двусмысленности, это может привести к неправильной интерпретации и, как следствие, к ошибкам в разработке.

Пример: "Система должна работать быстро." - это требование неясно, так как не указано, что именно подразумевается под "быстрой".

"Система должна загружать главную страницу за 2 секунды или меньше при скорости интернет-соединения не менее 10 Мбит/с."- это более ясное требование.

🕷Отсутствие измеримости: Хорошие требования должны быть измеримыми. Если невозможно определить, выполнено требование или нет, это создает проблемы при тестировании.

Пример "Система должна отображать сообщение об ошибке, если пользователь вводит неправильный пароль при входе." В требовании не указано, какое именно сообщение об ошибке должно отображаться. Это делает его неясным и трудным для проверки.

"Система должна отображать сообщение об ошибке 'Неправильный пароль. Пожалуйста, попробуйте снова.', если пользователь вводит неправильный пароль при входе." это более измеримое требование.

🕷Нереалистичность: Требования должны быть выполнимыми в рамках доступных ресурсов и технологий. Нереалистичные требования могут привести к задержкам и перерасходу бюджета.

Пример: "Система должна загружать страницу за 0,01 секунды на любом устройстве и при любом интернет-соединении."

"Система должна загружать главную страницу за 2 секунды или меньше на компьютере с процессором не ниже Intel Core i3, 8 ГБ оперативной памяти и SSD, при скорости интернет-соединения не менее 10 Мбит/с."

🕷Избыточность: Плохие требования могут содержать избыточную информацию или дублировать уже существующие требования, что усложняет процесс разработки и тестирования.

Пример: "Система должна позволять пользователям добавлять товары в корзину. Пользователи должны иметь возможность выбрать товар и добавить его в свою корзину. Также система должна поддерживать функцию добавления товаров в корзину, чтобы пользователи могли выбирать товары и добавлять их в корзину для дальнейшей покупки."

"Система должна позволять пользователям добавлять товары в корзину, нажав кнопку 'Добавить в корзину' на странице товара. После успешного добавления товара в корзину, система должна отображать сообщение 'Товар успешно добавлен в корзину' в верхней части страницы." - исправленное требование

💡Как улучшить плохие требования

📝Уточнить формулировки: Замените неясные термины на конкретные и измеримые.

📝Проверить реалистичность: Убедитесь, что требования можно выполнить с учетом доступных ресурсов.

📝Избегать избыточности: Убедитесь, что каждое требование уникально и не дублирует другие.

#знания

Предложить тему поста
Please open Telegram to view this post
VIEW IN TELEGRAM