1.1.Тестирование - это проверка соответствия ожидаемого результата с фактическим. 
Виды: 
Ручное, автоматизированное, функциональное, связанные с изменениями (смоук,регресс) 
2.Функциональное тестирование проверяет, что функциональность приложения работает согласно требованием, а нефункциональное тестирование проверяет, что приложение соответствует нефункциональным требования( удобство использования, соответствие макетам , производительность, безопасность)
3.Тест-кейс- документ,в котором пошагово расписано как мы будем тестировать
Основные элементы: заголовок,предусловие(если нужно), действия, ожидаемый результат
4.Тест-кейс отличается от баг-репорта тем, что в тест-кейсе расписано пошагово наши проверки, а в баг-репорте мы прописываем всю информацию о найденой ошибке
5.регрессионное тестирование - проверяет, что вновь созданный функционал приложения не поломал старый, который исправно работал. Регресс проводится в последние дни спринта, перед релизом 
6. Для отслеживания багов и управления задачами использовала Jira, Тест-кейсы писала в Zephyr, Документация хранилась в Confluence, Figma  для получения информации из макетов, мобильные приложения тестировалa либо на реальных устройствах либо в Xcode симулятор и Android Studio эмулятор, Charles proxy для подмены данных, исходный  код и ошибки сервера смотрел в Devtools, база данных PostgreSQL через Dbeaver 
7. API тестирование - это тестирование сервера (бэка) нашего приложения. Для тестирования API использовалa Postman, документация по API хранилась в Swagger 

2.1 1 проверка- проверка успешной авторизации
2 проверка- проверка неуспешной авторизации
3 проверка - проверка ввода невалидных данных
4 проверка - проверка граничных значение по требованиям
2.2 1- Запрос был отправлен неверно со стороны клиента 
2- также ошибка на самом сервере может быть 
3- неправильный шорткод
4- не хватает памяти на сервере
5-ошибка с шаблонами
2.3
После авторизации пользователь на пустую страницу с кодом ошибки 500 
Описание ошибки:  после авторизации пользователь попадает не на главную страницу, а на с пустую страницу с кодом ошибки 500
Шаги: -)зайти на сайт…
-) кликнуть в поле ввода логина
-) ввести в поле ввода логина значение 
-) кликнуть в поле ввода пароля 
-) ввести в поле ввода пароля значение 
-) кликнуть на кнопку «Войти»
Ожидаемый результат: после клика на кнопку «Войти» нас перекидывает на главную страницу сайта
Фактический результат: после клика на кнопку «Войти» нас перекидывает на пустую страницу с кодом ошибки 500
Скриншот 
Серьезность - блокер 

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