Вопросы на собеседования по #SQL, которые спрашивали у меня, и ещё не все написала. Предоставляю ответы на некоторые вопросы 📝
‼️Позже отправлю две таблицы, и разберём примеры команд SQL с помощью опроса.
Потренируемся☺️😉
‼️Позже отправлю две таблицы, и разберём примеры команд SQL с помощью опроса.
Потренируемся☺️😉
Шаблон тестового сценария.xlsx
13.6 KB
Данный файл будет обновляться - первая версия☺️
#шаблонтестовогосценария
#шаблонтестовогосценария
Что вы понимаете под динамическим тестированием?
Anonymous Quiz
20%
Анализ или прогон программного продукта (ПП) с целью найти дефекты
39%
Обнаружение дефектов в работающем приложении
37%
Процедура выявления дефектов после прогона ПП и сравнения поведения системы с ожидаемым
4%
Процедура выявления дефектов без прогона программного продукта
Checklist шаблон.xlsx
13.1 KB
Шаблон чек-листа - первая версия☺️
#шаблончеклиста
#шаблончеклиста
Небольшая памятка: еще писала на работе:)
#тестовыйсценарий
💿 Тестовые сценарии должны быть написаны на основе аналитики (требований), необходимо проверить все сценарии, описанные в аналитике;
💿 Тестовые сценарии должны быть однозначными, т.е. должны быть составлены и сформулированы таким образом, чтобы они не допускали двусмысленного толкования, а четко понимались всеми участниками;
💿 Использовать детальные предусловия в тестовых сценариях.
☺ Характеристики хорошего тестового сценария☺
- Точный и строгий – ничего лишнего
- Допускает многократное использование
- Атомарный – используется сам по себе и в составе других сценариев
- Неделимый
- Связан с требованиями
- Имеет ценность для системы и команды тестирования
- Не должен быть ни слишком простым, ни слишком сложным
- Реализует обоснованную вероятность выявления дефекта
- Не затрагивает другие функции
- Не пересекается с другими тестами
- Описывает проверку одной функциональной области
#тестовыйсценарий
💿 Тестовые сценарии должны быть написаны на основе аналитики (требований), необходимо проверить все сценарии, описанные в аналитике;
💿 Тестовые сценарии должны быть однозначными, т.е. должны быть составлены и сформулированы таким образом, чтобы они не допускали двусмысленного толкования, а четко понимались всеми участниками;
💿 Использовать детальные предусловия в тестовых сценариях.
☺ Характеристики хорошего тестового сценария☺
- Точный и строгий – ничего лишнего
- Допускает многократное использование
- Атомарный – используется сам по себе и в составе других сценариев
- Неделимый
- Связан с требованиями
- Имеет ценность для системы и команды тестирования
- Не должен быть ни слишком простым, ни слишком сложным
- Реализует обоснованную вероятность выявления дефекта
- Не затрагивает другие функции
- Не пересекается с другими тестами
- Описывает проверку одной функциональной области
#кроссворд
📱по горизонтали:
1️⃣. один из видов тестирования, направленного на проверку соответствий функциональных требований ПО к его реальным характеристикам;
6️⃣. написанием тестов должны заниматься «специально обученный человек» это ...;
9️⃣. набор инструментов для ускоренной разработки сайта, нацелен на решение определенных задач;
1️⃣1️⃣. «фасадная» часть программы, это единственная часть, с которой взаимодействуют пользователи.
📱по вертикали:
2️⃣. помогает создавать надежные тесты автоматизированной проверки и улучшать общую логику тестирования на проектах;
3️⃣. набор инструкций, для автоматической проверки определенной части программного обеспечения;
4️⃣. инструмент для автоматизированного управления браузерами;
5️⃣. одно из преимуществ автоматизации: все написанные тесты всегда будут выполняться однообразно, то есть исключен «человеческий фактор»;
7️⃣. запуск всех необходимых тестов;
8️⃣. один из видов тестирования программного обеспечения, при котором тестируются отдельные модули или компоненты программного обеспечения;
🔟. доклад о результатах тестирования;
1️⃣2️⃣. программно-аппаратная часть сервиса, набор средств, с помощью которых происходит реализация логики веб-сайта.
#автоматизация
📱по горизонтали:
1️⃣. один из видов тестирования, направленного на проверку соответствий функциональных требований ПО к его реальным характеристикам;
6️⃣. написанием тестов должны заниматься «специально обученный человек» это ...;
9️⃣. набор инструментов для ускоренной разработки сайта, нацелен на решение определенных задач;
1️⃣1️⃣. «фасадная» часть программы, это единственная часть, с которой взаимодействуют пользователи.
📱по вертикали:
2️⃣. помогает создавать надежные тесты автоматизированной проверки и улучшать общую логику тестирования на проектах;
3️⃣. набор инструкций, для автоматической проверки определенной части программного обеспечения;
4️⃣. инструмент для автоматизированного управления браузерами;
5️⃣. одно из преимуществ автоматизации: все написанные тесты всегда будут выполняться однообразно, то есть исключен «человеческий фактор»;
7️⃣. запуск всех необходимых тестов;
8️⃣. один из видов тестирования программного обеспечения, при котором тестируются отдельные модули или компоненты программного обеспечения;
🔟. доклад о результатах тестирования;
1️⃣2️⃣. программно-аппаратная часть сервиса, набор средств, с помощью которых происходит реализация логики веб-сайта.
#автоматизация
#Дефекты могут возникать на разных уровнях
Не соблюдаются стандарты по проектированию / сбору требований / кодированию, имеющие отношение к проекту
😬Дефекты в требованиях:
👉Пропущенные требования: требования, которые были не отражены в документах на стадии сбора требований
👉Нечеткие требования: требования не ясны, используются слова как "вроде", "возможно", "может быть"
👉Типографическая ошибка: грамматические и орфографические ошибки в документации, пользовательской истории
👉Неполные требования: не соблюдена полнота требований, достаточно вопросов для обсуждения
👉Некорректные требования: ошибочные или неточные требования
❗️Вывод: Требования должны быть доступны и понятны всем участникам процесса разработки ПО.
😬Дефекты проектирования:
👉Некорректное проектирование: нет точности
👉Упущения при проектировании: проектные методы проектирования не отражены в документации
👉Условно-оптимальное проектирование: проектные методы требуют корректировки для того, чтобы считаться полными
👉Нечеткое проектирование: проектные методы проектирования не ясны. Слова допускают двоякое толкование
❗️Вывод: Исправить такие дефекты непросто – необходимо заново перерабатывать проектирование продукта.
😬Дефекты в разработке:
👉Ошибка базы данных: ошибка в схеме / структуре базы данных
👉Ошибка данных: некорректная совокупность данных/обновления базы данных
👉Ошибка в вычислениях: неправильный расчет по формуле, неправильная бизнес валидация в коде
👉Логическая ошибка: неактуальная или неоднозначная функциональность в исходном коде
👉Ошибка навигации между объектами: навигация неверно разработана в исходном коде
👉Ошибка объявления переменных: неверное использование переменных, ошибка несоответствия типов в исходном коде
👉Ошибка в сообщениях: некорректные или отсутствующие сообщения об ошибках в исходном коде
👉Ошибка поиска
👉Неточные, пропущенные, несоответствующие комментарии в исходном коде
❗️Вывод: этом уровне дефекты достаточно легко обнаружить и исправить, поскольку видно несоответствие требованиям.
Другие дефекты:
🙈Системная ошибка: потеря доступа к памяти
🙈Ошибка интерфейса: некорректное расположение полей и объектов, неудобное положение окна или экрана, некорректная обработка переданных параметров
🙈Ошибка производительности: ошибка связанная с оптимальностью кода
🙈Ошибка тестового плана или сценария, или тестовых данных: неполная , неверная конфигурация тестов
Снизу нарисовала известную схему уровней более подробно можно найти в интернете.
Всем желаю хорошего настроения
Не соблюдаются стандарты по проектированию / сбору требований / кодированию, имеющие отношение к проекту
😬Дефекты в требованиях:
👉Пропущенные требования: требования, которые были не отражены в документах на стадии сбора требований
👉Нечеткие требования: требования не ясны, используются слова как "вроде", "возможно", "может быть"
👉Типографическая ошибка: грамматические и орфографические ошибки в документации, пользовательской истории
👉Неполные требования: не соблюдена полнота требований, достаточно вопросов для обсуждения
👉Некорректные требования: ошибочные или неточные требования
❗️Вывод: Требования должны быть доступны и понятны всем участникам процесса разработки ПО.
😬Дефекты проектирования:
👉Некорректное проектирование: нет точности
👉Упущения при проектировании: проектные методы проектирования не отражены в документации
👉Условно-оптимальное проектирование: проектные методы требуют корректировки для того, чтобы считаться полными
👉Нечеткое проектирование: проектные методы проектирования не ясны. Слова допускают двоякое толкование
❗️Вывод: Исправить такие дефекты непросто – необходимо заново перерабатывать проектирование продукта.
😬Дефекты в разработке:
👉Ошибка базы данных: ошибка в схеме / структуре базы данных
👉Ошибка данных: некорректная совокупность данных/обновления базы данных
👉Ошибка в вычислениях: неправильный расчет по формуле, неправильная бизнес валидация в коде
👉Логическая ошибка: неактуальная или неоднозначная функциональность в исходном коде
👉Ошибка навигации между объектами: навигация неверно разработана в исходном коде
👉Ошибка объявления переменных: неверное использование переменных, ошибка несоответствия типов в исходном коде
👉Ошибка в сообщениях: некорректные или отсутствующие сообщения об ошибках в исходном коде
👉Ошибка поиска
👉Неточные, пропущенные, несоответствующие комментарии в исходном коде
❗️Вывод: этом уровне дефекты достаточно легко обнаружить и исправить, поскольку видно несоответствие требованиям.
Другие дефекты:
🙈Системная ошибка: потеря доступа к памяти
🙈Ошибка интерфейса: некорректное расположение полей и объектов, неудобное положение окна или экрана, некорректная обработка переданных параметров
🙈Ошибка производительности: ошибка связанная с оптимальностью кода
🙈Ошибка тестового плана или сценария, или тестовых данных: неполная , неверная конфигурация тестов
Снизу нарисовала известную схему уровней более подробно можно найти в интернете.
Всем желаю хорошего настроения
#классификациядефекта
Моя любимая шпаргалка!
Составила на основе примера, который был показан на стажировке.
Моя любимая шпаргалка!
Составила на основе примера, который был показан на стажировке.
Какова серьезность дефекта на картинке снизу? (Яндекс.еда, мобильная версия браузера)⬇️
Anonymous Quiz
2%
Blocker
60%
Minor
9%
Critical
29%
Major