📚 ProTestingInfo 🔷 Канал по тестированию 📚 – Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
14.1K subscribers
1.31K photos
200 videos
232 files
1.18K links
📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 5тр/час
Курс
@info_course_protestinginfo
https://protestinginfo.ru
Вопросы @nadin_qa
ИП
РКН: https://clck.ru/3FWD9v
Download Telegram
3️⃣ вид тестирования как короткий цикл тестов, выполняемый для подтверждения того, что после сборки кода (нового или исправленного) устанавливаемое ПО, стартует и выполняет основные функции
4️⃣ проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов
9️⃣выпуск программы/кода/библиотеки — готового для использования продукта
1️⃣0️⃣ специалист, который проверяет качество программного обеспечения и уровень его соответствия заранее определённым потребностям и ожидаемым результатам
1️⃣1️⃣ описание того, какие функции и с соблюдением каких условий должно выполнять приложение в процессе решения полезной для пользователя задачи
1️⃣3️⃣ Имеет как минимум свой заголовок, который сообщит серверу информацию о своей конфигурации и данные о форматах документов, которые он может принимать
1️⃣5️⃣ атрибут, указывающий на очередность выполнения задачи или устранения дефекта

#рубрикакроссвордов
🕊2
Как правильно создать #багрепорт (bug report - отчёт об ошибке)📋?
#описаниедефекта
🌟Хороший баг-репорт обладает следующими характеристиками:
1📝понимание проблемы и ее важности
2📝корректное воспроизведение проблемы
3📝улучшение качества программы
4📝экономия времени разработчика
📄#Багрепорт — документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата
📇Система отслеживания ошибок (bug tracking system) — программа учета и/или контроля багов: Atlassian JIRA, Bugzilla, YouTrack, Redmine, в большинстве случае используют JIRA
📑📑📑
Основные атрибуты для составления отчёта об ошибке:
📌Defect ID - уникальный номер дефекта
📌Reporter - автор, тот кто обнаружил дефект
📌Assignee - тот на кого назначают дефект, это может быть тест-менеджер, или Dev Lead, или сразу разработчик
📌Affect version (версия продукта, в котором был обнаружен дефект). Версия ПО/модуля/приложения
📌Project (Проект). Название тестируемого проекта
👍4🕊1
📌Status (Статус бага) зависит от используемой процедуры и жизненного цикла бага (след. тема)
📌Summary or Title (Заголовок) должно быть кратким. Наиболее эффективным описанием считается описание, которое отвечает на три вопроса: Что произошло?Где появилась ошибка?Когда или при каких условиях найден дефект?
📌Preconditions (Предусловия) - тестовые данные для загрузки, данные для авторизации или регистрации, нахождение на главной странице
📌Denoscription (Подробное описание)
состоит из
📌📌Steps of Reproduce (Шаги воспроизведения) - основное поле для заполнения. Указать точную последовательность шагов, чтобы разработчик смог воспроизвести дефект. Шагов должно быть необходимо и достаточно для воспроизведения проблемы.
Убедиться, что нет лишних или ненужных шагов, которые будут отвлекать и тратить время команды. Не строить предположения.
📌📌Actual result (Фактический результат) - указывается результат, который получил тестировщик при выполнении описанных шагов. Также может отвечать на три вопроса “Что? Где? Когда?”
📌📌Expected Result (Ожидаемый результат) результат согласно требованиям или спецификациям
📌Attachment (вложения, файлы, скриншоты, логи выполнения программы, видео воспроизведения дефекта)
📌Link of issue - ссылка на связанную задача или на требование, или на тест кейс (хотя должно быть отдельное поле)
📌#Severity — это критичность бага (влияние дефекта на приложение) с точки зрения тестировщика: фича, опечатка в тексте, мелкая проблема, значительная проблема, падение продукта, блокирующая проблема. Показывает насколько ошибка критична для работоспособности всей системы
📌#Priority — приоритет, с которым проблема должна быть исправлена. Говорит как быстро ошибку необходимо исправить с точки зрения планов проекта.
Если есть оба поля, то тестировщик, как правило, выставляет только Severity
Priority — тест-менеджер/DEV Lead/Project manager
🗞️Главное понимать и помнить, что высокая срочность не означает, что ошибка серьезная как и наоборот – серьезность не говорит, что дефект необходимо исправлять в первую очередь (!, будет также пост).
📍Обычно используются следующие варианты серьезности и срочности:
📌📌Severity = Blocker, Critical, Major, Minor, Trivial
📌📌Priority = High, Medium, Low
📌Environment — есть во всех баг-трекерах. Это программно-аппаратное окружение, в котором проявляется проблема. Стенд.
📌Operation system - Версия операционной системы, наличие сервис-паков
📌Browser - Браузер, установленные плагины, если это влияет на работу проекта. Если что-то не работает в одном браузере, то проверьте, работает ли в других браузерах

Имеется ещё ряд других атрибутов, которые находятся в системах отслеживания, всё зависит от проекта.
👍5🕊1
#Книгипотестированию очень важны.
Главное, чтобы было желание прочесть то, что хочется. Были возможность и время! Желание и мотивация к познанию новой информации☺️😌
Сейчас хочу порекомендовать хороший телеграм каналы,где можно поискать и скачать те книги, которые вам нужны.

@booksqa - "Тут вы можете быстро скачать книги по тестированию и быстро стать Junior QA"

@bookqa - "Книги по QA, Automated QA на русском и английском языках. Избранные книги, только новые года выпуска. Никакого старья."

@testinglib - склад книг по тестированию

Также хочу порекомендовать канал по книгам по программированию :
@progbook
Тут можно скачать книги по java, python и другие
Ещё книги по PHP, С++, С#, Data Science
1🕊1
#теория
Если вам очень хотелось бы поизучать какой-либо инструмент, например язык программирования, то имеется ряд приложений, которые можно скачать в магазинах play market (думаю и в apple store этот ряд имеeтся😏).
Освоить базовые знания и навыки, которые уж точно пригодятся вам на перспективу профессионального и карьерного роста.
👩‍💻👩‍💻👩‍💻
Хочу порекомендовать вам:
👩‍💻 #Sololearn - #мобильноеприложение для программирования. Приложение на русском языке. Тут есть курсы Data Science (в нашем случае нужен #SQL), языки программирования #Java#Python. Также имеется курс #HTML#CSS. Все эти инструменты пригодятся в #автоматизациитестирования.
SQL в работе с базами данных.

👩‍💻 #Codeacademy Go - практика кодирования. Codecademy — интерактивная онлайн-платформа по обучению 12 языкам программирования: Python, PHP, JavaScript, Ruby, Java и др., а также работе с библиотекой jQuery и языкам разметки и оформления веб-страницы HTML и CSS, база данных SQL
Предупреждаю приложение на английском языке.
Возможно на основном сайте есть уже русский язык, не проверяла.
Зато вы сможете улучшить свой английский язык, так как в работе он тоже очень важен, чтение и написание кода на английском основа из основ) без этого никуда)🔥
👍3🕊1
#видео Найдите #дефект , опишите #заголовок#фактический и #ожидаемый #результат, а потом смотрите ответ:

Давайте разберем:
#мобильноеприложение " #ВТБМоиИнвестиции "
Приблизительно опишу дефект, по-другому говорят "Заведем дефект"
😬
📌Defect ID - ProTestingInfo-1
📌Reporter - QA Engineer
📌Assignee - Dev Lead
📌Affect version - 2.12.1 (18687) - версия мобильного приложения
📌Project -Проект инвестиций
📌Component - MП, UI, Front-end
📌Status - New
📌Severity - Minor
📌 Priority - определяет Project Manager
📌Summary or Title - "Общая сумма "Всего в USD" в долларах не отображается на странице "Мои дивиденды"
📌Preconditions
1. Данные авторизации: Логин и пароль пользователя
2. У пользователя имеется ИИС в рублях и в долларах
3. У пользователя имеются дивиденды в рублях и в долларах на ИИС
📌Denoscription
📌📌Steps of Reproduce
1👣. Авторизоваться в систему МП используя предусловие 1
2👣. Ввести код доступа
3👣. Выбрать ИИС счёт
4👣. Прокрутить экран в самый низ
5👣. Выбрать опцию "Мои дивиденды"
👍3
6👣. Поверить общие суммы в долларах и в рублях, а именно "Всего в RUR" и "Всего в USD"
📌📌Expected Result
🔹Общая сумма "Всего в RUR" отображаeтся на странице "Мои дивиденды" как "....₽"
🔹Общая сумма "Всего в USD" отображается на странице "Мои дивиденды" как "....$"
📌📌Actual resut
🔹Общая сумма "Всего в RUR" отображаeтся на странице "Мои дивиденды" как "....₽"
🔹Общая сумма "Всего в USD" не отображается на странице "Мои дивиденды" как "....$"
📌Attachment скриншот в посте
📌Link of Issue -
https://broker.vtb.ru/trade/vtbinvest/
📌Environment — ПРОД / UAT - User Acceptance Testing
📌Operation system - Android - Версия 10
📌 Устройство - OnePlus 5T, модель OnePlus A5010

😋вот такое Примерное #описаниедефекта, как по мне это точно дефект))🔥😋
Хочу ОТМЕТИТЬ,что сумма в рублях совпадает внизу, а сумма в долларах отсутствует. Деньги скрыла.
📑📑Позже добавлю видео дефекта на веб приложении) и также опишем его.
👍3
#Severity и #Priority
📝Серьезность это атрибут, характеризующий влияние дефекта на работоспособность приложения. Проставляется тестировщиком или тест-менеджером, который может оценить степень влияния дефекта на работу системы
📝Приоритет – это атрибут, указывающий на очередность выполнения задачи или устранения дефекта. Проставляется руководителем или менеджером проекта

📈Градация Severity:
🟥Blocker(блокирующая) – дефект полностью блокирует выполнение функционала, нет никакого способа его обойти. Проблема, нарушающая функционирование ПО; ошибка, приводящая приложение в нерабочее состояние, в результате которого дальнейшая работа с тестируемой системой становится невозможна
🟧Critical (критическая) – дефект блокирует часть функциональности, но есть альтернативный путь для его обхода. Проблема, нарушающая работу c ключевыми функциями ПО, неправильно работающая ключевая бизнес логика
🟨Major(значительная) – дефект, указывающий на некорректную работу части функциональности. Ошибка не критична или есть возможность для работы с тестируемой функцией, используя другие входные точки
🟩Minor(незначительная) – дефект, не относящийся к функциональности системы. Очевидная, незначительная проблема, например, проблема пользовательского интерфейса
🟦Trivial(тривиальная) – дефект, не затрагивающий функциональность системы. Обычно это грамматические дефекты в сопроводительной документации к системе. Косметическая малозаметная проблема; ошибка, не касающаяся бизнес логики приложения

📈Градация Priority
🟥High(высокий) – требуется исправить в первую очередь
🟧Medium(средний) – требуется исправить во вторую очередь, когда нет дефектов с высоким приоритетом
🟨Low(низкий) – исправляется в последнюю очередь, когда все дефекты с более высоким приоритетом уже исправлены

Рассмотрим случаи:
👩‍💻ошибка серьезная и блокирует часть функциональности новой системы, однако в ближайшем релизе не планируется выпускать этот функционал, поэтому приоритет будет низким.
👩‍на лицевой странице сайта (или интерфейса приложения) неправильно отображается какая-то важная надпись/логотип, год, версия. Такую можно сказать тривиальную ошибку нужно срочно починить
#расшифровкапонятий
Тест-дизайн
Тестовый сценарий
Тест план
Чек-лист