2) Outsourcing. Стандартная организация компании: внутренняя команда разработки и внешняя команда тестирования, представленная сторонней компанией.
Основной товар на рынке тестирования: команды тестирования с их собственным процессом тестирования.
3) Crowdsourcing. Тестирование проводится множеством независимых тестировщиков, расположенных по всему миру. Каждый из тестировщиков владеет собственными инструментами тестирования и располагает определенными платформами для тестирования.
Основной товар на рынке тестирования: тестировщик и имеющиеся в его распоряжении инструменты и платформы.
4) Testsourcing. Схожие задачи тестирования уже решались кем-либо до нас. Возможность создания универсальных тест кейсов (в виде ручных или автоматизированных тестов) обеспечивает существование данного поколения. Предполагается, что универсальные тесты могут быть использованы при тестировании различных программных продуктов.
Основной товар на рынке тестирования: универсальные тесты.
-
Тестирование по. Цели тестирования. Виды тестирования: белого ящика, черного ящика, серого ящика. Модульное тестирование (сфера применения, преимущества, привила написания тестов).
В зависимости от знания системы выделяют эти виды тестирования.
В случае с черным ящиком вся система представляется в виде черного ящика, о внутреннем устройстве которого ничего неизвестно. В случае с белым ящиком тестировщик имеет возможность анализировать код и внутреннюю логику программы. Тестирование серого ящика находится в пограничном состоянии между белым ящиком и черным: снаружи на продукт смотрим как на черный ящик, но выбор тестов основываем на знании внутреннего устройства программы, знании ее кода (тестирование web приложений).
-
Дефекты. Критичность дефектов. Жц дефекта.
Дефект – это ошибка в программного обеспечении, приводящая к отказу в нем.
Критичность дефектов:
1) Блокирующая - блокирующая ошибка, приводящая приложение в нерабочее состояние, в результате которого дальнейшая работа с тестируемой системой или ее ключевыми функциями становится невозможна. Решение проблемы необходимо для дальнейшего функционирования системы.
2) Критическая - критическая ошибка, неправильно работающая ключевая бизнес логика, дыра в системе безопасности, проблема, приведшая к временному падению сервера или приводящая в нерабочее состояние некоторую часть системы, без возможности решения проблемы, используя другие входные точки. Решение проблемы необходимо для дальнейшей работы с ключевыми функциями тестируемой системой.
3) Значительная - значительная ошибка, часть основной бизнес логики работает некорректно. Ошибка не критична или есть возможность для работы с тестируемой функцией, используя другие входные точки.
4) Незначительная - незначительная ошибка, не нарушающая бизнес логику тестируемой части приложения, очевидная проблема пользовательского интерфейса.
5) Тривиальная - тривиальная ошибка, не касающаяся бизнес логики приложения, плохо воспроизводимая проблема, малозаметная по средствам пользовательского интерфейса, проблема сторонних библиотек или сервисов, проблема, не оказывающая никакого влияния на общее качество продукта.
ЖЦ дефекта:
Тестировщик обнаруживает дефект и заводит его в системе учета дефектов. В этот момент дефект находится в состоянии Submitted. После этого назначается человек, ответственный за исправление этого дефекта, и дефект переводится в состояние Assigned. Ответственный человек либо исправляет дефект и переводит его в состояние Resolved, либо отклоняет дефект (признает данную ситуацию нормальной или уже исправленной) и переводит дефект в состояние Rejected. Далее человек, который завел дефект проверяет правильность исправления и либо закрывает дефект (состояние Closed), либо переоткрывает его (состояние Re-Opened).