Хотите, чтобы тесты запускались параллельно и быстро? Приходите на открытый урок 20 ноября в 20:00 мск и узнайте, как использовать многопоточность и futures для суперэффективной автоматизации.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Please open Telegram to view this post
VIEW IN TELEGRAM
Вот что ждет в Т-Банке QA-инженеров, кроме ДМС, крутых офисов и других плюшек:
▪️Актуальный стек. Здесь следят за трендами и быстро внедряют новое.
▪️Улучшения может предложить каждый. Здесь знают, как устроен продукт, и влияют на его развитие.
▪️Прозрачная система роста. Вы всегда будете знать, какие навыки нужно подтянуть и как получить повышение.
▪️Вы окажетесь среди профессионалов, у которых можно многому научиться. А если захотите — можете стать ментором для младших коллег.
Больше о вакансиях QA-инженеров — здесь
▪️Актуальный стек. Здесь следят за трендами и быстро внедряют новое.
▪️Улучшения может предложить каждый. Здесь знают, как устроен продукт, и влияют на его развитие.
▪️Прозрачная система роста. Вы всегда будете знать, какие навыки нужно подтянуть и как получить повышение.
▪️Вы окажетесь среди профессионалов, у которых можно многому научиться. А если захотите — можете стать ментором для младших коллег.
Больше о вакансиях QA-инженеров — здесь
Forwarded from QApedia | Тестирование
JSON как альтернатива CSV в Postman, или как описать тестовые данные быстрее и лучше
Перейти к статье | QApedia
Перейти к статье | QApedia
Чего на самом деле хотят айтишники? Инфа из первых рук (в общем, куда надо и не надо идти работать)
Читать статью | Testing QA
Читать статью | Testing QA
Хабр
Чего на самом деле хотят айтишники? Инфа из первых рук (в общем, куда надо и не надо идти работать)
Источник картинки: культовый сериал всех времен "The IT Crowd" Привет, котятки. На связи пресс-служба «Инфосистемы Джет». Недавно мы совместно с HeadHunter (hh.ru) проанализировали 9 млн вакансий...
Forwarded from QApedia | Тестирование
Автотесты: что есть 100% покрытие API?
В этой статье автор расскажет как из вопроса ко мне "на сколько % у нас покрыта API автотестами?" Автор выдал базу в виде регламента по автоматизации API.
Перейти к статье | QApedia
В этой статье автор расскажет как из вопроса ко мне "на сколько % у нас покрыта API автотестами?" Автор выдал базу в виде регламента по автоматизации API.
Перейти к статье | QApedia
Привет! Я тут решила уйти немного в авторский контент на канале, буду делится с вами своими наблюдениями и опытом))
Канал будет больше направлен на:
- начинающих тестировщиков или джунов
- для направлений, которые смежны с тестированием, например аналитики
- ну и для людей, которые хотят хоть что-то знать о тестировании
Если говорить кратко, то на канале:
- буду делится своим опытом в тестировании
- расскажу как я связана с тестированием
- буду делится опытом других тестировщиков
- сторонние материалы в тестировании
- интересные опросы по теме
- обсуждения и тд
Если у вас есть вопросы пишите в комментариях👇 , будем разбираться вместе
Канал будет больше направлен на:
- начинающих тестировщиков или джунов
- для направлений, которые смежны с тестированием, например аналитики
- ну и для людей, которые хотят хоть что-то знать о тестировании
Если говорить кратко, то на канале:
- буду делится своим опытом в тестировании
- расскажу как я связана с тестированием
- буду делится опытом других тестировщиков
- сторонние материалы в тестировании
- интересные опросы по теме
- обсуждения и тд
Если у вас есть вопросы пишите в комментариях
Please open Telegram to view this post
VIEW IN TELEGRAM
Ручное тестирование — важный этап в процессе разработки программного обеспечения. Для начинающего тестировщика есть несколько ключевых моментов, которые стоит знать для успешной работы.
1. Понимание процесса тестирования
Важно осознать, что тестирование — это не просто поиск ошибок, но и проверка функциональности и качества продукта. Тестировщик должен понимать весь процесс разработки и жизненный цикл ПО.
2. Знание требований
Тестировщик должен ознакомиться с бизнес-требованиями и спецификациями. Четкое понимание того, что должно делать приложение, поможет в создании корректных тест-кейсов. Тут может быть совместная работа с аналитиками
3. Создание тест-кейсов
Тест-кейсы — это документированные сценарии, которые описывают, как тестировать определенную функцию. Они должны включать:
- Идентификатор теста
- Цель теста
- Предусловия
- Шаги выполнения
- Ожидаемый результат
4. Типы тестирования
Необходимо освоить различные типы тестирования, такие как функциональное, регрессионное, интеграционное, пользовательское и другие. Каждый из них имеет свои цели и методы.
5. Работа с багами
Тестировщик должен уметь правильно документировать найденные ошибки. Хорошо написанный баг-репорт включает:
- Заголовок
- Описание проблемы
- Шаги для воспроизведения
- Ожидаемый и фактический результат
- Скриншоты или видео (если необходимо)
6. Взаимодействие с командой
Тестировщик должен активно взаимодействовать с разработчиками, менеджерами, аналитиками и другими членами команды. Коммуникация важна для успешного решения проблем и улучшения качества продукта.
7. Основы тестирования на различных устройствах
С учетом многообразия платформ и устройств, важно проводить тестирование на различных системах, браузерах и экранах, чтобы обеспечить совместимость.
8. Инструменты для тестирования
Начинающие тестировщики должны знакомиться с основными инструментами для тестирования, такими как JIRA для отслеживания ошибок, TestRail для управления тестами и другие.
Эти основы помогут начинающим тестировщикам уверенно входить в мир тестирования и развивать свои навыки для достижения успеха в этой области
Источник: @qa_and_it
Please open Telegram to view this post
VIEW IN TELEGRAM
Собрала для вас небольшую подборку материалов по основам ручного тестирования:
- Ручное тестирование: виды, методы, инструменты, лайфхаки от QA Service Lab
- Ручное тестирование — что это такое, виды, процессы, подходы, инструменты и многое другое!
- Виды ручного тестирования. Пособие для начинающих
- 7 шагов для начала карьеры ручного тестирования
Источник: @qa_and_it
- Ручное тестирование: виды, методы, инструменты, лайфхаки от QA Service Lab
- Ручное тестирование — что это такое, виды, процессы, подходы, инструменты и многое другое!
- Виды ручного тестирования. Пособие для начинающих
- 7 шагов для начала карьеры ручного тестирования
Источник: @qa_and_it
QA Service Lab — Профессиональный QA сервиc
Ручное тестирование: виды, методы, инструменты, лайфхаки от QA Service Lab
В данной статье мы подробно рассмотрим, что такое ручное тестирование ПО. Расскажем о методах, плюсах и минусах ручного тестирования программного обеспечения.
Готовимся к собеседованию вместе!!
Начинаю вести новую рубрику «Разбор вопросов, которые часто задают на собеседованиях»
#собеседование | Testing QA
Рубрика будет в виде шпаргалок и поясней к ним. Так же будут комментарии, где вы можете оставить свои вопросы/возражения/обсуждения.
И начнем с азов:
1️⃣ ВОПРОС: ЧТО ТАКОЕ ТЕСТ КЕЙСЫ?
❗️ Детальное описание составляющих тест кейса:
1. Идентификатор тест кейса: уникальный номер, чтобы легко его находить и ссылаться на него.
2. Заголовок: уникальное название
3. Описание: краткое объяснение того, что будет тестироваться. Это помогает понять цель теста.
4. Предусловия: условия, которые должны быть выполнены перед запуском теста. Например, наличие определенных данных или успешный вход в систему.
5. Шаги для выполнения: четкое описание шагов, которые нужно выполнить для запуска теста. Обычно это пошаговая инструкция, чтобы любой мог воспроизвести тест.
6. Ожидаемый результат: то, что должно произойти после выполнения шагов. Это помогает определить, прошел ли тест или нет.
7. Фактический результат: результат, который был получен при выполнении теста. Это можно сравнить с ожидаемым результатом.
8. Статус: состояние теста (прошел/не прошел), что позволяет быстро увидеть результаты.
✅ Пример тест кейса
1. Идентификатор тест кейса: TC001
2. Заголовок: Авторизация
3. Описание: Проверка функции входа в систему с корректными учетными данными.
4. Предусловия:
- Пользователь зарегистрирован в системе.
- Учетные данные (логин и пароль) известны.
5. Шаги для выполнения:
1. Открыть веб-приложение.
2. Перейти на страницу входа.
3. Ввести логин в поле "Логин".
4. Ввести пароль в поле "Пароль".
5. Нажать на кнопку "Войти".
6. Ожидаемый результат:
Пользователь успешно входит в систему и перенаправляется на главную страницу.
7. Фактический результат:
(будет заполнено после выполнения теста)
8. Статус:
(будет заполнено после выполнения теста)
Этот тест кейс четко описывает, что необходимо сделать для проверки функции входа, а также что выводить в случае успеха.
Источник: @qa_and_it
Начинаю вести новую рубрику «Разбор вопросов, которые часто задают на собеседованиях»
#собеседование | Testing QA
Рубрика будет в виде шпаргалок и поясней к ним. Так же будут комментарии, где вы можете оставить свои вопросы/возражения/обсуждения.
И начнем с азов:
1. Идентификатор тест кейса: уникальный номер, чтобы легко его находить и ссылаться на него.
2. Заголовок: уникальное название
3. Описание: краткое объяснение того, что будет тестироваться. Это помогает понять цель теста.
4. Предусловия: условия, которые должны быть выполнены перед запуском теста. Например, наличие определенных данных или успешный вход в систему.
5. Шаги для выполнения: четкое описание шагов, которые нужно выполнить для запуска теста. Обычно это пошаговая инструкция, чтобы любой мог воспроизвести тест.
6. Ожидаемый результат: то, что должно произойти после выполнения шагов. Это помогает определить, прошел ли тест или нет.
7. Фактический результат: результат, который был получен при выполнении теста. Это можно сравнить с ожидаемым результатом.
8. Статус: состояние теста (прошел/не прошел), что позволяет быстро увидеть результаты.
1. Идентификатор тест кейса: TC001
2. Заголовок: Авторизация
3. Описание: Проверка функции входа в систему с корректными учетными данными.
4. Предусловия:
- Пользователь зарегистрирован в системе.
- Учетные данные (логин и пароль) известны.
5. Шаги для выполнения:
1. Открыть веб-приложение.
2. Перейти на страницу входа.
3. Ввести логин в поле "Логин".
4. Ввести пароль в поле "Пароль".
5. Нажать на кнопку "Войти".
6. Ожидаемый результат:
Пользователь успешно входит в систему и перенаправляется на главную страницу.
7. Фактический результат:
(будет заполнено после выполнения теста)
8. Статус:
(будет заполнено после выполнения теста)
Этот тест кейс четко описывает, что необходимо сделать для проверки функции входа, а также что выводить в случае успеха.
Источник: @qa_and_it
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM