Популярные системы управления тестированием на 2020 г

ALM Octane
Test IT
TestRail
Zephyr
Allure EE
TM4J
Qase
PractiTest
Testuff
Azure
MTM TFS
Kualitee

Про каждую систему можно ознакомиться в статье
https://www.software-testing.ru/library/around-testing/management/3457-top-12-best-test-management-systems-2020

🔷🔷🔷🔷🔷
Test Management System - TMS

Пользователь TMS ожидает увидеть следующее:

🔹Удобная установка и поддержка.
🔹Удобный и понятный интерфейс.
🔹Создание и управление проектами.
🔹Создание пользователей и проектных ролей для пользователей.
🔹Удобная интеграция с автоматическими тестами.
🔹Создание тест-плана.
🔹Создание тест-кейса.
🔹Создание чек-листа.
🔹Создание общего шага
🔹Версионирование тест-кейса/чек-листа.
🔹Создание пользовательских атрибутов/конфигураций.
🔹Прогон тест-кейса/чек-листа.
🔹Понятная система отчётности.
🔹Встроенная система баг-трекинга.
🔹Возможность оповещения коллег внутри и вне системы.
🔹Возможность интеграции с другими инструментами.

Потренируемся!!!
Натолкнулась на опросник, но я всё равно буду придумывать свои тесты😄😄😄

https://istqb-training.ru/Training

Пример теста
#тестыдлязакреплениязнаний

*⃣*⃣*⃣
«Как не надо заводить баги. Или часто встречаемые ошибки»:
*⃣*⃣*⃣
1⃣. Работа на скорость
2⃣. Отсутствие конкретики
3⃣. Использование сленга при формулировке бага
4⃣.Пренебрежение примерами и скриншотами
5⃣. Своевременный перевод бага на разработчика
6⃣. Актуализация критериев приёмки
7⃣. Заведение «псевдобагов»
8⃣. Изменение ожидаемого результата
9⃣. Неумение отличить фронт от бэка
🔟. Работа с логами

*⃣Более подробно про каждый пункт можно прочитать в статье :
https://m.habr.com/ru/company/renins/blog/552198/

*⃣*⃣*⃣
Практики оформления дефектов
*⃣*⃣*⃣
1⃣. Название должно отражать суть проявления дефекта на прикладном уровне
2⃣. Стоит ориентироваться на то, чтоб при воспроизведении дефекта коллеги не тратили впустую время, занимаясь додумыванием вместо своей работы
3⃣. Описание дефекта не должно содержать не относящейся к нему информации
4⃣. Описание дефекта должно содержать достаточное для воспроизведения количество информации
5⃣. Базу дефектов в баг-трекере стоит вести с расчетом на перспективу
6⃣. Описание дефектов должно учитывать, что программисты, которым предстоит исправлять дефект, могут не быть знакомы с используемым при воспроизведении функционалом
7⃣. По мере получения информации о дефекте стоит актуализировать шаги воспроизведения
8⃣. Если к дефекту требуется прикрепить много файлов, то перед этим удобно задавать им имена, начинающиеся с цифр
Например:
1 -скриншот окна входа в систему.jpg
2 — скриншот ошибки в консоли.jpg
3 — архив с загружаемыми файлами.zip
9⃣. Стоит отмечать в описании дефекта информацию о частичных исправлениях
🔟. В компании стоит определиться со стандартом критичности дефектов
1⃣1⃣. Дефекты следует заводить как можно быстрее
1⃣2⃣. Не следует игнорировать мелкие дефекты, стоит оформлять их в баг-трекере
1⃣3⃣. Если дефект был заведен кем-то помимо тестировщика, то при необходимости стоит его подкорректировать

Более подробно можно ознакомиться с данными пунктами в статье https://m.habr.com/ru/post/358926/

#дефект #багрепорт

Марафон в Инстаграме - Задание 1 - описать заголовок отчёта о дефекте:

https://www.instagram.com/tv/CN28Ht5os__/?igshid=1mgi0wo9oebk

#видео

Задание
👇👇👇

Ответ пишите в комментариях к посту:

#марафон #первыйдефект

🧚‍♀️🧚‍♀️🧚‍♀️
Привет всем!
‼️У кого есть огромное желание попробовать себя в качестве тестировщика, то участвуйте в марафоне (будет три ошибки), и жду от вас следующий комментарий к этому посту: укажите корректное название отчёта об ошибке (заголовок ошибки - Title - краткое описание ошибки) ! Решила начать с простого, не с Summary, а с Title
Коллеги - тестировщики, также присоединяйтесь!

Начнём...
Представьте себе ситуацию, что вы тестировщик ИТ компании #invitro ( #инвитро )
Вам нужно протестировать мобильное приложение INVITRO, у Вас имеется Android, устройство OnePlus 5T.
На нём установлено данное тестовое приложение.
👨🏼‍💻Задача в JIRA: проверить поле "Пароль" в мобильном приложении Инвитро при регистрации нового пользователя.
👨🏼‍💻Техническое задание: Поле "Пароль" должно содержать от 5 до 20 любых символов.

Я предоставляю видео шагов воспроизведения, где предложена проверка по классам эквивалентности (анализ граничных значений не был проверен):
В поле "Пароль" было введено:
- 4 символа
- 17 символов
- 18 разных символов
- 21 символ

Посмотрите внимательно и заведите дефект, если найдете.
Указать в комментариях заголовок отчёта о дефекте. Дополнительно укажите severity дефекта, по вашему мнению (кто в курсе, что такое Severity - серьёзность).

Кто хочет полностью описать баг-репорт со всеми атрибутами, также можете указать в комментариях, я проверю😉

Практика началась, и благодарю Вас за участие. Пишите свое мнение, не бойтесь критики, здесь только конструктивная помощь и поддержка.
‼️
#напоминалка
Для качественного заголовка используем вопросы «Что? Где? Когда?», а именно
Что произошло?
Где произошло?
При каких условиях или когда найден дефект?
Заголовок должен быть кратким и понятным.

P.S. данное тестирование проведено намерено , именно для ваших рассуждений.

#тестовоезадание