💬Задание: Чит-листы (выполни дз)

☺️Чит-лист - это структурированный набор проверок, предназначенный для тестирования конкретного поля.

☺️Идеи для написания чит- листа : Поля «Дата», «Имя», «Номер телефона» , «Электронная почта» и т.д

☺️Валидные проверки - соответствуют требованиям
☺️Невалидные проверки - некорректные проверки

🤍Важно
Чтобы от чит-листов была максимальная польза, следуйте простым советам:
Создавайте чит-листы только в случае, если они будут регулярно переиспользоваться. К примеру, если в вашем проекте емейл вводится только в одном месте, то такой чит-лист не будет вам полезен.

📍Д/3
1.Выбрать сайт/приложение с необходимыми полями для написания чит- листа
2.Составить чит-лист на два выбранных поля
3.Протестировать поля и выставить статусы в чит-листе
4.Отправить ссылку на выполненную работу в личное сообщение @larisa_voin
5.Срок выполнения до 23 февраля


При невыполнении,следующие дз проверяться не будут
Работы проверяю, только от подписчиков канала

Если присоединились позже дедлайна , напишите мне для уточнения @larisa_voin

#уроки

💌Ошибочные утверждения о тестировании (и почему они неверны):

🔣Разработчики сами могут тестировать🔣→ Они сосредоточены на реализации, а не на поиске ошибок.

🔣Тестирование замедляет процесс🔣→ Напротив, оно ускоряет финальные этапы, сокращая время на исправление «поздних» багов.

🔣Автоматизация заменяет тестировщиков🔣 → Автоматизация лишь дополняет ручное тестирование, но не заменяет экспертизу человека.

#инфо

📎🐞Жизненный цикл бага

1. Обнаружение: Тестировщик находит баг во время тестирования приложения (ручного или автоматизированого)

2. Оформление: Первичная проверка (валидация бага)

3. Документирование: Ошибка фиксируется в системе отслеживания, где описываются детали: что не так, как воспроизвести и т.д.

4. Классификация: Баг оценивается по важности и сложности, и назначается разработчику.

5. Анализ: Разработчик изучает проблему, чтобы понять, в чём дело и как её исправить.

6. Исправление: В код вносятся изменения для устранения ошибки.

7. Тестирование: Исправленный код проверяется, чтобы убедиться, что баг действительно устранён и не появились новые проблемы. +регресс

8. Закрытие: Если всё в порядке, баг закрывается в системе.

9. Отчетность: Иногда составляется отчет о том, что произошло и как это исправили.

10. Анализ процессов: Команда обсуждает, как можно улучшить работу, чтобы подобные ошибки не возникали в будущем.

🖤Дополнительные развития событий:
- записанный баг, может быть отклонен или отложен
- если в ходе тестирования, баг воспроизводится, то задача возвращается на исправление
#знания

120 😱🔥