ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.04.2021
Просмотров: 2569
Скачиваний: 13
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 11 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1 Основы тестирования (K2)
155 минут
Цели изучения основ тестирования
Цели определяют Ваши возможности после завершения работы с каждым
модулем.
1.1
Почему тестирование необходимо? (K2)
Опиcать с примерами, как дефект в программном обеспечении может причинить
вред человеку, окружающей среде или компании (K2)
LO-1.1.1 Используя примеры, объяснить, почему возникновение дефекта может
нанести ущерб человеку, оборудованию или компании (K2)
LO-1.1.2 Определить различие между первопричиной дефекта и его эффектом
(K2)
LO-1.1.3 Используя примеры, привести причины, почему тестирование
необходимо (K2)
LO-1.1.4 Описать, почему тестирование - это часть обеспечения качества и
привести примеры, как тестирование способствует повышению
качества (K2)
LO-1.1.5 Используя примеры, объяснить и сравнить термины ошибка, дефект,
недочет, отказ и соответствующие термины просчет и помеха (K2)
1.2
Что такое тестирование? (K2)
LO-1.2.1 Вспомнить общие цели тестирования (K1)
LO-1.2.2 Предоставить примеры, отражающие цели тестирования на различных
стадиях жизненного цикла программного обеспечения (K2)
LO-1.2.3 Отличать тестирование от отладки (K2)
1.3
Семь принципов тестирования (K2)
LO-1.3.1 Объяснить семь принципов в тестировании (K2)
1.4
Основные процессы тестирование (K1)
LO-1.4.1 Вспомнить пять основных работ в тестировании и соответствующие
задачи от планирования до завершения тестирования (K1)
1.5
Психология тестирования (K2)
LO-1.5.1 Вспомнить психологические факторы, которые влияют на успех
тестирования (K1)
LO-1.5.2 Сравнить мышление тестировщика и разработчика (K2)
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 12 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1.1 Почему тестирование необходимо (K2)
20 минут
Терминология
Помеха, дефект, ошибка, недочет, просчет, качество, риск
1.1.1 Системный контекст программного обеспечения (K1)
Системы с программным обеспечением являются неотъемлемой частью нашей
жизни, от бизнес-приложений (таких как банковское программное обеспечение) до
потребительских товаров (таких как автомобили). Многие люди имели опыт
использования программного обеспечения, которое не работало так, как от него
ожидалось. Программное обеспечение, которое не работает корректно, может
привести ко многим проблемам, включая потерю денег, времени или деловой
репутации, и стать причиной травмы или смерти.
1.1.2 Причины дефектов в программном обеспечении (K2)
Человек может сделать ошибку (просчет), которая порождает дефект (недочет,
помеху) в программном коде или документе. Если код с дефектом выполнен, то
система может быть не в состоянии сделать то, что должна делать (или сделать
то, что от нее не ожидают), порождая отказ. Дефекты в программном
обеспечении, системах или документах могут в результате привести к отказам,
но не все дефекты дают такой результат.
Дефекты встречаются, потому что люди склонны ошибаться, существует
нехватка времени, сложность кода, сложность инфраструктуры, изменения
технологий и /или много системных взаимодействий.
Отказы так же могут быть вызваны условиями окружающей среды. Например,
радиация, электромагнитные поля и загрязнения могут вызвать отказ в
программно-аппаратных средствах или повлиять на выполнение программного
обеспечения, изменяя условия работы аппаратных средств.
1.1.3 Роль тестирования в разработке программного обеспечения,
сопровождении и функционировании программного обеспечения
(K2)
Доскональное тестирование систем и документации может уменьшить риск
возникновения проблем во время функционирования и способствует повышению
качества системы программного обеспечения, если найденные дефекты
исправлены прежде, чем система передана в эксплуатацию.
Тестирование программного обеспечения также может быть требованием для
удовлетворения контракту или требованиям законодательства, или
специализированным промышленным стандартам.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 13 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1.1.4 Тестирование и качество (K2)
Тестирование - это возможный способ оценки качества программного
обеспечения в терминах найденных дефектов, как для функциональных
требований, так и для нефункциональных требований и характеристик
программного обеспечения (например, надежность, практичность,
эффективность, сопровождаемость и переносимость). Для получения
дополнительной информации о нефункциональном тестировании смотрите
Главу 2; для получения дополнительной информации о характеристиках качества
программного обеспечения смотрите стандарт ISO 9126 «Информационная
технология. Оценка программного продукта»
Тестирование может породить уверенность в качестве программного
обеспечения, если не найдены или найдено немного дефектов. Должным образом
разработанный тест, который пройден успешно, уменьшает общий уровень риска
в системе. Когда во время тестирования находятся ошибки, качество систем
программного обеспечения повышается, если эти дефекты исправлены.
Следует извлекать уроки из предыдущих проектов. Понимая первопричины
дефектов, найденных в других проектах, можно улучшить процессы, что в свою
очередь должно предотвратить повторное проявление этих дефектов и, как
следствие, повышение качества будущих систем. Это и есть подход к
обеспечению качества.
Тестирование также является деятельностью по обеспечению качества (наравне с
разработкой стандартов, обучением и анализом дефектов).
1.1.5 Когда заканчивать тестирование? (K2)
Для принятия решения о достаточном объеме тестирования, необходимо
принимать во внимание уровень рисков, включая технические риски, риски
безопасности и бизнес риски, а так же проектные ограничения, такие как время и
бюджет. Риски обсуждаются далее в Главе 5
Тестирование должно предоставить достаточную информацию заинтересованным
лицам, чтобы принять обоснованные решения о передаче программного
обеспечения или системы, прошедшей тестирование, на следующий шаг
разработки или передачи клиентам.
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 14 из 101
13 апреля 2011
© International Software Testing Qualifications Board
1.2 Что такое тестирование? (K2)
30 минут
Терминология
Отладка, требование, рецензирование, тестовый сценарий, тестирование, цель
тестирования
Введение
Бытует мнение, что тестирование состоит только из прогона тестов, то есть
выполнения самой программы. Но это только часть тестирования, и далеко не
все, что в него входит.
Активности в тестировании существуют как до, так и после выполнения самих
тестов. В эти активности входят планирование и управление, выбор тестовых
условий, разработка и выполнение тестовых сценариев, проверка результатов,
оценка критериев выхода, создание отчетов о процессе тестирования и об
испытываемой системе и закрытие или завершающие действия после того, как
фаза тестирования была выполнена. Тестирование также включает
рецензирование документации (включая исходный код) и проведение
статического анализа.
И динамическое и статическое тестирования используются для достижения
аналогичных целей, предоставляя информацию, которая может способствовать
улучшению, как испытываемой системы, так и процессов разработки и
тестирования.
Цели тестирования:
Обнаружение дефектов
Повышение уверенности в уровне качества
Предоставление информации для принятия решений
Предотвращение дефектов
Цели процессов и действия, связанные с проектированием тестов на раннем
этапе жизненного цикла программного обеспечения (например, при
компонентном, интеграционном и системном тестировании), могут помочь
предотвратить попадание дефектов в код. Рецензирование документов
(например, требований), идентификация и разрешение проблем также помогают
предотвратить появление дефектов в коде.
Разные точки зрения в тестировании преследуют разные цели. Например, в
тестировании на этапе разработки (таком, как компонентное, интеграционное и
системное тестирование), основная цель может заключаться в том, чтобы вызвать
как можно больше отказов, чтобы дефекты в программном обеспечении были
идентифицированы и могли быть исправлены. В приемочном тестировании
основная цель может состоять в том, чтобы подтвердить, что система работает,
Сертифицированный тестировщик
Программа обучения Базового уровня
International
Software Testing
Qualifications Board
Версия 2011
Страница 15 из 101
13 апреля 2011
© International Software Testing Qualifications Board
как ожидалось и повысить уверенность в том, что она удовлетворяет
требованиям. В некоторых случаях основная цель тестирования может состоять в
том, чтобы оценить качество программного обеспечения (без намерения
исправлять дефекты) и дать информацию заинтересованным лицам о рисках
выпуска системы в установленный срок. Тестирование в период сопровождения в
основном заключается в проверке отсутствия новых дефектов, которые могли
попасть во время разработки изменений. Во время эксплуатационного
тестирования основная цель может заключаться в том, чтобы оценить системные
характеристики, такие как надежность или доступность.
Стоит различать отладку и тестирование. Динамическое тестирование может
выявить отказы, вызванные дефектами. Отладка – это действия разработчиков,
которые находят, анализируют и устраняют причину отказа. Повторное
тестирование гарантирует, что изменение действительно предотвращает отказ.
Ответственность за тестирование обычно несут тестировщики, а за отладку -
разработчики.
Подробнее о процессе тестирования и его активностях говорится в Разделе 1.4.