├── 1.1 └── README.md ├── 1.2 ├── 2019-11-07_13-32-49.png ├── 2019-11-07_17-03-03.png ├── README.md └── anketa.png ├── 1.3 ├── README.md └── img │ ├── 1 │ └── Без названия.png ├── 2.1 └── README.md ├── 2.2 └── README.md ├── 2.3 └── README.md ├── 2.4 └── README.md ├── 2.5 └── README.md ├── Instruction.md └── README.md /1.1/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию 1.1. «Введение в тестирование ПО. Методы и виды тестирования» 2 | 3 | ## Инструкция к заданию 4 | 5 | 1. Создайте новый текстовый файл в [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/). Это не должен быть архив в облаке с документом. Название файла должно содержать номер лекции и фамилию студента. 6 | 2. Прочитайте ситуации и определите необходимый вид и уровень тестирования к каждой из них. 7 | 3. Для выполнения домашнего задания достаточно написать номер ситуации и название вида или уровня. Желательно дописать краткое пояснение, почему вы выбрали именно этот вариант. Названия мы рассматривали на занятии. Задание может быть оформлено как текст, или как таблица — на ваше усмотрение. 8 | 4. Убедитесь, что документ открыт для просмотра всем, у кого есть ссылка. 9 | 5. При выполнении доработки рекомендуется дополнить новую версию ответа в том же файле и выделить её другим цветом. Обратите внимание - нельзя делать комментарии к тексту такого типа: 10 | image 11 | 12 | 6. Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документ. 13 | 14 | 7. Все задания обязательны к выполнению для получения зачёта, кроме дополнительных задач со звёздочкой. Присылать на проверку можно выполненные задания по отдельности или все вместе. Во время проверки по частям ваша домашняя работа будет обозначаться статусом «На доработке». 15 | 16 | ## Задание 17 | 18 | Определите подходящие виды и уровни тестирования по описанию ситуаций, в которых работает тестировщик. Возможно, надо применить несколько. 19 | 20 | Определяя необходимый вид и уровень тестирования по описанию ситуации, вы сможете подобрать наиболее эффективный способ тестирования сайта/программы. 21 | 22 | ### Список ситуаций: 23 | 24 | 1. Наша команда разработки делает новый сайт, на котором мы сможем смотреть фильмы. Но пока дизайнеры не решили, как будет выглядеть сам сайт, и разработчик сделал только видеоплеер, который мы потом будем использовать. Какой вид или уровень тестирования мы будем применять, если хотим протестировать отдельно этот просмотрщик? 25 | 26 | 2. Команда разработки систем оплаты сервиса, в котором мы работаем, вместе с новым провайдером интернета сделала новую фишку — при покупке месяца интернета пользователь получает полгода подписки в нашем сервисе в подарок. Наша задача — применить подходящий вид или уровень тестирования для этой ситуации. 27 | 28 | 3. Наш банк решил сделать приложение для детей, которые учатся пользоваться банковскими картами. Мы целый год его создавали, старались, и вот, наконец, сборка готова, интеграционные тесты пройдены. Всё, казалось бы, работает, и мы почти готовы к настоящему первому релизу в прод. Но перед этим осталось провести самую большую серьёзную проверку. Что же мы применим? 29 | 30 | 4. Наша компания делает расширение для браузера, которое помогает переводить слова на странице. Но некоторые пользователи почему-то жалуются, что при обновлении версии расширения оно перестаёт переводить. Что же применить? 31 | 32 | 5. Дизайнеры решили, что наш дизайн управления банковскими переводами устарел, прошло несколько месяцев, и мы зарелизили новый. Но после этого в техническую поддержку начали писать разозлённые пользователи: говорят, что невозможно найти кнопку создания нового перевода, а если и получается её найти, ткнуть на неё невозможно. Но как так, ведь всё было по техническому заданию! Придётся протестировать сервис ещё раз с этим видом тестирования, чтобы понять, почему пользователям неудобно. 33 | 34 | 6. Мы узнали, что через неделю отдел маркетинга будет делать обширную пиар-кампанию сервиса, который мы тестируем. Наш руководитель сказал, что нужно провести тестирование, показывающее, что наш сайт справится с нагрузкой, которая, предположительно, будет больше нашей обычной в 10 раз. Какой же вид тестирования мы будем проводить? 35 | 36 | 7. Представим, что мы делаем новостной сайт и зарабатываем на рекламе. Но наши аналитики говорят, что не все пользователи её видят. После проверки мы поняли, что в некоторых браузерах встроено отключение рекламы, но мы не знаем точно, в каких и как она работает так, что не видно наши баннеры. Какое тестирование мы проведём, чтобы понять, где именно не работает функционал? 37 | 38 | 8. Разработчику поступила задача добавить события аналитики к основным возможностям программы. Перед тем как отдать программу на проверку тестировщику, после изменений разработчик проверяет весь основной функционал на работоспособность. Какой вид тестирования выполняет разработчик? 39 | 40 | 9. Представим, что мы выпускаем наш сайт с новыми функциями. Он уже протестирован, все новинки работают, но перед тем как выпускать его на всех пользователей, нам нужно проверить, не сломался ли старый функционал — вдруг новые изменения его затронули. 41 | 42 | 10. Мы работаем в компании, которая делает мобильное приложение. Поздний вечер, все разошлись. Разработчик перед уходом прислал нам на тест сборку с новым функционалом, который он только что сделал. Нам хочется понять, готова ли сборка к полноценному тестированию сегодня. Мы устанавливаем её на телефон, приложение запускается, но нужных нам новых функций почему-то нет. Что ж, сегодня мы уже не сможем протестировать его задачу. Какое тестирование помогло бы нам понять, что и нам уже пора домой? 43 | 44 | 11. Разработчик добавил новые возможности на сервере, и теперь сервер умеет отвечать на три новых запроса к нему. Чтобы понять, надо ли приступать к полной проверке с негативными, позитивными и прочими сценариями, мы проверили, что сервер действительно отвечает на эти три запроса, если всё сделать как в техническом задании. Какое тестирование мы провели? 45 | 46 | ## `*` Дополнительная задача более сложного уровня 47 | 48 | Есть реальная ситуация из опыта лектора, на основе которой надо сделать выводы на 2–3 предложения. Идеального правильного ответа нет, важно, чтобы вы задумались, как вообще можно применять материал, пройденный на первом занятии. 49 | 50 | Мы работаем в компании, которая делает сервис для чтения книг в приложении. Мы можем добавлять книги в свою библиотеку, читать, слушать несколько книг по очереди и так далее — стандартный набор. Но к нам стали поступать жалобы на то, что пользователь не может выйти из текста книги назад, на её описание. Мы удивились, провели проверки, посмотрели на разных устройствах, но у нас всё работает. 51 | 52 | Но, увидев эти отзывы в AppStore и GooglePlay, мы поняли, что, возможно, проблема в чём-то ещё. В чём же? 53 | 54 | Отзывы из сторов: 55 | 56 | *Вопрос к функционалу приложения* 57 | 58 | *К подписке вопросов нет, интересующие книги вроде бы есть, однако есть одно но — функционал приложения. Дорогие разработчики, как мне закрыть книгу, чтобы, например, посмотреть что-то другое? Справляюсь следующим образом: удаляю приложение и устанавливаю его заново.* 59 | 60 | *Премиум подписка не стоит своей цены!* 61 | 62 | *Ужасное приложение! Находясь в книге, нереально выйти в головное меню и подобрать и читать другие книги или сделать что-то ещё.* 63 | 64 | *Баг* 65 | 66 | *Очень интересная проблема возникла: после открытия книги нет возможности из неё выйти, даже когда перезагружаю приложение, всегда открывается книга, которую я не хочу читать, выйти из чтения никак не могу.* 67 | 68 | *Сложности с выходом из книги даже перезапуск приложения не помогает.* 69 | 70 | 71 | Какие методики из пройденного материала стоило бы использовать более продуктивно, чтобы так не подвести своих пользователей? 72 | Опишите эти виды и поясните, почему вы выбрали именно их. Если есть какие-то идеи, помимо описанных в лекции, расскажите и их тоже. Помните, что наша цель — не только проверить, усвоился ли материал, но и попробовать представить себя в типичной для специалиста по качеству ситуации. 73 | 74 | ======= 75 | 76 | # Критерии оценки 77 | 78 | Вы получите ответ от проверяющего с комментарием о выполненом задании. Если в задании нет ошибок или они незначительны, то вы получите зачёт. В противном случае, задание может быть отправлено на доработку. Количество допустимых неправильных ответов может варьироваться. О том как выполнять доработку см. Инструкцию к заданию, пункт 5. 79 | 80 | Любые вопросы по решению задач задавайте в чате учебной группы. 81 | -------------------------------------------------------------------------------- /1.2/2019-11-07_13-32-49.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/netology-code/iqa-homeworks/689f25425a9a560081f22acfde3931df3b47df15/1.2/2019-11-07_13-32-49.png -------------------------------------------------------------------------------- /1.2/2019-11-07_17-03-03.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/netology-code/iqa-homeworks/689f25425a9a560081f22acfde3931df3b47df15/1.2/2019-11-07_17-03-03.png -------------------------------------------------------------------------------- /1.2/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию «1.2. Основы клиент-серверного взаимодействия» 2 | 3 | ## Задание 1 4 | 5 | Один из распространённых кейсов для тестирования — тестирование веб-формы для регистрации или отправки данных. Подобные формы есть практически на любом сайте и веб-сервисе. 6 | 7 | Вы работаете с анкетой на получение банковской карты, которая включает шесть полей: имя, фамилию, отчество, телефон, дату рождения, серию и номер паспорта. 8 | 9 | ![image](https://user-images.githubusercontent.com/43470121/144382116-be7da394-fd48-43db-8795-fb338f8d328e.png) 10 | 11 | 12 | На первый взгляд, форма выглядит работоспособной. Вам нужно проверить, доходят ли данные клиента до сервера. Если возникает ошибка, то определить, в какой момент она происходит, и передать информацию разработчику. 13 | 14 | ## Что нужно сделать: 15 | 1. Откройте [веб-страницу с анкетой](http://zayavka-na-kartu-2.sdew.ru/). 16 | 2. Заполните анкету. 17 | 3. Откройте консоль и определите, в какой момент возникает ошибка. 18 | 4. Опишите статусы, которые удалось получить: код ответа, что видит пользователь, что мы видим в консоли, какую информацию мы передадим программистам и почему её и прочее. 19 | 20 | ### Подсказка: 21 | в поля ввода (ФИО) можно внести: 22 | - редирект, 23 | - потерян, 24 | - плохой, 25 | - неавторизованный, 26 | - чайник, 27 | - ошибка. 28 | 29 | И получить соответствующий статус. 30 | 31 | 32 | ### Сдача домашнего задания 33 | 34 | Выполненное домашнее задание нужно отправить на проверку в личном кабинете в виде ссылки на открытый для чтения текстовый файл [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/). Название файла должно содержать номер лекции и фамилию студента. 35 | 36 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. 37 | 38 | ## Задание 2 39 | 40 | В ходе юзабилити-тестирования выяснилось, что цвет не очень нравится пользователям и они хотят что-то поспокойнее. Наш дизайнер в отпуске, а программисты хотят начать работу над этим прямо сейчас. Вы решили помочь разработчикам в этом. 41 | 42 | Откройте [тестовую веб-страницу с формой](http://zayavka-na-kartu-2.sdew.ru/): 43 | 44 | 1. Найдите на странице кнопку «отправить» и измените её цвет и цвет текста на ней на синий. 45 | 2. Найдите на странице .png логотип банка и смените его на новый логотип, который лежит по данной [ссылке](https://netology.ru/dist/public/images/netology_b83461.png). 46 | 3. Воспроизведите на странице ошибку при заполнении формы и замените цвет текста ошибки на серый. 47 | Результат домашнего задания — скриншот с исходной и получившейся страницей. 48 | 49 | 50 | ### Сдача домашнего задания 51 | 52 | 53 | Выполненное домашнее задание нужно отправить на проверку в личном кабинете в виде ссылки на открытый для чтения текстовый файл [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/). Название файла должно содержать номер лекции и фамилию студента. 54 | 55 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. 56 | 57 | 58 | ## Задание 3 со звёздочкой (Необязательная задача) 59 | 60 | Это дополнительное задание по SQL. Знания SQL часто проверяют на собеседованиях и для автоматизированных, и для ручных тестировщиков, поэтому предлагаем вам немного испытать себя. Подробнее работа с SQL будет разбираться в четвёртом модуле курса «Автоматизация тестирования». 61 | 62 | Для решения задания вы будете использовать онлайн-редактор, где сможете в режиме реального времени создавать запросы и выводить данные из таблиц. Ниже четыре задачи, которые нужно выполнить в редакторе. Для сдачи работы необходимо сделать скриншоты результатов поля «Result:» в каждой задаче и прикрепить эти скриншоты в документ с домашним заданием. 63 | 64 | 65 | ### 3.1. Вывести все данные из одной любой таблицы 66 | 67 | 1. Перейдите по [ссылке](https://www.w3schools.com/sql/trysql.asp?filename=trysql_select_all). 68 | 69 | 2. Обратите внимание на правую сторону сайта, на список «Your Database:». Это список с таблицами, и вам необходимо выбрать одну из них, например, «Categories» или «Employees». 70 | 71 | 72 | 73 | 3. В поле «SQL Statement:» введите запрос, с помощью команды «SELECT * FROM (название таблицы)» , которая сможет вывести все данные из выбранной вами таблицы, и далее нажмите зелёную кнопку «Run SQL». 74 | 75 | 4. Cделайте скриншоты результатов поля «Result:» по каждой задаче и прикрепите эти скриншоты к выполненной работе. 76 | 77 | 78 | 79 | ### 3.2. Вывести одну строку из выбранной вами таблицы 80 | 81 | Выберите одну из строк таблицы из задачи 1 и создайте запрос с помощью команды «SELECT * FROM (название таблицы) WHERE (название столбца) = (значение); », которая сможет вывести выбранную вами строку, затем нажмите зелёную кнопку «Run SQL». 82 | 83 | Используйте [ссылку](https://www.w3schools.com/sql/), чтобы посмотреть все типы запросов. 84 | 85 | Чтобы попробовать решить задачу относительно выбранного вами запроса, выберите один из пунктов, например, «SQL Where», и прокрутив ниже, нажмите на зелёную кнопку «Try it Yourself»: 86 | 87 | 88 | 89 | ### 3.3. Обновить выведенную строку 90 | 91 | Теперь необходимо создать запрос, который обновит любые данные в этой строке с помощью команды update. 92 | 93 | ### 3.4. Удалить обновлённую строку 94 | 95 | И наконец, нам необходимо удалить обновлённую строку с помощью команды delete. 96 | 97 | 98 | Прикрепите скриншоты результатов поля «Result:» по каждой задаче в личном кабинете. Если у вас получилось выполнить только часть задач по SQL, то прикрепите те, что получилось. 99 | 100 | 101 | _____________ 102 | 103 | Все задания обязательны к выполнению для получения зачёта, кроме дополнительных задач со звёздочкой. Присылать на проверку можно выполненные задания по отдельности или все вместе. Во время проверки по частям ваша домашняя работа будет обозначаться статусом «На доработке». 104 | 105 | Любые вопросы по решению задач задавайте в чате учебной группы. 106 | 107 | 108 | Выполненное домашнее задание нужно отправить на проверку в личном кабинете в виде ссылки на открытый для чтения текстовый файл Google Docs или Яндекс.Документ. Это не должен быть архив в облаке с документом. 109 | 110 | Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документ. 111 | 112 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. 113 | -------------------------------------------------------------------------------- /1.2/anketa.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/netology-code/iqa-homeworks/689f25425a9a560081f22acfde3931df3b47df15/1.2/anketa.png -------------------------------------------------------------------------------- /1.3/README.md: -------------------------------------------------------------------------------- 1 | 2 | # Домашнее задание к занятию «1.3. Тестирование ПО. Тест-дизайн» 3 | ## Задание 1 4 | 5 | Рассмотрим кейсы. Какие техники тест-дизайна, изученные на уроке, вы бы применили к каждому из кейсов и что именно стали бы проверять? Объясните почему. 6 | 7 | ### Кейс 1 8 | 9 | Допустим, вы получили задание протестировать новый сервис [Рассылок нетологии](https://l.netology.ru/email#rec37570033). 10 | **Обратите внимание, что форма настоящая, а не тестовая, поэтому ломать её нельзя.** 11 | Делали его срочно, так что вы его видите в первый раз, и к тому же на него почти нет документации. Какие техники вы примените и что именно из функционала лендинга будете проверять с их помощью? 12 | 13 | ### Кейс 2 14 | Вам пришло задание на тестирование нового калькулятора подсчёта пенсии. Так как это важная функция, у нас есть всё нужное для тестирования: тестовые данные, информация о требованиях и тестовая среда, где мы можем всё проверить до запуска продукта. Ваша задача — проверить весь функционал именно калькулятора. 15 | С применением каких техник вы стали бы это делать? 16 | ![image](https://user-images.githubusercontent.com/43470121/144067271-82730a66-809c-444c-bc1a-0f0b28bc5214.png) 17 | 18 | ### Кейс 3 19 | Представим, что вы уже несколько лет тестируете приложение Bookmate для iOS, теперь вам пришла задача, в которой написано, что разработчики бэкенда переделали систему хранения данных о зарегистрированных пользователях. Им важно знать, что ничего не сломалось на фронтенде приложения. Что и по каким методикам вы будете проверять при условии, что у нас сжатые сроки на тестирование? 20 | 21 | Результат задания: 22 | * номер кейса; 23 | * название техники, которую вы выбрали; 24 | * пояснение, почему выбрали именно её. 25 | 26 | Дополнительная информация: при желании вы можете упомянуть и виды тестирования, которые будут уместны, но для зачёта это не обязательно. Также вы можете в ответе дать несколько вариантов техник, если считаете, что это будет уместно. 27 | 28 | ## Задание 2 29 | 30 | Представим, что мы тестируем форму получения данных от пользователей. Нам нужно применить знания, полученные на лекции, для проверки ввода информации в поле «Имя». 31 | 32 | ![Image of the game](./img/%D0%91%D0%B5%D0%B7%20%D0%BD%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F.png) 33 | 34 | Что нам известно по спецификации: пользователь должен ввести данные на русском языке, чтобы оформить заявку. Максимальная длина поля — 30 символов, минимальная — 1. 35 | 36 | Наша задача — проверить максимальное количество как валидных, так и невалидных для системы вариантов ввода данных. Совет: задумайтесь над проверкой не только позитивных вариантов, но и негативных, не описанных в спецификации, так как наша задача — не только проверить соответствие спецификации, но и изучить ситуации, не описанные в ней. 37 | 38 | Для получения зачёта нужно как минимум 12 вариантов ввода данных в поле имени. 39 | 40 | Результат задания — список вариантов ввода имени + пояснение сути этой проверки. Например, проверка 1: Анастасия — популярное валидное имя на русском. 41 | 42 | 43 | 44 | ## Сдача домашнего задания 45 | 46 | Выполненное домашнее задание нужно отправить на проверку в личном кабинете в виде ссылки на открытый для чтения текстовый файл [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/). Это не должен быть архив в облаке с документом. Название файла должно содержать номер лекции и фамилию студента. 47 | Вы можете оформить задание и как текстовый документ, и как таблицу — на ваше усмотрение. 48 | При выполнении доработки рекомендуется дополнить новую версию ответа в том же файле и выделить её другим цветом. 49 | 50 | Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документ. 51 | 52 | 53 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. 54 | 55 | 56 | Все задания обязательны к выполнению для получения зачёта, кроме дополнительных задач со звёздочкой. Присылать на проверку можно выполненные задания по отдельности или все вместе. Во время проверки по частям ваша домашняя работа будет обозначаться статусом «На доработке». 57 | 58 | Любые вопросы по решению задач задавайте в чате учебной группы. 59 | 60 | 61 | -------------------------------------------------------------------------------- /1.3/img/1: -------------------------------------------------------------------------------- 1 | 2 | -------------------------------------------------------------------------------- /1.3/img/Без названия.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/netology-code/iqa-homeworks/689f25425a9a560081f22acfde3931df3b47df15/1.3/img/Без названия.png -------------------------------------------------------------------------------- /2.1/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию «2.2. Артефакты тестирования. Дефекты» 2 | 3 | Для закрепления материала лекций вам нужно выполнить домашнее задание. Вы можете скопировать текст задания в файл Google Docs и дополнить его правильными ответами. 4 | 5 | **Сдача домашнего задания** 6 | 7 | В результате выполнения домашнего задания вам нужно отправить в личном кабинете на проверку ссылку на открытый для чтения файл [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/). Название файла должно содержать номер лекции и фамилию студента. 8 | Все пункты этого ДЗ должны быть в одном общем документе. 9 | 10 | *Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документы.* 11 | 12 | 13 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. 14 | Обратите внимание, что файл надо копировать через File -> Make a copy, а не запрашивать права на редактирование. 15 | 16 | 17 | Все задания обязательны к выполнению для получения зачёта. Присылать на проверку можно выполненные задания по отдельности или все вместе. Во время проверки по частям ваша домашняя работа будет обозначаться статусом «На доработке». 18 | 19 | Любые вопросы по решению задач задавайте в чате учебной группы. 20 | 21 | ### **Важно: не оставляйте, пожалуйста, тестовые заявки на курсы Нетологии. По ним звонят настоящие менеджеры.** 22 | 23 | # Задание 24 | ## Часть 1 25 | Перед вами три баг-репорта из опыта лектора. Ваша задача — на основе их шагов, ожидаемого и фактического результата дополнить их названиями, которые будут в полной мере отображать их содержимое и соответствовать стандартам, пройденным на лекции. Обратите внимание, что эти баги не надо пробовать воспроизводить. 26 | 27 | ### Баг-репорт 1: 28 | 29 | Шаги: 30 | 1. Открыть сайт netology.ru. 31 | 2. Кликнуть на круг «НЕО для начинающих». 32 | 3. Попасть страницу со списком курсов для начинающих. Выбрать в меню справа направление «Программирование». 33 | 34 | Фактический результат 35 | 36 | В списке отображаются курсы направления «Маркетинг». 37 | 38 | Ожидаемый результат 39 | 40 | В списке отображаются курсы направления «Программирование». 41 | 42 | ### Баг-репорт 2: 43 | 44 | Шаги: 45 | 1. Зарегистрировать аккаунт на bookmate.com на почту pasha@bm.com. 46 | 2. Зарегистрировать аккаунт на bookmate.com почту kirpich@mb.com. 47 | 3. Авторизоваться во второй аккаунт по почте kirpich@mb.com. 48 | 4. Перейти в настройки и попробовать сменить почту во втором аккаунте на почту первого pasha@bm.com. 49 | 50 | Фактический результат 51 | 52 | Крутится бесконечный лоадер на кнопке «Сохранить». 53 | 54 | Ожидаемый результат 55 | 56 | Сообщаем, например, показываем окошко ошибки, пользователю kirpich@bm.com, что аккаунт по почте pasha@bm.com уже зарегистрирован на сайте, поэтому сменить не получится. 57 | 58 | ### Баг-репорт 3: 59 | 60 | Шаги: 61 | 1. Выбрать аудиокнигу в библиотеке. 62 | 2. Открыть аудиокнигу. 63 | 3. Нажать на воспроизведение. 64 | 65 | Фактический результат 66 | 67 | Аудиокнига не воспроизводится и не загружается, появляется «Ошибка воспроизведения». 68 | 69 | Ожидаемый результат 70 | 71 | Аудиокнига начинает загружаться и воспроизводиться. 72 | 73 | 74 | ## Часть 2 75 | 76 | Перед вами три баг-репорта из опыта лектора. Ваша задача — проставить для каждого из них соответствующий уровень серьёзности (severity) по стандартам, изученным на лекции. Обратите внимание, что эти баги не надо пробовать воспроизводить. 77 | 78 | ### Баг-репорт 1: 79 | 80 | Шаги: 81 | 1. Заходим на сайт netology.com. 82 | 2. Выбираем курс «Основы качественного контента». 83 | 3. Листаем до раздела «Наши эксперты знают, в каком контенте есть сила». 84 | 85 | Фактический результат 86 | 87 | Фотография в разделе слишком плохого качества и размыта. 88 | 89 | Ожидаемый результат 90 | 91 | Фотография должна быть чёткой, как в оригинале. 92 | 93 | ### Баг-репорт 2: 94 | 95 | Шаги: 96 | 1. Заходим на сайт netology.com. 97 | 2. Выбираем курс «Основы разработки звездолётов». 98 | 3. Жмём кнопку «Записаться». Попадаем на страницу оплаты. 99 | 4. Выбираем тип оплаты «Банковская карта» и жмём «Оплатить». 100 | 101 | Фактический результат 102 | 103 | Во всех браузерах всегда открывается страница с текстом «Ошибка 500». 104 | 105 | Ожидаемый результат 106 | 107 | Мы попадаем на страницу оплаты Яндекс.Кассы и имеем возможность успешно оплатить обучение. 108 | 109 | ### Баг-репорт 3: 110 | 111 | Шаги: 112 | 1. Заходим в приложение Google.Maps на iOS. 113 | 2. Прокладываем маршрут из точки A, которая отличается от фактического местоположения, в точку Б. 114 | 3. Запускаем навигатор. 115 | 116 | Фактический результат 117 | 118 | Навигатор прокладывает и отображает маршрут из фактического местоположения, и его невозможно сменить. 119 | 120 | Ожидаемый результат 121 | 122 | Навигатор прокладывает и отображает маршрут из точки А. 123 | 124 | ## Часть 3 125 | 126 | Представьте, что вы работаете в компании [Henderson](https://henderson.ru). Вам предоставили на тестирование содержание документации к странице карточки товара. Ваша задача — написать минимум 5 дополняющих вопросов, которые помогут вам в будущем более продуктивно протестировать карточку. 127 | Вопросы не должны касаться дизайна и вёрстки. 128 | Обратите внимание, вопросы надо писать либо в тексте, но другим цветом, либо отдельным списком. Комментарии к тексту файла в самом файле не принимаются. Все комментарии и вопросы вы можете написать в комментарии в личном кабинете при сдаче домашнего задания. 129 | 130 | **[Ссылка на ТЗ](https://docs.google.com/document/d/1j2OepLp9Si3wtEfkkrFlV8tv84PZGJtB-oJ29UC9aAg/edit?usp=sharing)** 131 | 132 | **Пример:** добавление товара в избранное — не описаны условия работы — добавление должно срабатывать только у зарегистрированного или и у зарегистрированного, и незарегистрированного пользователя? Сердечко становится закрашенным сразу или после обновления страницы? 133 | 134 | ---------------------------- 135 | 136 | 137 | Выполненное домашнее задание нужно отправить на проверку в личном кабинете в виде ссылки на открытый для чтения текстовый файл Google Docs или Яндекс.Документ. Это не должен быть архив в облаке с документом. Название файла должно содержать номер лекции и фамилию студента. Вы можете оформить задание и как текстовый документ, и как таблицу — на ваше усмотрение. При выполнении доработки рекомендуется дополнить новую версию ответа в том же файле и выделить её другим цветом. 138 | 139 | Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документ. 140 | 141 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. 142 | -------------------------------------------------------------------------------- /2.2/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию «2.2. Артефакты тестирования. Тестовая документация» 2 | 3 | Чтобы убедиться в том, что вы поняли этот и предыдущие материалы, вам нужно подготовить набор тест-кейсов для проверки страницы с формой заявки на оформление банковской карты. Ваша задача — применить изученные техники и методики для проверки функционала страницы сайта. 4 | 5 | Ожидаемым результатом будет существующее поведение, в случае, если оно не противоречит логике и здравому смыслу, например, отсутствующие ограничения в полях ввода. Но если вы видите баг, то в ожидаемом поведении вы должны написать то, которое, на ваш взгляд, было бы верным. 6 | 7 | Схожие проверки можно объединять: например, разные виды позитивных заполнений поля можно объединить в один кейс, перечислив их в тест-кейсе. 8 | 9 | Обратите внимание на то, что это задание направлено на несколько итераций его переработки с преподавателем после сдачи. Сделано это для того, чтобы ваши знания тест-дизайна успешно закрепились на практике и их можно было эффективно применить в дальнейшем обучении. У вас может быть не одна доработка, и это не страшно. Важнее всего, чтобы вы разобрались в непростой теме, а не сдали с первого раза. 10 | 11 | Помните, что в этом случае задача — это не написать минимальное количество проверок, а написать тест-кейсы, которые покроют все нужные проверки, и ваша цель — определить, что это за проверки. 12 | 13 | 14 | **[Ссылка на анкету](http://zayavka-na-kartu-1.sdew.ru/)** 15 | 16 | Задача: вам нужно подготовить тестовые сценарии для максимально полной проверки фронтенда. 17 | * При написании тестовых сценариев нужно использовать практики тест-дизайна и методики тестирования. 18 | * Сценарии нужно создать по шаблону: ссылка на шаблон. Создайте копию файла и заполните его. Не забывайте про такие поля, как приоритет. 19 | * Мы ожидаем от вас более 10 полных тестовых сценариев на *функционал*, которые будут содержать в себе как позитивные, так и негативные проверки всех полей и возможностей анкеты, с применением техник тест-дизайна, изученных ранее, таких как, например, граничные значения. 20 | * Ваша задача — не написать минимум тестов, а написать тесты с максимальным покрытием. 21 | * Правильное оформление — это тоже часть задания. Убедитесь, что при работе с тест-кейсами виден весь текст и форматирование сделано верно. 22 | * Помимо этого, важно применять правильную терминологию: например, в названии не должно быть слова «Тест», а в результатах не стоит писать «Всё нормально» или «Результат корректный». 23 | 24 | ## Сдача домашнего задания 25 | 26 | В результате выполнения домашнего задания вам нужно отправить в личном кабинете на проверку ссылку на открытый для чтения файл Google Docs или Яндекс.Документ. Название файла должно содержать номер лекции и фамилию студента. Все пункты этого ДЗ должны быть в одном общем документе. 27 | 28 | Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документы. 29 | 30 | Обратите внимание, что к проверке принимаются только ссылки на страницу редактора таблицы, и не принимаются ссылки на архивы с просмотром и скачиванием. Пример того, как выглядит страница редактора в Яндексе: https://prnt.sc/ge74AFMYp6yO и в google: https://prnt.sc/lTxYnXJXXlfG 31 | 32 | 33 | Перед тем как выслать ссылку, убедитесь, что её содержимое не приватное и открыто для просмотра всем, у кого есть ссылка. Обратите внимание, что файл надо копировать через File -> Make a copy, а не запрашивать права на редактирование. 34 | 35 | Все таблицы должны быть отформатированы с переносами и правильной вёрсткой, иначе они будут возвращены на доработку. Пример можно увидеть [тут](https://docs.google.com/document/d/1yDj9YWZ6wF7v8edq_aJkSFR9g7QgUil5yuuZgbHDzvE/edit?usp=sharing). 36 | 37 | Все задания обязательны к выполнению для получения зачёта, кроме дополнительных со звёздочкой. Присылать на проверку можно выполненные задания по отдельности или все вместе. Во время проверки по частям ваша домашняя работа будет обозначаться статусом «На доработке». 38 | 39 | Любые вопросы по решению задач задавайте в чате учебной группы. 40 | -------------------------------------------------------------------------------- /2.3/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию «2.3. Инструменты тестирования для работы с документацией» 2 | 3 | ## Задание 1 4 | Продолжаем работать над тестированием [анкеты](http://zayavka-na-kartu-3.sdew.ru/). 5 | 6 | ## Что нужно сделать 7 | * Протестируйте анкету с использованием тестовых сценариев (тест-кейсов) и техник тест-дизайна, изученных ранее. 8 | 9 | * Заведите найденные дефекты, [используя шаблон](https://docs.google.com/spreadsheets/d/15k7gRQQihGYLhiCQw9iWmWzR5dm9VdBD2OU9dS19-bk/edit?usp=sharing). 10 | Создайте копию файла и заполните его. Мы ожидаем от вас не менее, чем 3 функциональных бага, но чем больше вы найдёте, тем лучше. 11 | 12 | Результат задания: ссылка на Google-таблицу или Яндекс с заведёнными дефектами. 13 | 14 | Любые вопросы по решению задач задавайте в чате учебной группы. 15 | 16 | 17 | ## Задание 2 18 | 19 | Представьте, что вы, как обычно, приходите утром на работу и планируете продолжить тестирование. Однако, открыв под кофе почту и мессенджеры, вы находите письмо от приятеля-разработчика, который работает вместе с вами. «Привет, — пишет он. — Я вчера ушёл в отпуск и прямо перед уходом с работы поймал несколько ошибок — Errors в логе. Все они записались в лог-файл, я скачал его и приложил к письму. Будь другом, заведи, пожалуйста, баг-репорты на эти эрроры, чтобы после возвращения я сразу приступил к работе над ними. Там несколько типов эрроров, не вникай, что с ними да как, просто сгруппируй по типам, почисти дубликаты и оформи со скриншотами и цитатами из лог-файла». 20 | 21 | В работе тестировщика не всегда известно, какие шаги приводят к ошибкам в логах, но такие проблемы всё равно надо чинить и репортить в системы баг-трекинга, чтобы разработчики могли ими заняться. 22 | 23 | ## Что нужно сделать 24 | 1. Скачайте [файл](https://teslvova.s3.us-east-2.amazonaws.com/error_file.log). 25 | 2. Для лучшей читабельности скопируйте все данные из файла и вставьте их в один из редакторов для работы с кодом. 26 | 3. Проанализируйте логи и найдите в них Error-сообщения — скорее всего, там будет несколько одинаковых. 27 | 4. Перейдите по [ссылке](https://docs.google.com/document/d/1TjcBgMmVtcfKdqr2FaHSxG9ZGNXdLaf1Cdz_qUrUZlA/edit?usp=sharing) и создайте свою Jira. 28 | 5. Создайте баг-репорт(ы) на основе вышеуказанных Error-сообщений. Если у вас есть идеи о том, с чем могут быть связаны ошибки — вы можете написать предположения в репортах. Но так как вы не знаете, какие действия вызывают эти события, вы можете не описывать шаги, а поделиться информацией о том, кто вам дал эти логи. 29 | 30 | Результат задания: созданные баг-репорты на ресурсе atlassian.com в виде скриншотов, вставленных в файл Google Docs. 31 | 32 | 33 | ## Задание 3 `*` (необязательная задача) 34 | 35 | ## Что нужно сделать 36 | Нам надо проверить, не может ли злоумышленник обрушить наш сайт. Что будет, если он обойдёт ограничения по длине поискового запроса и всё же введёт ну очень большую строку? Надо проверить. 37 | 38 | 1. Зайдите на https://www.mos.ru/search. 39 | 2. Запустите любой поисковый запрос и посмотрите, как отреагирует приложение. 40 | 3. Исследуйте поле поиска в консоли DevTools. 41 | 4. Введите очень длинный текст в строку поиска и посмотрите, не изменится ли реакция приложения при поиске, в том числе и в DevTools. 42 | 5. Если вы нашли баг, опишите его в нашей стандартной форме баг-репорта, которую мы использовали ранее. В качестве ожидаемого результата опишите то, как, по-вашему, должна работать эта форма, а в фактическом — расскажите, что видите на самом деле. 43 | 44 | 6*. Если у вас есть идеи или размышления на тему того, баг ли это, как его можно исправить и может ли это вызвать реальные проблемы — напишите, что вы думаете. 45 | 46 | В этом задании наша основная задача — тренировка работы с DevTools. 47 | 48 | Результат задания: ссылка на [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/), можно заполнить в том же документе, который вы создадите по второй части ДЗ. 49 | 50 | 51 | -------------------- 52 | 53 | Обратите внимание, что к проверке принимаются только ссылки на страницу редактора таблицы, и не принимаются ссылки на архивы с просмотром и скачиванием. Пример того, как выглядит страница редактора в Яндексе: https://prnt.sc/ge74AFMYp6yO и в google: https://prnt.sc/lTxYnXJXXlfG 54 | -------------------------------------------------------------------------------- /2.4/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию «2.4. Инструменты тестирования. Клиент-сервер» 2 | 3 | [Инструкции по установке Postman, JMeter и BlazeMeter и запуску Terminal](https://github.com/netology-code/iqa-homeworks/blob/iqa-12/Instruction.md) 4 | 5 | ## Задание 1 6 | 7 | Руководитель планирует запустить проект в закрытое бета-тестирование. В нём будут участвовать члены семьи руководителя, включая бабушку. Поэтому нам нужно проверить, выдержит ли наша анкета одновременную работу 15 человек, или кому-то придётся пить кофе, пока остальные тестируют. 8 | 9 | [Ссылка на анкету](http://zayavka-na-kartu-3.sdew.ru/) 10 | 11 | Мы знаем, что есть специальный инструмент, при помощи которого можно проверить нагрузку, — [JMeter](https://jmeter.apache.org/). 12 | Обратите внимание, что Java мы ставим строго по инструкции [отсюда](https://github.com/netology-code/javaqa-homeworks/blob/master/intro/openjdk11-manual.md) для того, чтобы далее в обучении не было конфликтов версий. 13 | 14 | Задача 15 | 1. При помощи JMeter создайте профиль нагрузки, как было рассмотрено на лекции. 16 | 17 | 2. Запустите одновременно 15 потоков. 18 | 19 | 3. Предоставьте отчёт о результатах запуска. 20 | 21 | В результате задания вам необходимо прикрепить при отправке три файла-картинки со скриншотами, которые должны отображать: 22 | * request файл 23 | * thread файл 24 | * listener файл 25 | 26 | 27 | ## Задание 2 28 | 29 | В ходе тестирования проекта разработчики бэкенда обнаружили, что данные, которые приходят на сервер при отправке [формы](http://zayavka-na-kartu-3.sdew.ru/), не такие, какие они должны были получить. Разработчики просят вас протестировать API самостоятельно и задокументировать проблемы для того, чтобы они их смогли исправить. 30 | 31 | Задача 32 | 33 | Используя инструмент Postman, попробуйте найти баги. Нашей целью необязательно будет поймать ошибку в ответе от сервера: можно, например, попробовать изменить тело запроса и посмотреть, не будет ли дефектов в содержимом ответа сервера. 34 | 35 | Подсказка 36 | 37 | Для отправки запроса можно использовать body(raw), где указать, что отправлять в формате JSON. 38 | К примеру, вот так: 39 | 40 | ``` 41 | { 42 | "birthday": "13.06.1999", 43 | "name": "Иван", 44 | "passport": "4444 № 44444444", 45 | "patronymic": "Иванович", 46 | "phone": "+7 (999)-999-99-99", 47 | "surname": "Иванов" 48 | } 49 | ``` 50 | 51 | В результате задания у вас должна получиться ссылка на [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/) **с оформленным по стандартам, пройденным раньше баг-репортом** и скриншоты Postman. 52 | На ваше усмотрение есть два варианта оформления задания: 53 | 1. Прикрепить скрины Jira и Postman в виде файлов-картинок при отправке. 54 | 2. Дать ссылку на табличку по шаблону, который мы использовали ранее. 55 | 56 | В домашнем задании надо составить баг-репорт по результатам запроса в Postman. Так как это тестирование API, немного новый для вас вид тестирования, стоит в двух словах обозначить, как в этом случае составлять баг-репорт. 57 | Что надо включить в шаги: 58 | - URL и path запроса; 59 | - метод HTTP, который мы используем; 60 | - тело запроса, если оно есть. 61 | 62 | Что надо включить в результат (ожидаемый и фактический): 63 | - код ответа; 64 | - тело ответа, если есть; 65 | - описание, что не так с кодом, телом или чем-то ещё. 66 | 67 | Что включать не стоит: 68 | - шаги по установке и открытию Postman; 69 | - описание действий внутри Postman: «вставить значение ... в поле ...», «нажать кнопку Send» и т. д. 70 | 71 | ## Как сдать домашнее задание 72 | 73 | Все задания обязательны к выполнению для получения зачёта, кроме дополнительных задач, помеченных звёздочкой. 74 | 75 | Любые вопросы по решению задач задавайте в чате учебной группы. 76 | -------------------------------------------------------------------------------- /2.5/README.md: -------------------------------------------------------------------------------- 1 | # Домашнее задание к занятию «2.5. Жизненный цикл разработки ПО. Гибкие методологии разработки ПО» 2 | 3 | Бабушка генерального директора нашего банка не очень хорошо разбирается в интернет-банкинге и постоянно там путается. Поэтому директор решил для всех пенсионных счетов сделать отдельную вкладку, в которой также можно будет переводить деньги между счетами и оплачивать коммунальные услуги. Так как видит бабушка не очень хорошо, то весь шрифт должен быть увеличен, а картинки — стать более чёткими. 4 | 5 | Рассмотрите процесс внедрения новых возможностей в готовый продукт. 6 | 7 | Какую именно методологию или модель, по вашему мнению, лучше всего выбрать для этой задачи и почему? 8 | Опишите, как можно контролировать качество этой фичи на всех этапах разработки и какие действия необходимо совершить тестировщиками до разработки, во время, и уже после. Обратите внимание, что мы ожидаем не только описание общих действий, но и перечисление того, на что стоит обратить внимание, например, если учесть целевую аудиторию нашего дополнения и его особенности. 9 | 10 | Это домашнее задание можно выполнить и в текстовом виде, и в виде таблицы: вы можете выбрать тот формат, который вам ближе и удобнее. 11 | 12 | ## Сдача домашнего задания 13 | 14 | **Домашнее задание нужно отправить в личном кабинете на проверку в виде ссылки на открытый для чтения файл [Google Docs](https://docs.google.com/document) или [Яндекс.Документ](https://docs.yandex.ru/). Название файла должно содержать номер лекции и фамилию студента.** 15 | 16 | Файлы, архивы и ссылки на облако через личный кабинет отправлять не нужно, только ссылку на документы. 17 | 18 | Перед тем как выслать ссылку, убедитесь, что доступ к её содержимому открыт на просмотр всем, у кого есть ссылка. 19 | 20 | Все задания обязательны к выполнению для получения зачёта, кроме дополнительных задач со звёздочкой. Присылать на проверку можно выполненные задания по отдельности или все вместе. Во время проверки по частям ваша домашняя работа будет обозначаться статусом «На доработке». 21 | 22 | Любые вопросы по решению задач задавайте в чате учебной группы. 23 | -------------------------------------------------------------------------------- /Instruction.md: -------------------------------------------------------------------------------- 1 | # JMeter 2 | ## Windows 3 | 1. Устанавливаем Java по [инструкции](https://github.com/netology-code/javaqa-homeworks/blob/master/intro/openjdk11-manual.md). 4 | Обратите внимание, что инструкция по работе с терминалом есть в конце этой страницы, а версия Java должна быть 11, но не обязательно точно 11.0.5. 11.0.7 и другие, которые начинаются на 11, тоже подойдут. 5 | 6 | **Если при установке или вводе команды Java version возникает ошибка в терминале, вам нужно скопировать её и поискать решение конкретной проблемы для вашей операционной системы в Google.** 7 | 8 | 2. Устанавливаем JMeter. Переходим на страницу https://jmeter.apache.org/download_jmeter.cgi. 9 | 3. Выбираем файл Binaries (zip или tgz) для загрузки, как показано на рисунке ниже. 10 | Screenshot at Mar 24 17-54-39 11 | 12 | 4. Распаковываем папку с JMeter в директорию без пробелов в имени (то есть точно не Program Files). Лучше создать специальную папку. Почитать о распаковке можно [здесь](https://open-file.ru/types/tgz) или [здесь](https://open-file.ru/types/zip). После распаковки будет примерно такой результат: 13 | Screenshot at Mar 24 17-55-52 14 | 15 | - / bin : содержит файл сценария JMeter для запуска JMeter; 16 | - / docs : файлы документации JMeter; 17 | - / extras : дополнительные файлы, связанные с ant; 18 | - / lib / : содержит необходимую библиотеку Java для JMeter; 19 | - / lib / ext : содержит основные файлы JAR для JMeter и протоколы; 20 | - / lib / junit : библиотека JUnit, используемая для JMeter; 21 | - / printable_docs : 22 | 23 | 5. Запускаем файл /bin/jmeter.bat, чтобы запустить JMeter в режиме графического интерфейса. В некоторых системах он будет в интерфейсе без расширения, вам нужен пакетный файл. 24 | Screenshot at Mar 24 17-56-23 25 | 26 | Screenshot at Mar 24 17-56-23 27 | 28 | 29 | 30 | ## Для macOS 31 | 32 | 33 | 1. Устанавливаем Java по [инструкции](https://github.com/netology-code/javaqa-homeworks/blob/master/intro/openjdk11-manual.md). 34 | 2. Устанавливаем JMeter. Для этого переходим на [страницу для загрузки](https://jmeter.apache.org/download_jmeter.cgi). 35 | 3. Выбираем файл Binaries (zip или tgz) для загрузки, как показано на рисунке ниже. 36 | Screenshot at Mar 24 17-57-30 37 | 38 | 4. Распаковываем папку с JMeter в директорию без пробелов в имени. Лучше создать специальную папку. После распаковки будет примерно такой результат: 39 | Screenshot at Mar 24 17-57-57 40 | 41 | 5. Заходим в папку Bin, там находим файл с именем «JMeter», это исполняемый файл. Щёлкните правой кнопкой мыши по нему и выберите «Открыть с помощью терминала». JMeter должен открыться в виде десктоп-приложения. Если будут возникать вопросы при запуске, разрешайте открытие. 42 | 43 | 44 | # BlazeMeter 45 | Это расширение нужно нам для упрощения работы с JMeter. 46 | 1. Устанавливаем Google Chrome. 47 | 2. Заходим в Меню -> Дополнительные инструменты -> Расширения. 48 | 3. Ищем и устанавливаем BlazeMeter, не забываем переключить в режим отображения в панели браузера, на скриншоте справа снизу. 49 | Screenshot at Mar 24 17-59-09 50 | 4. **Авторизовываемся в расширении. 51 | Screenshot at Mar 24 17-59-54 52 | 53 | 5. Проверяем, что авторизация прошла успешно и что при сохранении есть возможность сохранения в формате JMX. 54 | 55 | 56 | # Postman 57 | Для установки Postman нужно всего лишь перейти на официальную страницу, скачать последнюю версию десктоп-приложения и установить её. 58 | При возникновении проблем можно обратиться к странице поддержки при установке. 59 | 60 | 61 | ### Terminal 62 | О том, что такое Terminal (или командная строка) и как его запустить, можно почитать [здесь](https://windows-school.ru/blog/kak_otkryt_komandnuju_stroku/2018-11-29-245). 63 | 64 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # Домашние задания к курсу «Введение в тестирование» 2 | 3 | ### 1. Теория 4 | 5 | 1.1. [Введение в тестирование ПО. Методы и виды тестирования](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/1.1/). 6 | 7 | 1.2. [Основы клиент-серверного взаимодействия](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/1.2/). 8 | 9 | 1.3. [Тестирование ПО. Тест-дизайн](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/1.3/). 10 | 11 | ### 2. Практика 12 | 13 | 2.1. [Артефакты тестирования. Тестовая документация](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/2.2/). 14 | 15 | 2.2. [Артефакты тестирования. Дефекты](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/2.1/). 16 | 17 | 2.3. [Инструменты тестирования для работы с документацией](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/2.3). 18 | 19 | 2.4. [Инструменты тестирования. Клиент-сервер](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/2.4). 20 | 21 | 2.5. [Жизненный цикл разработки ПО. Гибкие методологии разработки ПО](https://github.com/netology-code/iqa-homeworks/tree/iqa-12/2.5/). 22 | --------------------------------------------------------------------------------