Ответы на вопросы из главы "Жизнь замечательных багов"

1. Могут ли простые бумажные карточки или текстовый файл служить в качестве СТБ?

Могут, но будет неудобно. Будет тратиться много времени на то чтобы изменять карточки, передавать карточку тому, кто записан в assigned, нет возможности прикрепить application.

2. Приведите пример формата значения атрибута "Шаги и ожидаемый результат".

потом

3. Чем били по голове тех, кто заносил баг с кратким описанием "Ничего не работает"?

канделябром

4. Перечислите элементы веб-страницы и проблемы, с ними связанные.

5. Как сделать графический файл с тем, что мы видим на экране монитора?

print screen

6. Основная обязанность держателя бага.

сделать что то с багом и передать его другому держателю.

7. Что должен проверить Verifier перед началом регрессивного тестирования?

работает ли исправленный код

8. Приведите две части регрессивного тестирования. Нужно ли проводить вторую часть, если первая не работает? Можно ли закрыть баг уже после первой части, если ремонт был успешен?

вторую часть можно не проводить, если первая не работает. Если работает первая часть то нужно проверить и вторую обязательно (регрессивное тестирование)

9. В чем концептуальное различие серьезности и приоритета?

Серьезность бага —это техническая категория. Приоритет бага — категория, связанная с бизнесом.

10. Кого мы обычно включаем в Notify list?

продюсера

11. Дайте определение фича.

Итак, фича — это в зависимости от контекста • функциональность либо • характеристика (или свойство) компонента кода, интер- фейса, базы данных и пр. Например Значение "функциональность" работает, если мы говорим о кепча. Значение "характеристика" работает, если мы говорим об оптимиза- ции кода с целью улучшения перформанса (скорости работы сайта).

12. Почему возникают ситуации, когда баги приходится открывать заново?

Например

• программист сделал изменение в коде и поломал отремонтированный ранее код, так что проблема появилась заново. В этом случае говорят о том, что баг был reintroduced ("заново внесен на рассмотрение" — так себе перевод, но ничего лучше я не нашел);

• баг был найден на машине для пользователей. Программист сделал checkin отремонтированного кода в бранч-версии машины для пользователей и позабыл сделать checkin в ствол. Следовательно, в следующем релизе баг появляется снова.

13. Что нужно делать для того, чтобы программисты не возвращали вам баги как "Not Reproducible'"?

Чтобы удостовериться что это точно баг, нужно после того как увидели баг в первый раз нужно воспроизвести его заново. Чтобы избежать резолюции Not Reproducible.

14. Почему возникают ситуации, когда баг возвращается с резолюцией "Not a bug"?

Это значение резолюции присваивается, как правило, программистом, когда возникает ситуация "it's not a bug, it's a feature " ("это не баг, а фича"), т.е. тестировщик принял за баг то, что, по мнению программиста, работает правильно. Когда возникают подобные ситуации? Например, когда тестировщик создал тест-кейсы, руководствуясь спеком, а программист создал код, руководствуясь чем-то иным.

15. Нарисуйте блок-схему процесса трэкинга багов.

#тестирование