Студопедия

Главная страница Случайная страница

КАТЕГОРИИ:

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Система отслеживания ошибок. Какая информация в ней содержится.






Не менее важным является постоянное ведение системы отслеживания ошибок.

Система отслеживания ошибок (англ. 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 тест продолжается до конца.


Поделиться с друзьями:

mylektsii.su - Мои Лекции - 2015-2024 год. (0.005 сек.)Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав Пожаловаться на материал