Тестовая Документация

1. Что такое спецификация (оно же ТЗ, оно же требования, оно же описание

функциональности, оно же инструкция эксплуатации, оно же “то что надо
сделать” и “как оно должно работать”) -  структурированный набор
требований/запросов (функциональность, производительность, конструктивные
ограничения и атрибуты) к программному обеспечению и его внешним интерфейсам.
(Определение на основе IEEE Std 1012:2004) Предназначен для того, чтобы установить
базу для соглашения между заказчиком и разработчиком (или подрядчиками) о том, как
должен функционировать программный продукт.
Объект документации который включает в себя и бизнес анализ и
системный разбор.

2. Что такое бизнес-требования, А/Б тесты

Бизнес-требования, пример : промо-сайт, привлекающий внимание

определенной аудитории к определенной продукции компании. 

A/B-тестирование — это метод маркетингового исследования, который

заключается в сравнении контрольного (A) варианта продукта с его
измененной (B) версией. Позволяет определять степень и характер влияния
внесенных изменений на целевые показатели.

Гипотеза - предположение, лежащее в основе ценностного предложения,

бизнес-модели или стратегии;
3. Техническое задание - это описание всех идей, пожеланий и всех «хочу»,
которые собираются и описываются в единый документ. ТЗ согласуется и
уничтожает всю двусмысленность, чтобы в конечном итоге получить то, что
хотел заказчик.

4. Цель тестирования –  проверка

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

5. Виды тестирования –
- серый белый черный ящик
- функциональное нефункциональное
-

1
6. Уровни тестирования – компонентное, интеграционное, системное,
приемо-сдаточное

7. Скрам, канбан, аджайл

8. Типы тестирования.

 Статическое тестирование, как следует из названия, не требует

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

 Динамическое тестирование требует проверять ПО в дей ствии. Этот вид,

в свою очередь, также делится на три обширные группы:

-Техники белого ящика (они же структурное тестирование) применяют в том

случае, если специалист хорошо знает архитектуру продукта, его код, «начинку»
– то есть может ориентироваться в самой программе.

-Техники черного ящика позволяют проверять работу продукта, не зная

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

-Техники серого ящика позволяют тестировать продукт, когда специалист

частично знает его внутреннее устройство. Для выполнения тестирования
«серого ящика» не нужен доступ к исходному коду.

9. Что такое тест – дизайн. - это процесс проектирования тестовой

документации, для покрытия тестовыми сценариями продукта.

10. Техники тест-дизайна 

- Класс эквивалентности - Это набор входных (или выходных) данных ПО,
которые обрабатываются программой по одному алгоритму или приводят к
одному результаты. То есть, это некое множество значений , которое вы можете
подставлять в программу и получать один и тот же результат.
- Граничные значения - техника тест-дизай на, которая дополняет классы
эквивалентности дополнительными проверками на границе изменения
условий .
Пример: класс эквивалентности (диапазон) 1..100.
Проверки: 0, 1, 100, 101, + внутри любое значение, например 50.
- Попарное (Parwise) тестирование - Попарное тестирование (pairwise testing)
— разработка тестов методом черного ящика, в которой тестовые сценарии
разрабатываются таким образом, чтобы выполнить все возможные отдельные
комбинации каждой пары входных параметров.

2
 - Диаграмма перехода состояний - Техника наглядно показывает, как некий
объект переходит из одного состояния в другое.
Вот объект находился в состоянии А, потом произошло какое-то действие, и он
попал в состояние В. Потом он попадет в состояние С и другие... Принцип не
меняется, было одно состояние, стало другое.

11. Что делать если документация в проекте не ведётся – Применить

исследовательское тестирование.
- Подойти к аналитику и уточнить наиболее важные моменты для
тестирования.

12. Что делать если ты в StartUP и тебе не доверяют техническое подробности

реализации потому что ты всего лишь тестер - ?????

13. Как проходит или как выглядит анализ документации

14. Что такое стандарты разработки (корпоративный стиль)

15. Стандарты написания кейсов – четко, кратко и понятно написанного.

16. Тестовая стратегия/план:

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

17. Тестовая модель – модель описания тестирования ПО.

18. Что такое планирование тестирования - действия направленные на

определение основных целей тестирования, выполнение которых необходимо
для достижения этих целей.

Что такое тест-кейс -  это артефакт, описывающий совокупность шагов,

конкретных условий и параметров, необходимых для проверки реализации
тестируемой функции или её части. Под тест кейсом понимается структура
вида:
Action > Expected Result > Test Result

19. Что такое тестовые сеты - это набор тест кейсов, которые объединены тем,
что относятся к одному тестируемому модулю, функциональности,
приоритету или одному типу тестирования. Каждый тест-сьют состоит из
более чем одного тест кейса и зачастую выполняется всей «пачкой» в процессе
тестирования.

20. Что такое чЕк лист - Стандартно это перечень пунктов(только название)
проверок, напротив которых ставятся галочки(Ok/nOk) — когда тот или иной
будет выполнен. Не содержит алгоритма(шагов).

3
 21. Что такое чИт лист - это список повторяющихся проверок. 
Чит-листы составляются с целью их последующего многократного
использования.

22. Что такое эвристический анализ - Эвристика относится к технике тест-

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

Что такое мнемонический анализ формируемый абдукциями по Рей хартцу - слово

или фраза, которая помогает нам что-то запомнить. Например SFPDO - (San
Francisco Depot).

Structure (Структура: Что это за продукт?): Из чего состоит продукт? Знаю ли

я что-нибудь о том, как он устроен? Это одна программа или много? Как я могу
протестировать ее модуль за модулем?

Function (Функционал: Что этот продукт делает?): Какие функции есть у

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

Data (Информация: Что продукт обрабатывает?): Какие типы входных данных

у нас есть? А как выглядит информация на выходе? Какие состояния или
режимы (например, включить подсказки внутри игры / отключить их, это
называется «mode») возможны? Зависят ли входные данные от таймзоны
пользователя?

Platform (Платформа: От чего продукт зависит): На каких OS продукт

запустится? Нужно ли что-то дополнительно конфигурировать или будет
работать «из коробки»? Зависит ли продукт от компонентов третьей
стороны?

Operations (Операции: Как продукт будет использоваться?): Кто будет

использовать его? Где и как пользователи будут работать с программой? Есть
ли какие-то вещи, которые пользователи любят делать больше всего? Какие
тестовые данные помогут сделать тесты более реалистичными?

23. Ревью документации – полнота требований , однозначность,

непротиворечивость.

24. Ревью Тест-кей сов – это полнота тестов на покрытие функционала.

4
25. Взаимодей ствие с архитекторами и аналитиками — стратегия тестирования —
ПМИ (программы и методики испытаний) — планирование тестирования —
протокол технического тестирования — протокол ПСИ

26.Что делать, когда дали релиз на тестирование :

- получаешь задание на тестирование новой сборки/релиза, в котором описано

все полностью – документация. По этой документации тестировщик готовит
тестирование.

- Составляем тестовую модель.

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

Тестовое покрытие
1. Виды тестирования: Функциональное и нефункциональное (+ НТ как подвид)

Что такое функциональное тестирование- это тестирование ПО в целях

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

Что такое нефункциональное или статичное тестирование - это тип

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

5
2. Уровни тестирования (Что такое системное тестирование, Что такое
интеграции).

(ноутбук разработчика) <--- (стенд команды) —> СТ (тестирование

функционала в составе сборки с другими командами) —> ИФТ —> ПСИ
(ПредПром)

- модули или компоненты (TDD, BDD)

- интеграции
- системное
- приемочное и нагрузочное

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

4. Регресс (Regression).
Регрессионное тестирование - это тестирование всего после того как туда
накатали этот патч (тестировать только то что задевает патч)
- это проверки предыдущего (предыдущих) релиза (релизов)
- потому что новый функционал может сломать старый

5. Санитарное тестирование(Sanity).
- проверка схожего функционала (на других схожих модулях, интеграциях)
- это правило, а не набор тестов

6. Ре-тест(Re-test).
- проводится в случае, если фича/функциональность уже имела дефекты, и
эти дефекты были недавно исправлены.

7. Как и кто проводит ПСИ.

- проводит Team Lead команды
- после апрува от тестера
- функционал заявленный в релиз (а не все ПО)
- показывают все заказчику
- аналитик выступает в роли технического эксперта и показывает, что было
сделано на низком уровне

8. Методика граничных значений, в каких проектах и как именно она

используется в кей сах.

6
 Стоит ли писать эти проверки на то, что является международными и
принятыми стандартами, например, будем ли мы проверять границы у JSON
атрибутов.
- в паре с эквивалентами - https://qaevolution.ru/testovaya-dokumentaciya/test-
dizajn/texnika-analiza-klassov-ekvivalentnosti/
- на границах эквивалентов чаще существуют ошибки -
https://qaevolution.ru/testovaya-dokumentaciya/test-dizajn/texnika-analiza-
granichnyx-znachenij/
- границы это 6 проверок
- вместе с эквивалентами это 5 проверок

9. Что такое классы эквивалентов, и где конкретно в проектах (WEB, мобилки,

API, БД) оно применимо и применимо ли оно везде? – не совсем понятен
вопрос?????

10. Матрица доменного анализа

Это структура для оценки покрытия.

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

11. Pairwise или Попарное тестирование, в каких проектах и на каких примерах

оно применимо.
Попарное тестирование — это техника тест-дизайна, которая обеспечивает
полное тестовое покрытие.

7
 ISTQB определяет попарное тестирование как технику тест-дизайна
методом черного ящика, при которой тест-кей сы создаются таким образом,
чтобы выполнить все возможные отдельные комбинации каждой пары
входных параметров.
Суть применения:
- для борьбы с избыточным тестированием
- объединяя кей сы парами для проверок
- есть онлай н генераторы Pairwise проверок

12. Как происходит парное тестирование и в каких случаях

Есть параметры которые можно комбинировать чтоб сократить количество
кей сов.
Принцип: составление пар.
Сей час это делается с помощью доп программ.

- https://habr.com/ru/company/otus/blog/592575/

13. Диаграмма состояний переходов - это схема переходов и состояния,

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

14. Являются ли методики исследовательского тестирования методиками

тест-дизайна – Нет.
Это две разные группы методик и у них у обеих разная цель.
У методик исследовательского основная цель - выявить требования которым
должна отвечать исследуемая система.
Методики тест дизайна имеют цель покрыть оптимальными способами уже
имеющиеся требования.

- там где надо тестировать “на коленке”, без формирования тестовой модели
- используются основные выдержки
- применимо только опытными тестерами не ниже “синьор” уровня

15. Как мы тестируем JSON

Выглядит как три столбика (Action > Expected Result > Test Result)
Первый шаг:
- Отправить по определенному адресу JSON сообщение и получить ответ с
кодом 200(успех), то что JSON в принципе успешно отправляема.
Второй шаг:
То что мы отправляем, параметры и тд, ожидаемый ответ код 200.

-Какие поля нужно заполнить для отправки запроса

-Параметризированный гет запрос

для вторых и далее шагов

8
 - коды ответа
- остальные теги по очереди
- проверяем обязательность обязательных тегов
- проверяем сами параметры передаваемые по границам и эквивалентам

16. Как мы тестируем XML

для первого шага:
- ответ с кодом 200(успех), то что XML в принципе успешно отправляема
- передача ТОЛЬКО обязательных тегов

для вторых и далее шагов

- коды ответа
- остальные теги по очереди
- проверяем обязательность обязательных тегов
- проверяем сами параметры передаваемые по границам и эквивалентам

17. Как мы тестируем БД

- мы ориентированы на качество данных
- и корректность их записи в БД

18. Что такое ETL BD – ETL – общий термин для всех процессов миграции
данных из одного источника в другой (другие связанные с этим термины –
экспорт, импорт, конвертация данных, парсинг файлов, web-scrapping и пр.)
Типичные этапы ETL-процесса:
 извлечение данных из источника (фай л, БД, веб-страница и пр);
 очистка данных (приведение разнородных данных к единому формату,
удаление лишнего, устранение недочетов и пр);
 обогащение (применение алгоритмов или внешних источников для
получения новых данных, связанных с обрабатываемыми данными);
 трансформирование;
 загрузка (интеграция в единую целевую модель).

19. Как мы тестируем нормальную ЕТЛ БД (один из основных процессов в

управлении хранилищами данных, )
- «извлечение, преобразование, ... получатель данных: хранилище данных
или баз данных.
- сравниваем источник с приемником, “минусуя” из одного другое с
ожидаемым результатом 0

20. Что такое валидация кейсов на соответствие ПМИ (программы и

методики испытаний) -это проверка систем, процессов, на то на сколько они
соответствуют определенным установленным нормам.
- ты сам написал кей сы и использовал ПМИ как минимально допустимый

9
 набор проверок меньше которых быть не может
- тебе принесли кей сы на тот функционал который описан в ПМИ Твоего
проекта
- ты по какой -то причине захочешь написать кей с на функционал НЕ Твоего
проекта, и используешь чужую ПМИ

21. Что такое инсталляционное тестирование

- просто установить на мобилку приложение.
- просто запустить .ехе фай л и проверить.
- а если нет интерфей сов и установочных фай лов, то делает DevOps.

22. Что такое DEMO (Демо)

- МВП (Минимально жизнеспособный продукт)
- для сбора обратной связи на раннем этапе разработки

23. Как и кто проводит Демо

- Lead команды

Инструменты тестирования
1. JIRA - это инструмент управления проектами, который помогает
оптимизировать работу команды. Принцип работы сервиса похож на
диспетчер задач в компьютере: с его помощью отслеживают запущенные
процессы (проекты) и контролируют число ресурсов (сотрудников). В Jira
проджект-менеджер грамотно распределяет сотрудников для выполнения
задач и планирует работу. Например, если в работе уже четыре проекта, в
которых задей ствованы все разработчики, значит, новый проект запускать не
стоит, нужно дождаться завершения хотя бы одного.

2. ТМС (тест-менеджмент система) для джиры xRAY, Adaptavista

3. Confluence  – Конфа (Описание, инструкции, положения)

- похожа на вики и цели те же (погуглить уроки в ютубе)

4. Git - это система контроля версий, позволяющая группе людей совместно

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

(ноутбук разраба) <--- (стенд команды) —> СТ (тестирование функционала в

составе сборке с другими командами) —> ИФТ —> ПСИ (ПредПром)

ivanov <---> FEATURE/JIRA-123 —> RELEASE

10
5. Swagger - Это проект для автоматического генерирования клиентских
библиотек API, заглушек сервера и документации.
Это набор инструментов, которые помогают описывать API. Благодаря ему
пользователи и машины лучше понимают возможности REST API без доступа
к коду.
С помощью Swagger можно быстро создать документацию и отправить ее
другим разработчикам или клиентам.)
- минимум дей ствий руками
- вести документацию прям в нем

POST - добавляет новую запись в базу данных.

GET - получает запись из базы данных.
PUT - берет запись из базы и заменяет ее новой .
PATCH - меняет существующую в базе запись.
DELETE - удаляет запись из базы.

6. Postman - это HTTP-клиент для тестирования API. HTTP-клиенты

тестируют отправку запросов с клиента на сервер и получение ответа от
сервера. API (Application Programming Interface) — это интерфейс для обмена
данными с сервера между двумя приложениями или компонентами ПО.
Особенности:
- все делаешь руками
- должна прилагаться документация от аналитика

7. SoapUi
- тот же Postman только более примитивный . (Обязательно хотя бы
посмотреть)
- по документации тоже самое что и у Postman

Коды:
200 - Ok
206 – Partial Content
301 – Moved Permanently
302 - Found
304 – Not Modified
403 - Forbidden
404 – Not Found
500 – Internal Server Error

8. Charles - инструмент для мониторинга HTTP/HTTPS трафика. Программа

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

11
9. Fiddler (тоже самое что и Charles ) - Кроссплатформенное приложение прокси-
сервера для отладки HTTP. Он позволяет пользователю просматривать HTTP,
HTTPS и активированный трафик TCP-порта, доступ к которому
осуществляется с локального компьютера, на него или через него.

10. SQL изучить простые операторы (SELECT, WHERE, JOIN)

Ресурсы:
- sql-ex
- DBeaver

11. ТМС (Системы управления тестированием)

- Adaptavista - это плагин к JIRA, самый приятный внешне.
- HP ALM - есть десктопное, есть браузерное, максимально насыщенный
функционалом, разрабатывался для космических и медицинских отраслей .
- ТестИТ - россий ский аналог
- xRay - тоже плагин для JIRA, неудобный, во время работы сидишь в двух
браузерах.

12. Эмулятор командной строки CURL

- применяется в тестировании умных устрой ств.
- curl это сокращение от "Client URL".
Данная утилита доступна в большинстве систем на основе Unix и часто
используется для получения данных по заданному url или передачи и
получения фай лов по различным протоколам.
Команда CURL поддерживает множество протоколов, сред них: HTTP и HTTPS.

13. Для чего нужен Git.

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

14. Чем собирать логи

- Kibana (в составе Elastic) https://mkdev.me/ru/posts/vvedenie-v-elk-sobiraem-
filtruem-i-analiziruem-bolshie-dannye
- OpenShift
- ElasticSearch - функционал для сбора логов https://voxlink.ru/kb/asterisk-
configuration/ispolzovanie-elasticsearch-i-kibana-dlya-sbora-logov-v-asterisk/
- Select по звездочке в БД с логами по ключам например по промежутку
времени с какого по какое. – Уточнить, не понятно ????????????

12
 15. Фай лики в ФТП - окошко поиска в блокноте по Ctrl+F

16. В тему мобилок - соберём логи с андроида через ИДЕЮ или андроид студию
Уточнить, не понятно ????????????

17. Allure Framework - популярный инструмент построения отчётов авто-

тестов, упрощающий их анализ.

18. Для чего нужен Jenkins  - программная система с открытым исходным

кодом на Java, предназначенная для обеспечения процесса непрерывной
интеграции программного обеспечения.
- запускает всю автоматизацию через JOBs - “джобы”
- авто-тестер пишет авто-тесты и запихивает их в джобу, которую(джобу)
запускает Jenkins  ИЛИ тимСити

19. Развернуть слепок БД в контей нере докера

- хороший пример с установкой контей нера с виндой на операционке с
линуксом Уточнить, не понятно ????????????

20. DEVTools браузеров и для чего она:

- Cucumber - Это один из главных инструментов для автоматизированного
тестирования веб-приложений.
- значение слова “заХардКодить” прописанные в программном коде явные
значения каких-либо данных вместо переменных и параметров,
- Cucumber имеет огромное значение для оценки совместимости приложений
в разных браузерах, что обычно требует времени и денег. Главным
преимуществом такого метода является то, что он позволяет быстро
выявлять ошибки, когда их еще можно легко исправить.
https://testmatick.com/ru/cucumber-i-selenium-dlya-effektivnogo-
avtomatizirovannogo-testirovaniya/

21. Чем Макет от Mock отличается или что такое Figma

Figma - https://skillbox.ru/media/design/chto_takoe_figma/
Mock - https://habr.com/ru/post/577424/
- макет - пустышка
- мок – имеет какой -либо функционал (динамический макет)

Баг-репорты
1. Что такое дефект/баг (Bug).
- несоответствие фактической реализации тому, что было запланировано

13
2. Атрибуты дефекта (обязательные поля):

1 Название [принадлежность к проекту].

2 Автор создания баг репорта.
3 Исполнитель - тот кто будет исправлять дефект (лид или разраб).
4 Описание дефекта ИЛИ шаги его воспроизведения:
- какая сборка ПО (или версия) (то что в тесте)
- на каком окружении ты это нашел (OS, 32/64 bit, service pack ….)
- шаги, что конкретно по шагам надо сделать чтобы увидеть этот баг
- ожидаемый результат
- фактический результат
- дополнительные материалы (скрины, логи)
6 Уровень приоритета (Minor, Major, Critical или 1, 2 , 3, 4) - зависимости
дефекта от других дефектов (для определения приоритетности бага)
7 Время когда был най ден.

3. Как отличить реальный дефект от особенностей тестового стенда.

- по версии - по последней версии
- по среде - например операционная система, что и где ты тестируешь, кнопки
пуск нету в линуксе
- спроси у аналитика как оно должно работать, в случае если хреново написан
кейс

4. Что пишем в названии.

- отсутствие абстракций и размытости
- лаконичность (кратко, но емко, саму суть)
- называть лучше как есть, своими словами
- без заумных слов которые по словарю искать надо
- без обобщающих фраз
Пример:
- при нажатии Enter, абзац устанавливается без форматирования
- отсутствует добавление нумерации строки при Enter
- не добавляется нумерация при добавлении строки по нажатию на Enter

5. Как баги вести в Trello – это система управления проектами в режиме

онлай н -канбан доска
- это опасно, будь готов, что оно тебя будет отуплять и заставлять заводить
баги “на отвали”

6. Как баги вести в гуглдоках

- баг-трекинга нет, список дефектов похож на чек-лист (как таблица эксель)

7. Как вести баги в GitLab

- аналогично как и с Trello

14
8. Как не начать накатывать/бухать от предыдущих трёх пунктов
- брать пет-проекты и тестить в них
- пет проекты можно спрашивать у менеджеров тестирования

9. Как отслеживать дефекты

- настрой ка board в Jira
- настрой ка получения уведомлений на заведенный дефект в почту
- в самой почте, создаешь папочку в которую будут прилетать технические
письма из Джиры
- создаешь “ПРАВИЛО” для входящих писем из Джиры, что бы они летели в эту
специальную папочку

10. Как культурно пинать разраба

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

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

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

12. Жизненный цикл баги по Джире

1. обычный технический дефект най денный на технических стендах

- создание - увидел багу, завел багу

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

15
 - на исправлении - разраб берет багу в работу как задачу и исправляет ее
- тестирование - разрб вернул багу тебе, а ты ее воспроизводишь и
подтверждаешь исправление (ретест)
- закрыто - закрываем багу

2. баги с прома
- заводится “инцидент” в пространстве 2 линии, сапортами из 3 линии
- 2 линия передает список инцидентов тест-менеджеру на анализ
- тест-менеджер, назначает ответственного который перенесет багу из
пространства 2 линии, в баг трекер команды тестирования
- тестер воспроизводит багу
- создание - увидел багу, завел багу
- локализация дефекта (как воспроизвести, подробности в шагах, приложить
логи, скрины, выяснить что за команда и что за разраб)
- анализ - лид команды пытается понять кто и сколько будет исправлять
дефект а так же выставить приоритет для очередности решения дефекта
- на исправлении - разраб берет багу в работу как таску и исправляет ее
- тестирование - разрб вернул багу тебе, а ты ее воспроизводишь и
подтверждаешь исправление (ретест)
- внедрение - через репозиторий , отдельной веткой с тегом HotFix пой дет
сразу в пром
- подтверждение исправления - он сам лезет в пром и пытается воспроизвести
- закрыто

13. Что такое Альфа тестирование - Внутреннее

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

Работа с 3 линией
1. Что такое внедрение в статусах баги уточнить ????
2. Как работать с багами 3 линии – уточнить ?????
3. Что такое HotFix -  срочное исправление критической ошибки или уязвимости в
программе.
ноут разраба — стенд команды — стенд СТ — стенд ИФТ — стенд ПСИ —
Бета-стенд — Гамма-тестирование — ПРОМ

ноут разраба — ПРОМ

16
4. Где проводим тестирование HotFix
- если бага нормально оформлена, то тестировать будет сам разраб.
- после внедрения HotFix - пишется новый тест - кей с (в случае если этого
кей са не существовало ранее)

5. Что такое Бета тестирование

- 1-2 недели
- ограниченное число пользователей 100-200 штук

6. Что такое Гамма тестирование

- ограниченное число пользователей 10000-20000 штук
- те же самые 1-2 недели

17