Заметки тестировщика | Тестирование

2022-08-29 22:30:26 Открыть/Комментировать

2022-08-29 22:21:49 Открыть/Комментировать

2022-08-29 22:12:52 Открыть/Комментировать

2022-08-29 22:07:24 Открыть/Комментировать

2022-08-29 11:34:47 Примерно так проходит мой понедельник на больничном
А вам я желаю приятного начала недели!
Квиз устрою ближе к вечеру, надо много чего ещё разгрести Открыть/Комментировать

2022-08-28 20:02:03 Это прям про меня, когда пишу о личном опыте и мыслях
Но очень уж соскучилась по этим темам.

Со здоровьем лучше, так что подготовлю чего-нибудь интересненького. В комментариях недавно предложили написать про эмоциональное выгорание

А какую тему хотели бы вы?

Заметки тестировщика Открыть/Комментировать

2022-08-28 19:15:33 Приемочное тестирование или Приемо-сдаточное испытание (Acceptance Testing)

Мы уже говорили о нем) Это формальный процесс тестирования, который проверяет соответствие системы требованиям и проводится с целью:

определения, удовлетворяет ли система приемочным критериям
вынесения решения заказчиком или другим уполномоченным лицом о приемке системы в эксплуатацию. Выполняется заказчиком или пользователем системы.
Поиск дефектов не является целью.

- Эксплуатационное тестирование в фазе приемочного проверяет насколько система пригодна для внедрения в конкретном операционном окружении.

- Альфа-тестирование (часто используется как форма внутреннего приемочного тестирования перед проведением бета-тестирования) выполняется в стенах компании, которая разрабатывает программный продукт.
Бета-тестирование выполняется заказчиком или пользователем на его оборудовании.

Фаза приемочного тестирования длится до тех пор, пока заказчик не выносит решение об отправлении приложения на доработку или выдаче приложения.

Шаблон плана приемо-сдаточных испытаний от RUP можно скачать, кликнув по ссылке: RUP Product Acceptance Plan

Завтра будет квиз по методологиям тестирования, описанной классификации и уровням

Заметки тестировщика Открыть/Комментировать

2022-08-28 19:10:57 Системное тестирование (System Testing)

Основной задачей системного тестирования является проверка как функциональных, так и не функциональных требований в системе в целом. Цель процесса тестирования - проверка, соответствует ли ПО установленным требованиям. Выполняется тестировщиками. Включает тестирование взаимодействие с операционной системой и системными ресурсами, разновидность тестирования методом черного ящика.

Можно выделить два подхода к системному тестированию:

на базе требований (requirements based)
Для каждого требования пишутся тест-кейсы, проверяющие выполнение данного требования.

на базе случаев использования (use case based)
На основе представления о способах использования продукта создаются случаи использования системы (use cases). По конкретному случаю использования можно определить один или более сценариев. На проверку каждого сценария пишутся тест-кейсы, которые должны быть протестированы.

Заметки тестировщика Открыть/Комментировать

2022-08-28 19:05:34 Интеграционное тестирование (Integration Testing)
проверяет взаимодействие между компонентами системы после проведения компонентного тестирования. Тестирование функциональных и нефункциональных характеристик программы, выполняемое для выявления дефектов в интерфейсах и взаимодействии между интегрированными компонентами. Выполняется разработчиками или тестировщиками.

Подходы к интеграционному тестированию:

Снизу вверх (Bottom Up Integration)
Все низкоуровневые модули, процедуры или функции собираются воедино и затем тестируются. После чего собирается следующий уровень модулей для проведения интеграционного тестирования. Данный подход считается полезным, если все или практически все модули разрабатываемого уровня готовы. Также данный подход помогает определить по результатам тестирования уровень готовности приложения.

Сверху вниз (Top Down Integration)
Сначала тестируются все высокоуровневые модули и постепенно один за другим добавляются низкоуровневые. Все модули более низкого уровня симулируются заглушками с аналогичной функциональностью, затем по мере готовности они заменяются реальными активными компонентами. Таким образом мы проводим тестирование сверху вниз.

Большой взрыв ("Big Bang" Integration)
Все или практически все разработанные модули собираются вместе в виде законченной системы или ее основной части, а затем проводится интеграционное тестирование. Такой подход очень хорош для сохранения времени. Однако если тест-кейсы и их результаты записаны неверно, то сам процесс интеграции сильно осложнится, что станет преградой для команды тестирования.

Заметки тестировщика Открыть/Комментировать

2022-08-28 19:01:38 А теперь поговорим про уровни тестирования. Что же это такое?

Тестирование на разных уровнях производится на протяжении всего жизненного цикла разработки и сопровождения ПО. Уровень тестирования определяет то, над чем проводятся тесты: над отдельным модулем, их группой или системой в целом. Проведение тестирования на всех уровнях системы - это залог успешной реализации и сдачи проекта.

Компонентное или Модульное тестирование (Component or Unit Testing)
проверяет функциональность и ищет дефекты в частях приложения, которые доступны и могут быть протестированы по отдельности (модули программ, объекты, классы, функции и т.д.). Обычно компонентное (модульное) тестирование проводится, вызывая код, который необходимо проверить и при поддержке сред разработки, таких как фреймворки (frameworks - каркасы) для модульного тестирования или инструменты для отладки. Все найденные дефекты, как правило, исправляются в коде без формального их описания в багтрекинговой системе. Может выполняться разработчиком. Здесь могут быть использованы заглушки, эмуляторы.

Один из наиболее эффективных подходов к компонентному (модульному) тестированию - это подготовка автоматизированных тестов до начала разработки ПО. Это называется разработка от тестирования (test-driven development) или подход тестирования test first approach.

Разница между компонентным и модульным тестированием
По существу эти уровни тестирования представляют одно и то же, разница лишь в том, что в компонентном тестировании в качестве параметров функций используют реальные объекты и драйверы, а в модульном тестировании - конкретные значения.

Заметки тестировщика Открыть/Комментировать