ми знаниями в различных областях, однако ответственность лежит на всей Команде Разработчиков, подразумевающейся одним целым.
5. У Команды Разработчиков нет структурных подразделений, которые бы выполняли отдельные функции, как, к примеру, подразделение тестирования или бизнес-анализа.

3) Скрам Мастер
Скрам Мастер ответственен за то, чтобы Скрам был гарантированно понят всеми участниками и работал. Скрам Мастер достигает этого, следя за тем, чтобы все участники Команды придерживались теории, практик и правил Скрама. Скрам Мастер является слугой-лидером для Скрам Команды. Скрам Мастер также помогает людям, не входящим в состав Скрам Команды, понять, какие из их взаимодействий со Скрам Командой являются полезными, а какие нет. Скрам Мастер содействует изменению таких взаимодействий для увеличения ценности продукта, создаваемого Скрам Командой.
Скрам Мастер во многом помогает остальным членам команды.

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

Команде Разработчиков:
1. Учит Команду Разработчиков самоуправлению и кроссфункциональности.
2. Учит и ведет за собой Команду Разработчиков при создании продуктов с высокой ценностью.
3. Устраняет помехи, которые возникают в процессе работы Команды Разработчиков.
4. При необходимости проводит мероприятия Скрама.
5. Проводит необходимые тренинги для Скрам Команды в тех организационных областях, в которых Скрам еще не до конца внедрен и понят.

Организации:
1. Ведет и тренирует организацию на ее пути внедрения Скрама.
2. Планирует этапы внедрения Скрама в пределах организации.
3. Помогает сотрудникам компании и заинтересованным лицам понять и внедрить Скрам и принципы эмпирической разработки продукта.
4. Выступает инициатором изменений, усиливающих продуктивность Скрам Команды.
5. Работает совместно с другими Скрам Мастерами для более эффективного использования Скрама в пределах организации.

- - - - - - - - -
Виртуализация. Виртуальные машины. Гипервизоры. Контейнеры.
- - - - - - - - -

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

https://smartiqa.ru/blog/virtualization

 - - - - - - - - -
Как войти в IT. Кем быть: тестировщиком или аналитиком?
- - - - - - - - -

Сфера IT стремительно развивается. Это, пожалуй, одна из сфер бизнеса, которая за последние год-полтора не только не потеряла в доходе, а наоборот выросла. Хотели бы начать работать в IT сфере?
В этом видео автор расскажет о двух профессиях, с которых проще всего начать свой путь в мире IT.

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

https://www.youtube.com/watch?v=WfjHcgdaMzs&list=WL&index=66

https://www.youtube.com/watch?v=WfjHcgdaMzs

 Вопрос №29

Q: Какие SCRUM мероприятия вы знаете?
A: Четко установленные мероприятия используются в Скраме для того, чтобы придать процессу разработки регулярность и минимизировать потребность в совещаниях, не предписанных Скрамом. Скрам использует ограниченные по времени мероприятия, поэтому каждое мероприятие имеет свой верхний предел продолжительности. Это гарантирует, что планирование будет проводиться в предназначенное время, не позволяя потерь времени в процессе планирования.

Кроме главного мероприятия, собственно самого Спринта, который включает все остальные мероприятия, каждое мероприятие Скрама является возможностью что-то проверить и провести адаптацию чего-нибудь. Такие мероприятия являются специально разработанными для обеспечения необходимой прозрачности и контроля.
И все-таки что же такое Спринт?

Спринт является сердцем Скрама. Это промежуток времени длиной в один месяц или менее, в результате которого создается ценный и потенциально “готовый” к выпуску Инкремент продукта.

Длина Спринта является постоянной на протяжении всего периода разработки. Следующий Спринт начинается сразу же по окончании предыдущего.

Во время Спринта:
1. Не допускается внесение никаких изменений, которые бы повлияли на Цель Спринта (Sprint Goal).
2. Состав Команды Разработчиков и цели по качеству продукта остаются неизменными.
3. Границы, в пределах которых ведется разработка в Спринте, могут быть уточнены и повторно обговорены между Владельцем Продукта и Командой Разработчиков по мере большего понимания.

В течение Спринта регулярно проводятся следующие мероприятия(Meetings):
1. Планирования Спринта(Sprint Planning);
2. Ежедневные Скрамы(Standups);
3. Обзоры Спринта(Sprint Review);
4. Ретроспективы Спринта(Sprint Retrospective).

Вопрос №30

Q: Что такое качество(Quality)?

A: Это когда клиент доволен. Да, такое определение верно, но это субъективная оценка. И зависит от того, кто является клиентом. Так как у каждого клиента своё понимание качества (а так же у тестера, у менеджера, у покупателя продукта). Для тестера, качество — это соответствие требованиям.

- - - - - - - - -
Полезные статьи. Часть 7.
- - - - - - - - -

1. Ссылки для UX-специалистов: https://habr.com/ru/post/247493/
2. Как не надо проводить нагрузочное тестирование: https://xwizard-test.blogspot.com/2015/01/blog-post_30.html
3. Регрессионное тестирование: https://33testers.blogspot.com/2015/06/blog-post_17.html

 - - - - - - - - -
Что делает тестировщик? Тестирование на примере
- - - - - - - - -

Видео для тех, кто не знает, что делает тестировщик. Автор видео показал: как выглядит тестирование на примере, поиск багов и составление баг репорта.

https://www.youtube.com/watch?v=bxcvLJf19bQ

https://www.youtube.com/watch?v=bxcvLJf19bQ

Вопрос №31

Q: Что такое обеспечение качества продукта (Software Quality Assurance)?

A: Это процесс отслеживания и совершенствования всех видов деятельности, связанных с разработкой программного обеспечения. Этот процесс включает в себя всё: начиная со сбора требований, дизайна, код-ревью, тестирования, имплементирования и заканчивая обслуживанием (технической поддержкой на стороне клиента).

Вопрос №32

Q: Возможно ли найти и исправить все баги в программном продукте? Зачем нужно тестирование?

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

Вопрос №33

Q: Что такое тестирование с помощью “черного\белого\серого” ящика?

A: 1. Тестирование “черного” ящика — методология, при которой тестер не имеет доступа к исходному коду (UI\UX тестирование, тестирование установки, тестирование локализации)
2. Тестирование “белого” ящика — методология, при которой тестер (чаще сам разработчик или тестер-автоматизатор) имеет доступ к исходному коду продукта(Unit тестирование). Как правило, в данном случае баг репорт отражает именно ошибки в коде, а не в функциональном поведении.
3. Тестирование “серого” ящика — это расширенная методология “черного ящика”, при которой тестер также не имеет доступ к исходному коду(или доступ сильно граничен), но представляет, как система устроена логически, может поделить её на модули и искать в них ошибки, используя специальные методики (например, взаимодействие веб-приложений по сети).

 - - - - - - - - -
Тестирование API простыми словами за 8 минут
- - - - - - - - -

Автор простыми словами объяснил, что такое API и почему надо его тестировать. Рассказал о видах API, способах его вызова и реализации.

https://www.youtube.com/watch?v=kUPWQMalWNk

https://www.youtube.com/watch?v=kUPWQMalWNk

Вопрос №34

Q: Что такое “позитивное”(Positive) и “негативное”(Negative) тестирование?

A: 1. “Позитивное” тестирование направлено на выполнение тест-кейсов, при которых поведение пользователя не выходит за рамки “нормального” (нормальность как правило определяется юз-кейсами или здравым смыслом). Например — Открыли браузер, ввели логин\пароль, нажали кнопку, увидели окно Home.
2. “Негативное” тестирование направлено на то, чтобы проверить поведение продукта\системы(не зависает, а показывает информативную ошибку) при некорректных действиях пользователя. Например — Открыли браузер, ввели логин\пароль (но неверный логин\пароль, состоящий из запрещенный символов), нажали кнопку несколько раз, увидели окно Home.

ИТОГ: С помощью негативного тестирования находится наибольшее количество багов

Вопрос №35

Q: Что включает в себя тест-кейс?

A: При планировании\разработке\дизайне тест-кейса:
1. Тест-кейс ID (уникальный номер\код)
2. Цели тест-кейса (название, описание и .д.)
3. Инструкции о том, как получить ожидаемый результат из текущего состояния системы\программного продукта
4. Ожидаемый результат

При выполнении тест-кейса добавляются еще две колонки:
5. Фактический результат
6. Отметка о том, пройден или провален тест-кейс