Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Система отслеживания ошибок. Какая информация в ней содержится. ⇐ ПредыдущаяСтр 2 из 2
Не менее важным является постоянное ведение системы отслеживания ошибок. Система отслеживания ошибок (англ. bug tracking system) — прикладная программа, разработанная с целью помочь разработчикам программного обеспечения (программистам, тестировщикам и др.) учитывать и контролировать ошибки (баги), найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий. Главный компонент такой системы — база данных, содержащая сведения об обнаруженных дефектах. Эти сведения могут включать в себя: - номер (идентификатор) дефекта; - кто сообщил о дефекте; - дата и время, когда был обнаружен дефект; - версия продукта, в которой обнаружен дефект; - серьёзность (критичность) дефекта и приоритет решения; - описание шагов для выявления дефекта (воспроизведения неправильного поведения программы); кто ответственен за устранение дефекта; - обсуждение возможных решений и их последствий; - текущее состояние (статус) дефекта; - версия продукта, в которой дефект исправлен. - файлы, помогающие описать проблему (например, дамп памяти или скриншот). Как правило, система отслеживания ошибок использует тот или иной вариант «жизненного цикла» ошибки, стадия которого определяется текущим состоянием, или статусом, в котором находится ошибка. 9. Типичный жизненный цикл дефекта: * Новый — дефект зарегистрирован тестировщиком. * Назначен — назначен ответственный за исправление дефекта. * Разрешён — дефект переходит обратно в сферу ответственности тестировщика. Как правило, сопровождается резолюцией. Например: - Исправлено (исправления включены в версию такую-то) - Дубль (повторяет дефект, уже находящийся в работе) - Не исправлено (работает в соответствии со спецификацией, имеет слишком низкий приоритет, исправление отложено до следующей версии и т. п.) - «У меня всё работает» (запрос дополнительной информации об условиях, в которых дефект проявляется). Далее тестировщик проводит проверку исправления, в зависимости от чего дефект либо снова переходит в статус: - Назначен (если он описан как исправленный, но не исправлен). - Закрыт. - Открыт повторно — дефект вновь найден в другой версии. 10. Наиболее часто используемые команды Selenium: open – открывает страницу с адресом. click/clickAndWait – производит операцию нажатия на левую клавишу мыши, также может ожидать загрузки новой страницы. verifyTitle/assertTitle – проверяет/сверяет название страницы. verifyTextPresent – проверяет наличие заданного текста на странице. verifyElementPresent – проверяет наличие элемента интерфейса на наличие на странице. Проверяемый элемент задаётся HTML-тэгом или id-свойством. verifyText – проверяет наличие текста на странице в заданном HTML-тэге. verifyTable – проверяет наличие таблицы и её содержимого. waitForPageToLoad – ожидает полной загрузки новой страницы. Вызывается автоматически при использовании команды clickAndWait. waitForElementPresent – ожидает полной загрузки элемента интерфейса, заданного HTML-тэгом. Разница между verify и assert состоит в том, что при использовании assert тест прекращается сразу же после нахождения ошибки. При использовании verify тест продолжается до конца.
|