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

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

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

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

#инфо

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

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

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

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

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

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

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

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

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

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

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

120 😱🔥

🔽Предложи тему для поста 🔽