Файл: ISTQB_CTFL_Syllabus_2011_RU.pdf

Сделать презентацию

Скачать файл (1,17Мб)

Заказать решение

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 18.04.2021

Просмотров: 2573

Скачиваний: 13

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 21 из 101

13 апреля 2011

•

Завершение и архивирование тестового обеспечения, тестового окружения

и инфраструктуры тестирования для последующего использования

•

Передача тестового обеспечения организации сопровождения

•

Анализ полученных уроков для определения изменений, необходимых для

будущих релизов и проектов

•

Использование собранной информации для повышения зрелости процесса

тестирования

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 22 из 101

13 апреля 2011

1.5 Психология тестирования (K2)

25 минут

Терминология

Предположение об ошибках, независимость

Введение

Образ мышления, используемый при тестировании или рецензировании,
отличается от того, который используется при разработке программного
обеспечения. С соответствующим  образом мышления разработчики в состоянии
протестировать свой собственный код, но разделение этой ответственности с
тестировщиками обычно делается для того, чтобы помочь сфокусировать усилия
и обеспечить дополнительные выгоды, такие, как независимый взгляд
обученными и профессиональными тестировщиками. Независимое тестирование
можно проводить на любом уровне тестирования.

Тестировщик с определенной степенью независимости (лишенный предвзятости
автора) часто более эффективен при обнаружении дефектов и отказов. Однако
независимость не является заменой знаний, поэтому и разработчики могут
эффективно находить дефекты в собственном коде. Ниже определены несколько
уровней независимости от низкого до высокого:

•

Тесты разработаны человеком, который написал тестируемую программу

(низкий уровень независимости)

•

Тесты разработаны другими людьми (например, из команды разработчиков)

•

Тесты разработаны людьми из другой организационной группы (например,

независимая группа тестирования) или специалистами-тестировщиками
(например, специалистами по тестированию практичности или
производительности)

•

Тесты разработаны людьми из другой организации или компании

(например, аутсорсинг или сертификация силами внешней организации)

Для людей и проектов характерна целевая направленность. Люди склонны
корректировать свои планы согласно целям, установленным руководством и
другими заинтересованными лицами, например, поиск дефектов или
подтверждение того, что в программном обеспечении достигнуты цели. Поэтому
важно ясно и точно определить цели тестирования.

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

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 23 из 101

13 апреля 2011

Если сообщения об ошибках, дефектах и отказах конструктивны, то плохих
отношений между тестировщиками и аналитиками, проектировщиками и
разработчиками можно избежать. Это применимо и к дефектам, найденным во
время рецензирования.

Тестировщикам и ведущим специалистам по тестированию необходимы хорошие
коммуникационные навыки, чтобы фактическая информация о дефектах, ходе
работы и рисках сообщалась конструктивно. Для авторов программного
обеспечения или документации информация о дефекте может помочь
усовершенствовать свои навыки. Дефекты, найденные и исправленные во время
тестирования, позднее сэкономят время и деньги, уменьшат риски.

Коммуникационные проблемы могут возникнуть, в частности, если тестировщики
рассматриваются только как вестники нежелательных сообщений о дефектах.
Однако есть несколько способов улучшить коммуникации и отношения между
тестировщиками и другими коллегами:



Начните с сотрудничества, а не сражения – напомните каждому об общей

цели улучшения качества системы



Сообщайте результаты о продукте нейтральным способом,

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



Попытайтесь понять, что другие люди чувствуют и почему они так

реагируют



Убедитесь, что другой человек понял, что вы сказали, и наоборот

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 24 из 101

13 апреля 2011

1.6 Кодекс этики

10 минут

Участие в тестировании программного обеспечения позволяет людям узнать
конфиденциальную и секретную информацию. Одной из причин, зачем необходим
кодекс этики, является необходимость гарантировать, что не будет утечки
информации. Признавая кодекс этики для инженеров Ассоциации по
вычислительной технике (ACM) и Института инженеров по электротехнике и
радиоэлектронике (IEEE), ISTQB заявляет о следующем кодексе этики:

ОБЩЕСТВО – Сертифицированные тестировщики программного обеспечения
должны действовать согласно интересам общества

КЛИЕНТ И РАБОТОДАТЕЛЬ – Сертифицированные тестировщики программного
обеспечения должны действовать согласно интересам клиента и работодателя,
если они не противоречат интересам общества.

ПРОДУКТ – Сертифицированные тестировщики программного обеспечения
должны быть уверены в том, что компоненты, которые они проверяют (в
тестируемых продуктах или системах), соответствуют наивысшим возможным
профессиональным стандартам.

ОЦЕНКИ – Сертифицированные тестировщики программного обеспечения
должны поддерживать целостность и независимость своих профессиональных
оценок.

УПРАВЛЕНИЕ – Сертифицированные руководители тестирования программного
обеспечения и ведущие специалисты должны присоединяться и продвигать
этические подходы к управлению тестированием программного обеспечения.

ПРОФЕССИЯ – Сертифицированные тестировщики программного обеспечения
должны поднимать престиж и репутацию своей профессии в интересах общества.

КОЛЛЕГИ – Сертифицированные тестировщики программного обеспечения
должны быть справедливыми, оказывать поддержку своим коллегам, и
содействовать сотрудничеству с разработчиками программного обеспечения.

ЛИЧНАЯ ОТВЕТСТВЕННОСТЬ – Сертифицированные тестировщики
программного обеспечения должны постоянно учиться навыкам своей профессии
и способствовать продвижению этического подхода к своей деятельности.

Ссылки

1.1.5 Black, 2001, Kaner, 2002

1.2

Beizer, 1990, Black, 2001, Myers, 1979

1.3

Beizer, 1990, Hetzel, 1988, Myers, 1979

1.4

Hetzel, 1988

1.4.5 Black, 2001, Craig, 2002

1.5

Black, 2001, Hetzel, 1988

Сертифицированный тестировщик

Программа обучения Базового уровня

International

Software Testing

Qualifications Board

Версия 2011

Страница 25 из 101

13 апреля 2011

2 Место тестирования в жизненном

цикле (ЖЦ) разработки ПО (K2)

115 минут

Цели изучения места тестирования в жизненном цикле (ЖЦ)
разработки ПО

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

2.1

Модели разработки ПО (K2)

LO-2.1.1 Описать связи между разработкой, тестированием и результатами этих

работ в ЖЦ разработки ПО, приводя примеры проектов и типов работ.
(K2)

LO-2.1.2 Обосновать, что модели разработки ПО должны быть адаптированы в

контексте проектов, в которых они используются, и характеристик
разрабатываемых продуктов.(K1)

LO-2.1.3 Назвать характеристики качественного тестирования, которые

применимы к любой модели ЖЦ (K1)

2.2

Уровни тестирования (K2)

LO-2.2.1 Сравнить различные уровни тестирования: типичные объекты

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

2.3

Типы тестирования(K2)

LO-2.3.1 Сравнить четыре типа тестирования (функциональное,

нефункциональное. структурное и тестирование вносимых изменений).
Привести примеры.(K2)

LO-2.3.2 Обосновать, что функциональное и структурное тестирование можно

проводить на любом уровне тестирования. (K1)

LO-2.3.3 Идентифицировать и описать нефункциональные типы тестирования,

основанные на нефункциональных требованиях (K2)

LO-2.3.4 Идентифицировать и описать типы тестирования, основанные на

анализе структуры и архитектуры тестируемой системы. (K2)

LO-2.3.5 Описать цели подтверждающего и регрессионного тестирования (K2)

2.4