Теория Flashcards

Question 1

Q

Что такое тестирование?

Answer

A

Тестирование ПО – это проверка соответствия между реальным и ожидаемым поведением программы

Question 2

Q

Основная цель тестирования?

Answer

A

Предоставить актуальную информацию о том, насколько продукт соответствует требованиям

Question 3

Q

Какие виды тестирования вы знаете? (Нефункциональное)

Answer

A

Нефункциональное
. Тестирование интерфейсов UI
. Юзабилити (UX)
. Интернализация
. Локализация
. Конфигурационное
. Совместимости
. Инсталляционное
. Производительности
. Документации

Question 4

Q

Какие виды тестирования вы знаете? (Функциональные)

Answer

A

-Функциональное
. Тестирование GUI
. Функции ПО
. Безопасности

Question 5

Q

Какие виды тестирования вы знаете? (По степени автоматизации)

Answer

A

Ручное
Автоматизированное

Question 6

Q

Какие виды тестирования вы знаете? (По доступу к коду)

Answer

A

Черный ящик
Белый ящик
Серый ящик

Question 7

Q

Какие виды тестирования вы знаете? (Уровни тестирования)

Answer

A

Модульное
Интеграционное
Системное

Question 8

Q

Что такое баг?

Answer

A

Несоответствие фактического результата ожидаемому

Question 9

Q

Что такое приоритет и серьезность ?

Answer

A

Приоритет – с точки зрения бизнеса, серьезность – с точки зрения функционала

Question 10

Q

Высокий приоритет и низкая серьезность?

Answer

A

Логотип компании

Question 11

Q

Высокая серьезность и низкий приоритет?

Answer

A

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

Question 12

Q

Классификация багов?

Answer

A

Blocker
Critical
Major
Minor
Trivial

Question 13

Q

Атрибуты баг-репорта, какие основные поля он имеет?

Answer

A

Заголовок
Описание шагов воспроизведения ошибки
Фактический/ожидаемый результат
Вложения
Приоритет
Окружение

Question 14

Q

Расскажите о техниках тест-дизайна?

Answer

A

эквивалентные классы
граничные значения
попарное тестирование
таблица принятия решений
сценарий использования

Question 15

Q

Зачем нужны техники тест-дизайна?

Answer

A

Техники тест дизайна помогают сократить количество тестов.

Question 16

Q

Что такое эквивалентные классы?

Answer

A

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

Question 17

Q

Что такое предельные значения, в чем их преимущество?

Answer

A

Это граничные значения входных данных, границах классов эквивалентности

Question 18

Q

Что такое таблица решений/decision table и как её можно использовать?

Answer

A

Это техника-тест дизайна, позволяющая наглядно показать все варианты событий

Question 19

Q

Что такое сценарий использования?

Answer

A

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

Question 20

Q

Что такое попарное тестирование?

Answer

A

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

Question 21

Q

Зачем тестировать ПО?

Answer

A

Дать актуальную информацию о работоспособности всего функционала программного продукта и то, что он соответствует требованиям

Question 22

Q

Какие вы знаете тестовые артефакты?

Answer

A

Тест-план, чек-лист, тест-кейс и баг-репорт

Question 23

Q

Что такое тест-план?

Answer

A

Это документ, где присутствует полная информация о тестируемом продукте, а именно: сроки выполнения, объем работ по тестированию, детальное описание всех процессов (критерии, расписание, риски, оборудование)

Question 24

Q

Что такое тест-кейс?

Answer

A

Документ, в котором пошагово описан способ тестирования конкретно одного функционала

Question 25

Q

Что такое чек-лист?

Answer

A

Список необходимых проверок, очередность шагов, чтобы ничего не забыть при тестировании

Question 26

Q

Что такое баг-репорт?

Answer

A

Документ, где емко и подробно описана ошибка и как произвести данный баг

Question 27

Q

Какая разница между чек-листом и тест-кейсом?

Answer

A

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

Question 28

Q

Какая разница между тест-кейсом и баг-репортом?

Answer

A

В баг-репорте присутствует фактический результат

Question 29

Q

В чем разница между валидацией и верификацией?

Answer

A

Валидация – это проверка того, что продукт функционирует, как оно и планировалось (правильный продукт)

Верификация – это подтверждение, что тз было выполнено в полном объёме (продукт такой, какой должен быть)

Question 30

Q

Что такое динамическое тестирование?

Answer

A

Запуск программного кода

Question 31

Q

Что означает тестирование с верху вниз?

Answer

A

Постепенное тестирование всех модулей, сначала верхние, а потом нижние

Question 32

Q

Что такое Traceability Matrix?

Answer

A

Метод визуализации связей между элементами в форме таблицы

Question 33

Q

Что такое Smoke и Sanity тестирование и какая между ними разница?

Answer

A

Smoke – это проверка имеющегося функционала

Sanity – это узконаправленное тестирование одной фичи

Question 34

Q

Назовите обязанности QA?

Answer

A

Основная задача – это обеспечение качества программного продукта, предотвращение проблем и дефектов

Question 35

Q

Что такое A/B тестирование?

Answer

A

Это эксперимент, при котором есть две версии программного продукта и идет сравнение, какая версия будет лучше

Question 36

Q

Что такое HotFix ?

Answer

A

Быстрое исправление

Question 37

Q

Что такое http?

Answer

A

Это протокол запроса и передачи данных от клиента к серверу

Question 38

Q

Какие дополнительно протоколы можно отнести к HTTP?

Answer

A

HTTPS, TCP, IP, UDP, FTP

Question 39

Q

Отличие запроса от ответа?

Answer

A

Клиент отправляет запрос серверу, сервер его обрабатывает и систематизирует, затем отправляет ответ клиенту

Question 40

Q

Структура http request

Answer

A

Метод (get, put, post, delete)
Запрошенный URL
Версия http
Заголовок, Headers (User-Agent, Cookie, Refer, Host)
Body

Question 41

Q

Структура http response

Answer

A

Версия http
Код состояния
Пояснение второго этапа (OK, Found, Not Found)
Заголовок, Headers (Server, Set Cookie)
Body

Question 42

Q

Что такое CRUD, как расшифровывается

Answer

A

CRUD — акроним, обозначающий четыре базовые функции: создание, чтение, модификация, удаление.

Question 43

Q

По одному примеру букв CRUD

Answer

A

Post / Get / Put / Delete

Question 44

Q

Что такое метод GET?

Answer

A

Get – запрос на получение данных с сервера ( HTTP GET метод запрашивает представление указанного ресурса. Запросы с использованием GET должны использоваться только для запроса данных (они не должны включать данные).

Question 45

Q

Что такое метод HEAD?

Answer

A

Head – делает все тоже самое, что и Get, только без тела ответа

Question 46

Q

Что такое метод PUT?

Answer

A

Put – заменяет данные на сервере данными запроса ( PUT создаёт новый ресурс или заменяет представление целевого ресурса, данными представленными в теле запроса )

Question 47

Q

Что такое метод POST?

Answer

A

Post – отправка данных ( POST предназначен для отправки данных на сервер. Тип тела запроса указывается в заголовке Content-Type.

Question 48

Q

В чем разница методов PUT / POST?

Answer

A

Разница между PUT и POST состоит в том, что PUT является идемпотентным: повторное его применение даёт тот же результат, что и при первом применении (то есть у метода нет побочных эффектов), тогда как повторный вызов одного и того же метода POST может иметь такие эффекты, как например, оформление одного и того же заказа несколько раз.

Question 49

Q

Что такое метод DELETE?

Answer

A

Delete – удаляет указанный ресурс

Question 50

Q

Какие коды ответов могут прийти с DELETE?

Answer

A

Если метод DELETE успешно выполняется, то возможны следующие коды состояния ответа:
202 (Accepted) код состояния, если удаление будет успешным, но ещё не выполнено.
204 (No Content) код ответа, если удаление было выполнено, но тело ответа отсутствует.
200 (OK) код ответа, если удаление было выполнено, и ответ содержит код и объект описывающий состояние. )

Question 51

Q

Что такое метод CONNECT?

Answer

A

Connect – устанавливает связь к серверу, определенному по ресурсу

Question 52

Q

Что такое метод OPTIONS?

Answer

A

Options – используется для описания параметров соединения

Question 53

Q

Что такое метод TRACE?

Answer

A

Trace – выполняет вызов возвращаемого тестового сообщения с ресурса

Question 54

Q

Что такое метод Patch?

Answer

A

Patch – частичное изменения ресурса метод запроса HTTP PATCH частично изменяет ресурс.

Question 55

Q

Что такое идемпотентный запрос?

Answer

A

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

Question 56

Q

Какие есть идемпотентные методы?

Answer

A

По HTTP спецификации GET, HEAD, PUT, и delete имеют этот атрибут, POST и PATCH - нет.

Question 57

Q

Разница между PUT, POST и PATCH
методами

Answer

A

Метод PUT является идемпотентным, что означает, что многократный вызов одного и того же запроса приведет к одинаковому состоянию ресурса на сервере.

Весь ресурс обновляется новыми данными в теле запроса, что означает, что любые поля, не включенные в тело запроса, будут перезаписаны значениями null или по умолчанию.

PUT часто используется для создания нового ресурса, когда клиент указывает идентификатор ресурса. Например, при создании нового пользователя с определенным идентификатором.

Если ресурс, указанный в строке запроса, не существует, сервер может создать новый ресурс или вернуть ошибку, в зависимости от дизайна API.

Question 58

Q

Что такое HTTPS?

Answer

A

HTTPS – является расширением HTTP, данный протокол безопасный

Question 59

Q

Что такое сертификат SSL?

Answer

A

SSL-сертификат – это цифровой сертификат, удостоверяющий подлинность веб-сайта и позволяющий использовать зашифрованное соединение. Аббревиатура SSL означает Secure Sockets Layer – протокол безопасности, создающий зашифрованное соединение между веб-сервером и веб-браузером

Question 60

Q

Какие бывают ответы от сервера ?

Answer

A

1xx – информационные
2xx - успешно выполненные
3xx – редирект
4xx – ошибка со стороны клиента
5xx – ошибка со стороны сервера

Question 61

Q

Что такое URL?

Answer

A

Унифицированный показатель ресурса, то есть адрес, который выдан уникальный номер ресурсу в интернете

Question 62

Q

На чьей стороне должна быть валидация на клиенте или на сервере?

Answer

A

Валидация проходит на стороне клиента

Question 63

Q

Что такое SOAP?

Answer

A

Это формат обмена сообщениями, используется soap xml. Формат протокола.

Question 64

Q

Что такое VSDL?

Answer

A

VSDL – язык описания веб-служб, представляет из себя стандартную спецификацию описания служб с поддержкой XML

Answer 65

A

XSD – язык описания структуры XML документа, его еще называют XML схема

Answer 66

A

XML – расширяемый язык разметки, предоставляет правила для определения любых данных

Answer 67

A

это архитектурный стиль, используется JSON.
Ориентирован на использование HTTP в качестве транспортного протокола.
Нет фиксированного формата в отличии от SOAP, мы можем обмениваться сообщениями, как и через XML, так и через JSON и использовать другие варианты. JSON – самый распространенный и часто используемый формат обмена сообщениями.

Answer 68

A

Rest означает передачу состояния, то есть шаблон, а RESTful реализует данный шаблон.

Answer 69

A

JSON – это формат передачи данных в интернете.
Основой является синтаксис объектов JS, которые используются для представления данных. Данные в данном формате хранятся «пара:значение» и упорядочивают списки.

Answer 70

A

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

Answer 71

A

это платформа API, позволяющая разработчикам проектировать, создавать, тестировать и повторять свои API.

Answer 72

A

Создание коллекций и папок с запросами к вашему API (юбой разработчик или тестировщик, открыв коллекцию, сможет с лёгкостью разобраться в работе вашего сервис)
Составление запросов
Функция Collection Runner

Answer 73

A

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

Answer 74

A

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

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

Answer 75

A

это один из способов контроля версий. Данная система записывает изменения в набор файлов, а позже позволяет вернуться к определенной версии.

Answer 76

A

Ветка (branch) — это история коммитов
Коммит (commit) — это единица состояния нашего проекта, ни одного файла, а всего проекта в целом, то есть может входить одно измнение, а также пакет изменений

Answer 77

A

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

GitLab — это еще один веб-репозиторий git
В отличие от GitHub, GitLab предлагает бесплатные частные репозитории для проектов с открытым исходным кодом.

Вот некоторые из основных функций, которыми они обладают:
- Запрос изменение (pull request)
- Сторонние интеграции
- Вилка (fork) / клонирование репозитория
- Ревью кода
- Фрагменты кода
- Отслеживание проблем
- Расширенное управление разрешениями

Answer 78

A

Это принцип разделения процессов на три взаимосвязанных элемента, которые работают независимо друг от друга

Answer 79

A

бла-бла-бла

Answer 80

A

В качестве роли клиента выступает программный продукт

Answer 81

A

REST API
это архитектурный стиль
реализация: JSON через HTML
Ориентирован на использование HTTP в качестве транспортного протокола
Нет фиксированного формата (XML, JSON и др)

SOAP
это протокол передачи сообщений
реализация: XML поверх SOAP через HTTP
Ограничивает структуру сообщений на верхнем уровне
Формат обмена сообщениями: SOAP-XML

Answer 82

A

HTTP, NTP, SSH, FTP и так далее

Answer 83

A

Протестировать API можно с помощью специальных инструментов, таких как, например “Postman”

Answer 84

A

Основное отличие метода GET от POST в способе передачи данных. Запрос GET передает данные в URL в виде пар “имя-значение” (другими словами, через ссылку), а запрос POST передает данные в теле запроса

Answer 85

A

Ключевое различие между JSON и XML заключается в том, что JSON имеет меньший размер файла и эффективно передает данные в Интернет по сравнению с XML. JSON обращается к данным через объекты JSON, тогда как XML требует анализа данных. JSON легко читается, поскольку имеет более организованную структуру кода

Answer 86

A

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

Answer 87

A

Реляционные и нереляционные
Термин «реляционный» пришел из алгебры (теория множеств). В формате БД это значит, что данные реляционных баз хранятся в виде таблиц и строк. Нереляционные БД размещают информацию в коллекциях документов JSON. Реляционные БД используют язык SQL (структурированных запросов)

Answer 88

A

Chrome DevTools — это набор инструментов, встроенных в браузер Google Chrome, для создания и отладки сайтов. С их помощью можно просматривать исходный код сайта, отлаживать работу frontend: HTML, CSS и JavaScript. Также DevTools позволяет проверять сетевой трафик, быстродействие сайта и многое другое.

Answer 89

A

Кэш – это предзагруженные данные, а именно файлы сайта, также картинки и тому подобное.

Answer 90

A

BUG - ош. программиста
ERROR - ош. пользователя (15 раз на кнопку)
FAILURE - краш системы, результат бага

Answer 91

A

Непонимание или отсутствие инфы
Сложность ПО
Изменение требований
Плохо задокументированный код
Строение библиотек

Answer 92

A

обнаружен (open)
назначен (assigned)
в работе (in progress)
на перепроверке (тут решение)
a. исправлен (fixed)
b. перепроверен (verified)
c. открыт заново (reopened)
d. отклонен (declined)
e. отложен (defferred)
f. закрыт (closed)

Answer 93

A

Внутренняя
Внешняя

Answer 94

A

ВНУТРЕННЯЯ (среди команды)

● ТЕСТ-СТРАТЕГИЯ
на компанию в целом, политика компании

● ТЕСТ-ПЛАН
док, который описывает полный объем работ по тестированию, детальное описание процесса (критерии, расписание, риски, оборудование) как и что будем делать?

● ЧЕК-ЛИСТ
список необходимых проверок, чтобы охватить обширный функционал и убедиться, что система в целом работает
очередность шагов

● ТЕСТ-КЕЙС
описание проверки конкретного функционала при детальном тестировании конкретного функционала
шаги

Answer 95

A

ВНЕШНЯЯ (отправляем разрабам)
● БАГ-РЕПОРТ
документ, где ёмко, подробно, понятно описывается баг и как его воспроизвести. Приоритет (с точки зрения бизнеса) серьезность (с точки зрения разрабов)
S1 - блокирующая S2 - критическая S3 - значительная
S4 - незначительная S5 - тривиальна

Answer 96

A

Это период времени, который начинается с момента принятия решения о создании программного продукта и заканчивается в момент полного изъятия программы из эксплуатации.

Answer 97

A

● анализ требований
● проектирование (дизайн, макеты)
● кодирование (программирование)
● тестирование и отладка
● эксплуатация и сопровождение

Answer 98

A

Нужна, чтобы все сотрудники понимали как они работают, очередность этапов, методы оценки и контроля

Answer 99

A

waterfall
V-model
spiral
scrum
kanban

Answer 100

A

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

Answer 101

A

● Классы эквивалентности
● Анализ граничных значений
● Тестирование переходов между состояниями
● Таблица принятия решений
● Попарное тестирование
● Тестирование по сценариям использования

Answer 102

A

Класс эквивалентности (equivalence class) - набор данных, обработка которых приводит к одному и тому же результату.
Два теста можно считать эквивалентными, в случае когда:
● они проверяют одну и ту же часть системы
● один тест находит ошибку, то и другой, скорее всего, найдет ошибку и наоборот
● они используют сходные наборы входных данных
● чтобы выполнить тесты, необходимо совершить одни и те же операции и выходит одна ошибка

Answer 103

A

Значения всех блоков хотя бы единожды тестируются с каждым значением из всех остальных блоков. Подавляющее большинство багов выявляется тестом, проверяющим либо один параметр, либо сочетание двух
Главные цели Pairwise Testing:
● убрать избыточные проверки
● обеспечить хорошее тестовое покрытие
● выявить наибольшее количество багов на минимальном наборе тестов

Answer 104

A

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

ПРИМЕР. ТЕСТИРОВАНИЕ ФОРМЫ РЕГИСТРАЦИИ

ШАГИ
1. Проверка того, что можно вообще тестировать форму: ввести валидные данные
2. Провести позитивные тесты на различных условиях, требованиях
1. Тестирование негативных тестов - система не сломается при невалидных данных, при нелогичном взаимодействии

Answer 105

A

Симуляция — это воспроизведение работы программы-оригинала сугубо виртуально, на движке специальной программы (средство разработки курсов, к прим). Симуляция лишь имитирует выполнение кода, а не копирует его, всё виртуально на 100%, всё «понарошку».
«Я могу представить, как это должно ощущаться»

Answer 106

A

Эмуляция — это воспроизведение работы программы или системы (а не какой-то её мизерной части) с сохранением ключевых её свойств и принципов работы. Эмуляция выполняет программный код в привычной для этого кода среде, состоящей из тех же компонентов, что и эмулируемый объект.
«Я знаю что это такое»

Answer 107

A

Elements - отображается HTML-код, CSS
Console - могут отображаться какие-то ошибки, вводиться логи, здесь можно налету вводить JS-код Sources - данные, файлы, которые используются при работе странички (здесь есть возможность остановки каких-то скриптов)
Network - отображаются все запросы между клиентом и сервером и статусы их выполнения Performance - можно отследить загрузку страницы, какая нагрузка осуществляется Memory - сколько памяти занимает загруженный JS-код
Application - куки (личная информация) и кэш (картинки, стили, загруженные ранее)
Security - инфа по поводу сертификатов (HTTP/HTTPS)
Lighthouse - отвечает за то, как быстро прогрузится сайт. Тестирует скорость прогрузки страницы

HTML-код - язык разметки. Структура, функционал сайта - все строится на этом уровне. CSS - отображение сайта. Визуальная часть прописывается в CSS-блоке.
JS - динамика на сайте. Динамическое взаимодействие с элементами сайта, фичи создаются на JS.

Answer 108

A

API (Application Programming Interface) - программный интерфейс приложения. Способ взаимодействия двух серверов, помогает взаимодействовать различным сервисам между собой, использовать возможности друг друга. API позволяет слать информацию напрямую из одной программы в другую, минуя интерфейс взаимодействия с пользователем.

Answer 109

A

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

Answer 110

A

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

Answer 111

A

Составлять и отправлять запросы;
● Сохранять запросы в папки и коллекции;
● Параметризовать запросы;
● Добавлять к вызову API контрольные точки;
● Создавать разные окружения для одних и тех же запросов;
● Запускать коллекции с помощью Collection Runner и использовать их как автоматизированные тесты.

Answer 112

A

REST - это архитектурный стиль - в основном для всего сообщества разработчиков, желательные правила (применяют и JSON, и XML)
SOAP - это формат обмена сообщениями xml(soap) - все в тегах /json - более читабельный больше для банковских сфер, где строгие правила,
REST - это архитектурный стиль - JSON
SOAP - протокол обмена данными - в банковской сфере - XML-код

Answer 113

A

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

Answer 114

A

Верификация
Делают ли разработчики продукт правильно
Все ли функции реализованы
Предшествует валидации. Включает в себя полноценную проверку правильности написания.
Испытания организовываются разработчиками
Тип анализа – статистический. Проводится сравнение с установленными требованиями к итоговому проекту.
Оценка объективна. Она базируется на соответствии определенным стандартам.

Answer 115

A

Валидация
Правильный ли получился проект
Насколько грамотно реализована функциональность
Проводится после verification. Это – оценка качества итогового проекта.
Испытания организованы тестировщиками
Тип анализа – динамический. Проект проходит испытания по эксплуатации. Это помогает понять, насколько продукт соответствует действующим нормам.
Оценка субъективна. Она является личной. Это – оценка, которую ставит каждый тестировщик.

Answer 116

A

Это спецификация, документ, который описывает, как должна работать система (программа, сайт, мобильное приложение).

Answer 117

A

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

Answer 118

A

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

Answer 119

A

Функциональное тестирование фокусируется на функциях продукта и проверке их соответствия требованиям.

Answer 120

A

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

Answer 121

A

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

Answer 122

A

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

Answer 123

A

Это условия, которые требуют временной остановки тестирования.

Answer 124

A

Это условия, составляющие успешное испытание. Когда критерий выхода выполнен, тест может перейти к следующему этапу.

Answer 125

A

Краткий обзор того, что было протестировано, и были там ли обнаружены какие-либо проблемы.
Тестовые элементы — все характеристики и функции, которые были протестированы.

Answer 126

A

Идентификатор плана тестирования требуется, чтобы отличить один план обеспечения качества от другого.

Answer 127

A

Включает, когда тесты должны начинаться и останавливаться, кто несет ответственность, где это будет происходить и т. д.

Answer 128

A

Подход – как будет проходить тестирование.

Answer 129

A

Этот пункт представляет собой список условий, которые требуют приостановки и/или возобновления тестирования.

Answer 130

A

Это список всех результатов, которые потребуются после завершения тестирования.

Answer 131

A

Список всех задач, которые необходимы для выполнения QA-тестирования.

Answer 132

A

Плановая смета времени и стоимости.

Answer 133

A

Список всех этапов и сроков, которые необходимо выполнить.

Answer 134

A

Здесь будут подробно описаны любые инструменты, которые будут использоваться для тестирования.

Answer 135

A

Включает в себя любые риски со значительными последствиями, которые необходимо учитывать.

Answer 136

A

Метрики и KPI — включает все элементы, которые необходимо отслеживать.

Answer 137

A

Ускорить разработку. При использовании фреймворка программисту не нужно писать много кода с нуля. Он берёт готовый набор инструментов и подстраивает их под свой проект.

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

Упростить адаптацию новых разработчиков в команде. Если программист освоил один или несколько фреймворков, он быстро разберётся в любом проекте, который создан на их базе.

Answer 138

A

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

Answer 139

A

Физический
Канальный
Сетевой
Транспортный
Сеансовый
Уровень представления данных
Прикладной

Answer 140

A

Jira, Redmine, Mantis, Trac, YouTrack, Trello, Google Таблицы

Answer 141

A

Критичность бага – это атрибут, который характеризует влияние бага на общую функциональность разрабатываемого ПО.

Answer 142

A

По критичности баги делят на:
S1. Блокирующий (Blocker). Всё тестируемое ПО не может работать без устранения бага. Например, приёмник начинает перезагружаться сразу после включения, мы не сможем больше ничего протестировать из-за этого бага.
S2. Критический (Critical). Большая часть ПО не может корректно работать. Например, приёмник не может открывать закодированные каналы. До устранения этого дефекта можно протестировать UI, а также функционал, не связанный с расшифровыванием каналов.
S3. Значительный (Major). Блокирует работу одной из основных логических цепочек ПО. Например, неправильное сообщение об ошибке при отсутствии подписки на пакет оператора.
S4. Незначительный (Minor). Не нарушает основные логические цепочки приложения, с ним можно продолжать работать почти без потери качества. Здесь можно привести неточный перевод с русского на английский в меню приёмника.
S5. Тривиальный (Trivial). Эта степень присваивается, когда баг вообще не влияет на общее качество работы ПО. Например, незначительное пересечение элементов в меню.

Answer 143

A

Приоритет бага — это то, в каком порядке нужно решать проблемы.

Answer 144

A

Существует три степени приоритетности:
P1. Высокий приоритет (High). Нужно исправить немедленно, потому что баг является крайне важным для всего релиза. Например, старое сообщение об отсутствии подписки на пакет, хотя обновление текстов являлось целью этого релиза.
P2. Средний приоритет (Medium). Точно нужно будет исправить, баг достаточно важен, но не требует немедленного решения. Например, некорректный перевод в меню приёмника.
P3. Низкий приоритет (Low). Нужно будет исправить, но баг не очень важный и не требует немедленного решения. Например, это могут быть баги в функционале, который уже не используется оператором, но ещё не был удалён из кода.

Answer 145

A

Заголовок (Summary)
Короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации.
Проект (Project)
Название тестируемого проекта
Компонент приложения (Component)
Название части или функции тестируемого продукта
Номер версии (Version)
Версия, на которой была найдена ошибка
Критичность
(Severity)
Наиболее распространена пятиуровневая система критичности:
S1 Блокирующий (Blocker)
S2 Критический (Critical)
S3 Значительный (Major)
S4 Незначительный (Minor)
S5 Тривиальный (Trivial)
Приоритет (Priority)
Приоритет дефекта:
P1 Высокий (High)
P2 Средний (Medium)
P3 Низкий (Low)
Статус (Status)
Статус бага. Зависит от используемой процедуры и жизненного цикла бага. Например:
Новый
Открыт
Закрыт
Автор (Author)
Создатель баг репорта
Назначен на (Assigned To)
Имя сотрудника, назначенного на решение проблемы
Описание (Description)
Информация об окружении, на котором был найден баг: операционная система, сервис пак, имя и версия браузера, версия ПО чипа, версия библиотеки и т.д.
Шаги, по которым можно легко воспроизвести ситуацию, приведшую к ошибке.
Полученный результат
Ожидаемый результат
Прикрепленный файл (Attachment)
Файл с логами, скриншот или любой другой документ, который может помочь прояснить причину ошибки или указать на способ решения проблемы

Answer 146

A

Ожидаемый результат - СПЕК
Фактический - Наблюдения

Answer 147

A

Разные ОС (Microsoft, MAC, Linux)
Разное железо (Видеокарта, процессор и т.д.)
Разные браузеры (Chrome, Firefox, Safari)
Разный сторонний софт (В браузере расширения, на компе касперский и другое ПО)

Answer 148

A

17 - Основной релиз (Большой релиз)
5 - Доп. релиз (Планово выпускается новая функциональность, не связано с багами)
2 - Заплаточный релиз (Исправление багов)

Answer 149

A

Альфа - внутреннее / Бета - внешнее

Answer 150

A

Причины багов:
(Короткие сроки для сдачи ПО, Сложность системы, Отсутствие Юнит-тестирования, Баги в ПО третьих-лиц, Пренебрежение стандартам кодирования, Отсутствие опыта, Личностные качества программиста, Некачественный спек)

Answer 151

A

QA призвано улучшить качество через улучшение разработки ПО.
Тестировщик через обнаружение багов

Answer 152

A

XML — расширяемый язык разметки. Используется для хранения и передачи данных.

Answer 153

A

JSON - текстовый формат обмена данными, основанный на JavaScript. Но при этом формат независим от JS и может использоваться в любом языке программирования.

Answer 154

A

Frame — это отдельная область окна, являющаяся по своей структуре законченным документом HTML

Answer 155

A

HTML – это язык разметки
CSS – это визуальная часть
JS – это динамика на сайте

Answer 156

A

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

Answer 157

A

Очистить историю браузера, там же можно и cookie

Answer 158

A

Отладка – это процесс поиска и исправления ошибок или неполадок в исходном коде какого-либо программного обеспечения.

Answer 159

A

Легаси-код — это код, который перешёл «по наследству» от предыдущих разработчиков.

Answer 160

A

Для придания интерактивности веб-страницам

Answer 161

A

Технология обращения к серверу без перезагрузки страницы

Answer 162

A

UI-тесты — честный тест, робот делает все, что делал бы пользователь. Открывает браузер, тыкает на кнопочки… Но если что-то упадет, будете долго разбираться, где именно.
API-тесты — все то же самое, только без браузера. Мы просто подаем данные на вход и проверяем данные на выходе. Например, можно внести итоговый ответ в эксельку, и пусть робот выверяет ее, правильно ли заполняются данные? Локализовать проблему становится проще.
Unit-тесты — это когда мы проверяем каждую функцию отдельно. Отдельно смотрим расчет для ячейки 1, отдельно — для ячейки 2, и так далее. Такие тесты шустрее всего гоняются и баги по ним легко локализовать.
Unit-тесты – проверка небольших функций (интеграционное тестирование);
API-тесты – тесты конкретного функционала;
GUI-тесты, посредством использования графического интерфейса (использование методики, как бы это сделал пользователь).

Answer 163

A

QA – это обеспечивает правильность и предсказуемость процесса,
QC – это обеспечение контроля, предполагает контроль соблюдения требований
Также QC часть QA.

Answer 164

A

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

Answer 165

A

тестирование скачивания/удаления
тестирование обновления
функциональное тестирвоание
ui/ux testing
тестирование безопасности
тестирование совместимости

Answer 166

A

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

Answer 167

A

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

Answer 168

A

Тестирование обновления — повторная установка приложения или обновление существующей версии приложения к более новой.
При тестировании обновления десктопного приложения следует обратить внимание, сразу ли приложение находит обновление и обновляется, или требует самостоятельного поиска версии обновлений и согласия пользователя.
После обновления приложения следует проверить:
- или данные пользователя не были повреждены
- все ли созданные ранее пользователем файлы остаются доступными

Answer 169

A

После удаления приложения следует убедиться, что:
- файлы удалились
-ярлык с рабочего стола исчез
- удалена запись из меню Пуск > Все программы
- выполняя команду %userprofile% с помощью командной строки (чтобы открыть личную папку текущего пользователя), нужно убедиться, что нет папок с названием программы

Answer 170

A

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

Answer 171

A

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

Answer 172

A

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

Answer 173

A

SELECT
FROM
WHERE
GROUP BY
HAVING
ORDER BY

Answer 174

A

Заключается в том, что WHERE сначала выбирает строки, а затем группирует их и вычисляет агрегатные функции (таким образом, она отбирает строки для вычисления агрегатов), тогда как HAVING отбирает строки групп после группировки и вычисления агрегатных функций.

Answer 175

A

Пользовательский агент (user agent, UA), или агент пользователя, это компьютерная программа, представляющая пользователя и выполняющая действия от его лица, например, браузер в контексте Всемирной паутины

Answer 176

A

На самом деле эти два понятия являются одним и тем же. Если вы создаете проект и в нем реализовали только URL для выборки данных, то это REST приложение или его ещё называют REST like приложение.

Если вы реализуете все серверные функции через REST, то это будет законченным REST приложением или другими словами RestFul приложение.

Answer 177

A

Идентификатор, выпущенный пользователем. Позволяет изменить способ аутентификации и получить Access Token для авторизации дальнейших вызовов API.
API Token создается и удаляется в консоли управления Enterprise.
API Token бессрочный, но может быть отозван пользователем.

Answer 178

A

Идентификатор сессии, который используется для авторизации при вызовах API.

Answer 179

A

Это процесс, который состоит из планирования, анализа, проектирования и реализации тестов, создания отчетов о ходе и результатах тестирования, а также включает в себя оценку качества объекта тестирования

Answer 180

A

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

Answer 181

A

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

Answer 182

A

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

Answer 183

A

Цикл состоит из:
Анализ требований (подготовка вопросов по требованиям, определение целей тестирования и приоритетов, анализ и подготовка тестовой среды)
Тестовое планирование (написание тест плана, составление тестовой стратегии, оценка времени ресурсов для тестирования)
Написание тестовых случаев (написание тест-кейсов, авто тестов, подготовка тестовых данных)
Подготовка тестовой среды (настройка тестовой среды, настройка инструментов для тестирования)
Выполнение тестов (тестирование ПО, обнаружение и фиксация дефектов, проверка дефектов после исправления)
Завершающая фаза (написание отчета о тестировании, подведение итогов)

Answer 184

A

Это этапы, через которые проходит любая программная система во время её разработки.

Answer 185

A

Сбор и анализ требований
Документирование требований
Дизайн
Разработка ПО
Тестирование
Внедрение и поддержка продукта

Answer 186

A

Принцип 1 — Тестирование демонстрирует наличие дефектов, а не их отсутствие.
Тестирование снижает вероятность наличия дефектов, но не гарантирует их отсутствия.
Принцип 2 — Исчерпывающее тестирование невозможно.
Полное тестирование с использованием всех входных комбинаций данных, физически невыполнимо, такое тестирование будет очень дорогим и долгим (исключение — тривиальные случаи).
Принцип 3 — Раннее тестирование сохраняет время и деньги.
Следует начинать тестирование на ранних стадиях жизненного цикла разработки ПО, чтобы найти дефекты как можно раньше. (с требований)
Принцип 4 — Кластеризация дефектов.
Большая часть дефектов находится в ограниченном количестве модулей ПО. (Закон Парето 80% дефектов находятся в 20% модулей)
Принцип 5 — Парадокс пестицида.
Если повторять те же тестовые сценарии снова и снова, в какой-то момент этот набор тестов перестанет выявлять новые дефекты.
Принцип 6 — Тестирование зависит от контекста.
Тестирование проводится по-разному в зависимости от контекста. Например, ПО, в котором критически важна безопасность, тестируется иначе, чем интернет магазин.
Принцип 7 — Заблуждение об отсутствии ошибок.
Сколько бы мы не находили ошибок, это не даст нам гарантию того, что мы нашли их все или что продукт будет качественным.

Answer 187

A

Компонентное/модульное тестирование (Component/Unit testing)

Интеграционное тестирование (Integration testing)

Системное тестирование (System Testing)

Приемочное тестирование (Acceptance testing)

Answer 188

A

Тестирование “Белого ящика” - с доступом к коду

Тестирование “Черного ящика” - без доступа к коду продукта

Тестирование “Серого ящика” - к части кода доступ есть, к части — нет

Answer 189

A

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

Негативное тестирование — в работе с приложением выполняются некорректные операции. Негативные тесты НЕ предполагают возникновения в приложении ошибки. Напротив — они предполагают, что верно работающее приложение даже в критической ситуации поведёт себя правильным образом

Answer 190

A

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

Тестирование критического пути — проверка функциональности, используемой типичными пользователями в типичной повседневной деятельности.

Расширенное тестирование — проверка всей (остальной) функциональности, заявленной в требованиях.

Answer 191

A

Тестирование на основе тест-кейсов — формализованный подход, в котором тестирование производится на основе заранее подготовленных тест-кейсов, наборов тест-кейсов и иной документации. Это самый распространённый способ тестирования, который также позволяет достичь максимальной полноты исследования приложения за счёт строгой систематизации процесса

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

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

Answer 192

A

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

Answer 193

A

Регрессионное тестирование — тестирование, направленное на проверку того факта, что в ранее работоспособной функциональности не появились ошибки, вызванные изменениями в приложении или среде его функционирования.

Answer 194

A

Повторное тестирование (re-testing) — выполнение тест-кейсов, которые ранее обнаружили дефекты, с целью подтверждения устранения дефектов.

Answer 195

A

Функциональное тестирование — вид тестирования, направленный на проверку корректности работы функциональности приложения (корректность реализации функциональных требований).

Answer 196

A

Нефункциональное тестирование — вид тестирования, направленный на проверку не функциональных особенностей приложения (корректность реализации нефункциональных требований), таких, как удобство использования, совместимость, производительность, безопасность и т.д.

Answer 197

A

Тестирование восстанавливаемости
Тестирование отказоустойчивости
Тестирование производительности
Нагрузочное тестирование
Тестирование масштабируемости
Объемное тестирование
Стрессовое тестирование
Конкурентное тестирование
Тестирование удобства использования
Тестирование безопасности
Тестирование совместимости
Инсталляционное тестирование
Тестирование интернационализации
Тестирование локализации
Тестирование интерфейса
Тестирование доступности

Answer 198

A

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

Answer 199

A

Тестирование отказоустойчивости — тестирование, заключающееся в эмуляции или реальном создании критических ситуаций с целью проверки способности приложения задействовать соответствующие механизмы, предотвращающие нарушение работоспособности, производительности и повреждения данных. Тестирование на отказ и восстановление очень важно для систем, работающих по принципу “24x7”.

Answer 200

A

Тестирование производительности — исследование показателей скорости реакции приложения на внешние воздействия при различной по характеру и интенсивности нагрузке.

Answer 201

A

Нагрузочное тестирование

Тестирование масштабируемости

Объемное тестирование

Стрессовое тестирование

Конкурентное тестирование

Answer 202

A

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

Answer 203

A

Тестирование масштабируемости — исследование способности приложения увеличивать показатели производительности в соответствии с увеличением количества доступных приложению ресурсов.

Answer 204

A

Объемное тестирование — исследование производительности приложения при обработке различных (как правило, больших) объёмов данных.

Answer 205

A

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

Answer 206

A

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

Answer 207

A

Тестирование удобства использования (usability testing) — тестирование, направленное на исследование того, насколько конечному пользователю понятно, как работать с продуктом, а также на то, насколько ему нравится использовать продукт .

Answer 208

A

Тестирование безопасности — тестирование, направленное на проверку способности приложения противостоять злонамеренным попыткам получения доступа к данным или функциям, права на доступ к которым у злоумышленника нет.

Answer 209

A

Тестирование совместимости — тестирование, направленное на проверку способности приложения работать в указанном окружении. Здесь, например, может проверяться:

Answer 210

A

Совместимость с аппаратной платформой, операционной системой и сетевой инфраструктурой (конфигурационное тестирование, configuration testing)

Совместимость с браузерами и их версиями (кросс-браузерное тестирование).

Answer 211

A

Инсталляционное тестирование — тестирование, направленное на выявление дефектов, влияющих на протекание стадии инсталляции (установки) приложения. В общем случае такое тестирование проверяет множество сценариев и аспектов работы инсталлятора

Answer 212

A

новая среда исполнения, в которой приложение ранее не было инсталлировано;

обновление существующей версии («апгрейд»);

изменение текущей версии на более старую («даунгрейд»);

повторная установка приложения с целью устранения возникших проблем («переинсталляция»);

повторный запуск инсталляции после ошибки, приведшей к невозможности продолжения инсталляции;

удаление приложения;

установка нового приложения из семейства приложений;

автоматическая инсталляция без участия пользователя.

Answer 213

A

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

Answer 214

A

Тестирование локализации — тестирование, направленное на проверку корректности и качества адаптации продукта к использованию на том или ином языке с учётом национальных и культурных особенностей. Это тестирование следует за тестированием интернационализации и проверяет корректность перевода и адаптации продукта, а не готовность продукта к таким действиям.

Answer 215

A

Тестирование интерфейса — тестирование, направленное на проверку интерфейсов приложения или его компонентов.

Answer 216

A

Тестирование доступности — тестирование, направленное на исследование пригодности продукта к использованию людьми с ограниченными возможностями (слабым зрением и т.д.).

Answer 217

A

QA (англ. Quality Assurance) — обеспечение качества продукта — это, весь комплекс процессов, обеспечивающих качество, основная задача – это выстроить систему, которая будет превентивно работать на качество продукта, чтобы при тестировании количество дефектов было минимальным.

QC (англ. Quality Control) — контроль качества продукта — это часть комплекса QA, которая отвечает за анализ результатов тестирования, поиск ошибок и их устранение. Основная задача контроля качества – предоставить объективную картину того, что происходит с качеством продукта на разных этапах разработки.

Testing (тестирование) — это уже непосредственно процесс проверки результатов работы на соответствие установленным требованиям.

QA — самое обширное понятие, которое включает в себя понятие QC, QC, в свою очередь, включает в себя понятие Testing (тестирование)

Answer 218

A

Заголовок:
должен быть чётким, кратким, понятным и однозначно характеризующим суть тест-кейса;
Предусловие:
может содержать полную информацию о состоянии системы или объекта, необходимом для начала выполнения шагов тест-кейса;
Шаги проверки:
должны быть чёткими, понятными и последовательными;
Ожидаемый результат:
должен быть у каждого шага проверки;
должно быть кратко и понятно описано состояние системы или объекта

Answer 219

A

Приоритет тест-кейсов и чек-листов заключается в том, что они делают процесс тестирования программного обеспечения структурированным и доступным для неспециалистов. В чек-листах прописываются объекты проверки, а в тест-кейсах — пошаговый алгоритм.

Answer 220

A

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

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

Логические. Баг, при котором что-то работает неправильно с точки зрения логики, — например, когда можно указать несуществующую дату (31 февраля) или поставить дату рождения из будущего (2077 год).

Дефекты UX. Приложение или программа неудобны в использовании: при просмотре ленты новостей пользователя постоянно отбрасывает к началу, слишком близко расположены кнопки и вместо одной нажимается другая.

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

Answer 221

A

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

Answer 222

A

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

Answer 223

A

Объекты тестирования - компоненты, группы компонентов, подсистемы и система. Для каждого из них формируется стратегия проведения тестирования.

Answer 224

A

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

Answer 225

A

Тестовый набор (Test suite) – набор тест-кейсов, в которых результат описывается предисловием, то есть очередность проводимых тестов.

Answer 226

A

Тестовое Покрытие - это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода. Сложность современного ПО и инфраструктуры сделало невыполнимой задачу проведения тестирования со 100% тестовым покрытием.

Answer 227

A

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

Answer 228

A

Отчёт о результатах тестирования (test result
report, TRR) – часть тестовой документации,
включающая в себя описание процесса
тестирования, суммарную информацию о
протестированных за под отчётный период
билдах, информацию о деятельности
тестировщиков, а также некоторые статистические
данные.

Answer 229

A

Цель написания TRR – предоставление лицам,
заинтересованным в проекте, полной и
объективной информации о текущем состоянии
качества проекта. Эта информация выражается в
конкретных фактах и цифрах.

Answer 230

A

Команда тестировщиков
Описание процесса тестирования (testing
process description)
Краткое описание (summary)
Расписание (testing timetable)
Рекомендации (recommendations)
Статистика по ошибкам (bugs statistics)
Список новых ошибок (new bugs found)
Статистика по всем ошибкам (all bugs statistics)

Answer 231

A

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

Answer 232

A

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

Answer 233

A

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

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

Answer 234

A

Завершенность

Атомарность

Недвусмысленность

Выполнимость

Обязательность и актуальность

Прослеживаемость

Модифицируемость

Проранжированность

Корректность и проверяемость

Answer 235

A

Завершенность - Требование является полным и законченным с точки зрения представления в нем всей необходимой информации, ничто не пропущено по соображениям «это и так всем понятно» ( Указана лишь часть некоторого перечисления (например: «экспорт осуществляется в форматы PDF, PNG и т.д.» — что мы должны понимать под «и т.д.»?).

Answer 236

A

Атомарность - Требование является атомарным, если его нельзя разбить на отдельные требования без потери завершенности и оно описывает одну и только одну ситуацию (В одном требовании, фактически, содержится несколько независимых
(например: «кнопка “Restart” не должна отображаться при остановленном сервисе, окно “Log” должно вмещать не менее 20-ти записей о последних действиях пользователя» — здесь зачем-то в одном предложении описаны совершенно разные элементы интерфейса в совершенно разных контекстах).

Answer 237

A

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

Answer 238

A

Недвусмысленность - Требование описано без использования жаргона, неочевидных аббревиатур и расплывчатых формулировок и допускает только однозначное объективное понимание. (приложение должно поддерживать передачу больших объемов данных» — насколько «больших»?)

Answer 239

A

Выполнимость - Требование технологически выполнимо и может быть реализовано в рамках бюджета и сроков разработки проекта.(“анализ договоров должен выполняться с применением искусственного интеллекта, который будет выносить однозначное корректное заключение о степени выгоды от заключения договора»)

Answer 240

A

Обязательность и актуальность - Если требование не является обязательным к реализации, оно должно быть просто исключено из набора требований. Если требование нужное, но «не очень важное», для указания этого факта используется указание приоритета (Требование было добавлено «на всякий случай», хотя реальной потребности в нём не было и нет)

Answer 241

A

Прослеживаемость - Прослеживаемость бывает вертикальной (vertical traceability) и горизонтальной (horizontal traceability). Вертикальная позволяет соотносить между собой требования на различных уровнях требований, горизонтальная позволяет соотносить требование с тест-планом, тест-кейсами, архитектурными решениями и т.д. Для обеспечения прослеживаемости часто используются специальные инструменты по управлению требованиями (requirements management tool) и/или матрицы прослеживаемости (traceability matrix). (Требования не пронумерованы, не структурированы, не имеют оглавления, не имеют работающих перекрестных ссылок.)

Answer 242

A

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

Answer 243

A

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

Answer 244

A

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

Answer 245

A

Взаимный просмотр. Является одной из наиболее активно используемых техник тестирования требований

Тест-кейсы и чек-листы. Хорошее требование — проверяемое

Исследование поведения системы. Тестированию подвергается не одно требование, а набор.

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

Прототипирование. Часто является следствием создания графического представления и анализа поведения системы.

Answer 246

A

Пользовательские истории — это краткое описание функциональности, детали которой должны уточняться в ходе устных обсуждений между заинтересованными лицами проекта.
Сейчас User Stories являются одним из главных приемов работы бизнес-аналитиков и Product Owner. Бизнес-стейкхолдеры рассказывают эти истории, чтобы показать команде разработки суть и ценность задачи, которую надо реализовать

Answer 247

A

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

Answer 248

A

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

Answer 249

A

Тонкий клиент — вид клиента, который может переносить выполнение задач по обработке информации на сервер, не применяя свои мощности по вычислению для их внедрения. Все вычислительные ресурсы подобного клиента максимально ограничены, важно, чтобы их хватало для старта нужного сетевого ПО, применяя, к примеру, веб-интерфейс.
Одним из наиболее распространенных примеров такого типа клиента считается ПК с заранее установленным веб-браузером, который применяется для функционирования с веб-програмами.
Характерная черта тонких клиентов — применение терминального режима функционирования. В такой ситуации, терминальный сервер применяется для процесса отправки и получения информации пользователя, что и является базовым отличием от процесса независимой обработки информации в толстых клиентах.

Answer 250

A

Это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу. Программа, являющаяся клиентом, взаимодействует с сервером, используя определённый протокол.

Answer 251

A

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

Answer 252

A

Transmission Control Protocol и Internet Protocol
IP означает «Интернет-протокол» – набор правил, регулирующих формат данных, отправляемых через интернет или локальную сеть.
По сути, IP-адрес – это идентификатор, позволяющий передавать информацию между устройствами в сети: он содержит информацию о местоположении устройства и обеспечивает его доступность для связи. IP-адреса позволяют различать компьютеры, маршрутизаторы и веб-сайты в интернете и являются важным компонентом работы интернета.
TCP (Протокол Управления Передачей) - важный протокол сети интернет, который позволяет двум хостам создать соединение и обмениваться потоками данных. TCP гарантирует доставку данных и пакетов в том же порядке, в котором они были отправлены.

Answer 253

A

SOAP – это протокол, определяющий строгие правила коммуникации. С ним связано несколько стандартов, регулирующих каждый аспект обмена данными. Ниже перечислены некоторые из них.
Web Services Security (WS-Security) определяет меры безопасности, такие как использование уникальных идентификаторов – токенов.
Web Services Addressing (WS-Addressing) требует включения маршрутной информации в виде метаданных.
WS-ReliableMessaging стандартизирует обработку ошибок в сообщениях SOAP.
Язык описания веб-сервисов (Web Services Description Language, WSDL) определяет область применения и функции веб-сервисов SOAP.
При отправке запроса в SOAP API необходимо обернуть HTTP-запрос в конверт SOAP. Это структура данных, которая изменяет базовый HTTP-контент в соответствии с требованиями к запросам SOAP. Благодаря конверту вы также можете отправлять запросы веб-сервисам SOAP с помощью других транспортных протоколов, таких как TCP или Протокол межсетевых управляющих сообщений (Internet Control Message Protocol, ICMP). Однако SOAP API и веб-сервисы SOAP всегда возвращают в своих ответах XML-документы.

Answer 254

A

REST – это архитектурный стиль программного обеспечения, который определяет шесть условий работы API. Ниже перечислены шесть принципов, которым следуют REST API.
Клиент-серверная архитектура. Отправитель и получатель независимы друг от друга в отношении технологии, платформы, языка программирования и т. д.
Многоуровневость. На сервере может быть несколько скрытых от клиентов посредников, которые совместно выполняют их запросы.
Единый интерфейс. API возвращает данные в стандартном формате, который является полным и полностью пригодным для использования.
Отсутствие состояний. API выполняет каждый новый запрос независимо от предыдущих.
Кэшируемость. Все ответы API можно кэшировать.
Код по запросу. При необходимости ответ API может включать фрагмент кода.
Запросы REST отправляются с использованием таких HTTP-команд, как GET и POST. Ответы Rest API обычно представлены в формате JSON, но также могут иметь другой формат данных.

Answer 255

A

Прежде чем выбирать между SOAP и REST, изучите сценарии и требования пользователей API. Заслуживают внимания нижеприведенные критерии.
Общий дизайн приложения
Современные приложения, такие как мобильные и гибридные, лучше работают с REST API. REST обеспечивает масштабируемость и гибкость для разработки приложений с использованием современных архитектурных шаблонов, таких как микросервисы и контейнеры. Однако если вам необходимо интегрировать или расширить устаревшие системы, в которых уже встроены SOAP API, возможно, вам лучше продолжить использование SOAP.
Безопасность
Общедоступные API предъявляют более низкие требования к безопасности и требуют большей гибкости, благодаря чему с ними может взаимодействовать любой желающий. Поэтому REST – лучший выбор при создании общедоступных API. И наоборот, некоторые частные API для выполнения внутренних корпоративных задач (например, для составления отчетов для обеспечения соответствия требованиям) могут выиграть от ужесточения мер безопасности в WS-Security of SOAP.
Соответствие требованиям ACID
Требуется ли вашим пользователям API строгая согласованность и целостность данных во всей цепочке транзакций? Например, финансовые транзакции требуют сбоя целого пакета обновлений данных в случае сбоя хотя бы одного обновления.

Answer 256

A

Ключевое различие между JSON и XML заключается в том, что JSON имеет меньший размер файла и эффективно передает данные в Интернет по сравнению с XML. JSON обращается к данным через объекты JSON, тогда как XML требует анализа данных. JSON легко читается, поскольку имеет более организованную структуру кода. С другой стороны, XML трудно интерпретировать из-за его сложной структуры.

Answer 257

A

Unit — тесты на отдельную мелкую функцию (посчитать одну ячейку отчета)
API — тесты на конкретный функционал, который состоит из отдельных функций (загрузить весь отчет)
GUI — честный тест через графический интерфейс, «как это делал бы пользователь» (открыть браузер, войти в систему, перейти в отчеты, и наконец вызвать отчет).

Answer 258

A

DNS — это Domain Name System, система доменных имен. Это система, которая связывает между собой доменное имя сайта, то есть его название, и IP-адрес — он нужен для «общения» компьютеров по сети. Благодаря ДНС-серверу вам не нужно знать IP-адрес сайта, чтобы попасть на него.

Answer 259

A

Безопасный метод - это метод, который не изменяет данные на сервере. Например, GET и HEAD являются безопасными методами, потому что пользователь или приложение не запрашивают побочные эффекты на сервере при их вызове.

Answer 260

A

Абсолютный URL-адрес. Абсолютный URL-адрес содержит обозначение протокола (http:// или https://), имя сайта (например, wm-school.ru), путь к файлу, а также имя файла (например, file.html). Между протоколом и именем сайта может идти префикс www:< a href=”https://wm-school.ru/file.html”></a>< a href=”http://www.wm-school.ru/file.html”></a>. Как правило, ссылки с префиксом www и без него ведут на одну и ту же страницу.

Answer 261

A

Относительный URL применяется, когда цель гиперссылки (запрашиваемый документ) находится на том же сервере, что и сама гиперссылка. В общем виде это выглядит так: путь/документ.html. Обычно в относительном URL имя сервера опущено, и указывается сокращенный адрес документа, который автоматически комбинируется с базовым адресом. × Базовый URL. Должен быть определен в документе при помощи тега< base>.

Answer 262

A

Ку́ки — небольшой фрагмент данных, отправленный веб-сервером и хранимый на компьютере пользователя. Веб-клиент (обычно веб-браузер) всякий раз при попытке открыть страницу соответствующего сайта пересылает этот фрагмент данных веб-серверу в составе HTTP-запроса. Применяется для сохранения данных на стороне пользователя, на практике обычно используется для:
аутентификации пользователя;
хранения персональных предпочтений и настроек пользователя;
отслеживания состояния сеанса доступа пользователя;
хранения сведений статистики о пользователях.

Answer 263

A

GraphQL — это язык запросов для API -интерфейсов и среда, в которой они выполняются. С помощью GraphQL можно получить данные из API и передать их в приложение (от сервера к клиенту).

Answer 264

A

Интерне́т — информационно-коммуникационная сеть и всемирная система объединённых компьютерных сетей для хранения и передачи информации

Answer 265

A

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

Answer 266

A

Валидация в разработке ПО – динамический механизм тестирования и проверки того, действительно ли программный продукт соответствует точным потребностям заказчика или нет. Этот процесс помогает гарантировать, что ПО выполняет желаемое использование в подходящей среде. Процесс валидации включает в себя такие действия, как модульное тестирование, интеграционное тестирование, системное тестирование и пользовательское приемочное тестирование.

Answer 267

A

Идентификация — процесс определения, что за человек перед нами.
Аутентификация — процесс подтверждения, что этот человек именно тот, за кого себя выдает.
Авторизация — процесс принятия решения о том, что именно этой аутентифицированной персоне разрешается делать. То есть, это три разных, последовательных и взаимно не заменяемых понятия. Идентификацию часто подразумевают в составе аутентификации.

Answer 268

A

База данных (БД) – совокупность данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования данными, независимая от прикладных программ

Answer 269

A

Иерархические
Простейшая структура, где записи, как ветви, отходят от «родителя». Информация связана по аналогии с папками на рабочем столе. У каждой записи есть физическая связь только с одной предыдущей, а отношение многих ко многим невозможно.

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

Объектно-ориентированные
Базы данных, где информация о реальных вещах представлена в виде объектов под уникальным идентификатором. К ООБД обращаются на языке объектно-ориентированного программирования (ООП). Состояние объекта описывается атрибутами, а его поведение — набором методов. Объекты с одинаковыми атрибутами и методами образуют классы.

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

Нереляционные (NoSQL)
Эту группу называют также NoSQL, потому что к таким базам данных нужны отличные от SQL-запросы.
● Базы данных «ключ-значение»
В таких базах данные сохраняются под ключами. Если хотите получить объект, например, изображение или текст, нужно ввести ключ. Таким образом часто хранят информацию о состоянии объектов, представленную различными типами данных. Каждому хранилищу разрабатывают свою схему именования ключей в зависимости от форматов значений.

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

Колоночные базы данных
Подобно реляционным, в этих базах данные хранятся в виде таблиц. Но структура колонок строго не регламентирована — они могут объединяться в колоночные семейства с определённым форматом. Строки колоночного семейства имеют уникальные идентификаторы.

Answer 270

A

Система управления базами данных (СУБД) – это набор программ, которые управляют структурой БД и контролируют доступ к данным, хранящимся в БД. СУБД служит посредником между пользователем и БД. Сама структура БД хранится в виде набора файлов
Существуют такие СУБД ( PostgreSQL ; MySQL ; Microsoft Access ; Microsoft SQL Server ; MongoDB ; DBeaver ; SQLite ; NoSQL ; Oracle )

Answer 271

A

SQL — это структурированный язык запросов, созданный для того, чтобы получать из базы данных необходимую информацию. Если описать схему работы SQL простыми словами, то специалист формирует запрос и направляет его в базу. База в свою очередь обрабатывает эту информацию, «понимает», что именно нужно специалисту, и отправляет ответ.

Answer 272

A

DDL – Data Definition Language
Data Definition Language (DDL) – это группа операторов определения данных. Другими словами, с помощью операторов, входящих в эту группы, мы определяем структуру базы данных и работаем с объектами этой базы, т.е. создаем, изменяем и удаляем их.
В эту группу входят следующие операторы:
CREATE – используется для создания объектов базы данных;
ALTER – используется для изменения объектов базы данных;
DROP – используется для удаления объектов базы данных.
DML – Data Manipulation Language

Answer 273

A

Data Manipulation Language (DML) – это группа операторов для манипуляции данными. С помощью этих операторов мы можем добавлять, изменять, удалять и выгружать данные из базы, т.е. манипулировать ими.
В эту группу входят самые распространённые операторы языка SQL:
SELECT – осуществляет выборку данных;
INSERT – добавляет новые данные;
UPDATE – изменяет существующие данные;
DELETE – удаляет данные.
DCL – Data Control Language

Answer 274

A

Data Control Language (DCL) – группа операторов определения доступа к данным. Иными словами, это операторы для управления разрешениями, с помощью них мы можем разрешать или запрещать выполнение определенных операций над объектами базы данных.
Сюда входят:
GRANT – предоставляет пользователю или группе разрешения на определённые операции с объектом;
REVOKE – отзывает выданные разрешения;
DENY– задаёт запрет, имеющий приоритет над разрешением.
TCL – Transaction Control Language

Answer 275

A

Transaction Control Language (TCL) – группа операторов для управления транзакциями. Транзакция – это команда или блок команд (инструкций), которые успешно завершаются как единое целое, при этом в базе данных все внесенные изменения фиксируются на постоянной основе или отменяются, т.е. все изменения, внесенные любой командой, входящей в транзакцию, будут отменены.
Группа операторов TCL предназначена как раз для реализации и управления транзакциями. Сюда можно отнести:
BEGIN TRANSACTION – служит для определения начала транзакции;
COMMIT TRANSACTION – применяет транзакцию;
ROLLBACK TRANSACTION – откатывает все изменения, сделанные в контексте текущей транзакции;
SAVE TRANSACTION – устанавливает промежуточную точку сохранения внутри транзакции.

Answer 276

A

HTML (HyperText Markup Language — «язык гипертекстовой разметки») — стандартизированный язык гипертекстовой разметки документов для просмотра веб-страниц в браузере. Веб-браузеры получают HTML документ от сервера по протоколам HTTP/HTTPS или открывают с локального диска, далее интерпретируют код в интерфейс, который будет отображаться на экране монитора.

Answer 277

A

XHTML (extensible hypertext markup language — расширяемый язык гипертекстовой разметки) — семейство языков разметки веб-страниц на основе XML, повторяющих и расширяющих возможности HTML. Спецификации XHTML 1.0 и XHTML 1.1 являются рекомендациями консорциума Всемирной паутины. Развитие XHTML остановлено; новые версии XHTML не выпускаются.

Answer 278

A

CSS (Cascading Style Sheets «каскадные таблицы стилей») — формальный язык декорирования и описания внешнего вида документа (веб-страницы), написанного с использованием языка разметки (чаще всего HTML или XHTML).

Answer 279

A

JavaScript — язык программирования. Поддерживает объектно-ориентированный, императивный и функциональный стили. Является реализацией спецификации ECMAScript (стандарт ECMA-262).
JavaScript обычно используется как встраиваемый язык для программного доступа к объектам приложений. Наиболее широкое применение находит в браузерах как язык сценариев для придания интерактивности веб-страницам

Answer 280

A

DOM (Document Object Model — «объектная модель документа») — это независящий от платформы и языка программный интерфейс, позволяющий программам и скриптам получить доступ к содержимому HTML-, XHTML- и XML-документов, а также изменять содержимое, структуру и оформление таких документов.
Модель DOM не накладывает ограничений на структуру документа. Любой документ известной структуры с помощью DOM может быть представлен в виде дерева узлов, каждый узел которого представляет собой элемент, атрибут, текстовый, графический или любой другой объект. Узлы связаны между собой отношениями «родительский-дочерний».

Answer 281

A

Чтобы открыть DevTools, щелкните правой кнопкой мыши любой элемент на веб-странице и нажмите кнопку Проверить. Или нажмите F12 или нажмите Ctrl+ Shift+ I (Windows/Linux) или Command+ Option+ I (на macOS). Откроется DevTools с выбранным средством Elements.

Answer 282

A

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

Answer 283

A

Вёрстка веб-страниц — создание структуры гипертекстового документа на основе HTML-разметки, как правило, при использовании таблиц стилей и клиентских сценариев, таким образом, чтобы элементы дизайна выглядели аналогично макету.
Вёрстка веб-страниц отличается от полиграфической тем, что необходимо учитывать разницу отображения элементов в различных браузерах и разницу в размерах рабочего пространства устройств.

Answer 284

A

Тестировщик сталкивается с чем-то непонятным в работе системы и начинает разбираться, что произошло. Её цель — убедиться, что и где обнаружили дефект.

Answer 285

A

Разработка через тестирование (test-driven development, TDD) — техника разработки программного обеспечения, которая основывается на повторении очень коротких циклов разработки: сначала пишется тест, покрывающий желаемое изменение, затем пишется код, который позволит пройти тест, и под конец проводится рефакторинг нового кода к соответствующим стандартам.

Answer 286

A

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

Answer 287

A

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

Answer 288

A

Непрерывная интеграция (Continuous Integration, CI) и непрерывная поставка (Continuous Delivery, CD) представляют собой культуру, набор принципов и практик, которые позволяют разработчикам чаще и надежнее развертывать изменения программного обеспечения
Технология автоматизации тестирования и доставки новых модулей разрабатываемого проекта заинтересованным сторонам
Инструменты: Jenkins, Bamboo, GitHub

Answer 289

A

Linux — это семейство операционных систем (ОС), работающих на основе одноименного ядра. Нет одной операционной системы Linux, как, например, Windows или MacOS. Есть множество дистрибутивов (набор файлов, необходимых для установки ПО), выполняющих конкретные задачи.

Answer 290

A

hardware — это и есть все «железные» части ПК;
software — это все программное обеспечение компьютера: программы, операционная система, драйвера и др.

Answer 291

A

Консольные
Desktop-приложения
Мобильные
Встроенные (embedded)
Web-приложения

Answer 292

A

Юзаби́лити (usability — «удобство и простота использования, степень удобства использования»), также удо́бство испо́льзования, приго́дность испо́льзования, эргономи́чность — способность продукта быть понимаемым, изучаемым, используемым и привлекательным для пользователя в заданных условиях

Answer 293

A

Attach, в переводе с английского — прикрепить, присоединять. В интернете слово «аттач» означает прикреплённый файл

Answer 294

A

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

Answer 295

A

ISTQB (International Software Testing Qualifications Board) ─ международная организация, которая занимается сертификацией специалистов в области QA. На сегодняшний день это самая авторитетная система аттестации.

Answer 296

A

UI ― это user interface, пользовательский интерфейс, проще говоря ― оформление сайта: сочетания цветов, шрифты, иконки и кнопки. UX ― это функционал интерфейса, UI ― его внешний вид.
В современном дизайне UX и UI практически всегда идут рядом, потому что они очень тесно связаны. Да, действительно, в некоторых крупных агентствах пользовательские сценарии и визуальные интерфейсы продумывают разные специалисты.

Answer 297

A

Онлайн-сервис для разработки интерфейсов и прототипирования с возможностью организации совместной работы в режиме реального времени.

Answer 298

A

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

Answer 299

A

Ручное тестирование — это процесс поиска ошибок в программе без использования специальных ПО, силами человека. Тестировщик имитирует реальные действия пользователя и старается охватить максимум функций продукта и найти ошибки (на языке QA — «баги»). Специалист по QA ищет недоработки в визуале, функционале, логике ПО, проверяет его надежность и удобство.

Answer 300

A

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

Answer 301

A

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

Answer 302

A

Ни в каком

Answer 303

A

В основном на практике придерживаются следующих двух критериев: когда время, отведенное по графику работ на тестирование, истекло; когда все тесты оказались удачными, то есть были выполнены без выявления ошибок.

Answer 304

A

ID
КРАТКОЕ ОПИСАНИЕ ТК (НАЗВ)
ТРЕБОВАНИЕ
АВТОР
ПРИОРИТЕТ
ВЕРСИЯ
ПРЕДВАРИТЕЛЬНЫЕ УСЛОВИЯ
ШАГИ
ОЖИДАЕМЫЙ РЕЗУЛЬТАТ
АТТАЧ

Answer 305

A

Pre-Alpha: прототип, в котором всё ещё присутствует много ошибок и наверняка неполный функционал. Необходим для ознакомления с будущими возможностями программ.
Alpha: является ранней версией программного продукта, тестирование которой проводится внутри фирмы-разработчика.
Beta: практически готовый продукт, который разработан в первую очередь для тестирования конечными пользователями.
Release Candidate (RC): возможные ошибки в каждой из фичей уже устранены и разработчики выпускают версию на которой проводится регрессионное тестирование.
Release: финальная версия программы, которая готова к использованию.

Answer 306

A

Bash (Bourne again shell) — это стандартная командная оболочка в большинстве дистрибутивов Linux и macOS, а также язык для этой оболочки.
Язык Bash поддерживает переменные, массивы, циклы, функции, условные и арифметические операторы, операции ввода-вывода и другие средства. Но главная его фишка — возможность создавать скрипты для ускорения работы на компьютере и автоматизации рутины.

Answer 307

A

Монолитное приложение — это единый общий модуль, в то время как микросервисная архитектура представляет собой набор небольших независимо развертываемых служб. Какой вариант лучше выбрать? Это зависит от ряда факторов.

Answer 308

A

Пирамида тестирования, также часто говорят уровни тестирования, это группировка тестов по уровню детализации и их назначению.

Answer 309

A

Всеми́рная паути́на World Wide Web — распределённая система, предоставляющая доступ к связанным между собой документам, расположенным на различных компьютерах, подключённых к сети Интернет. Для обозначения Всемирной паутины также используют слово веб и аббревиатуру WWW.

Answer 310

A

Метрики тестирования программного обеспечения-это поддающиеся оценке показатели прогресса процесса тестирования ПО, его качества, производительности и общего состояния здоровья.

Answer 311

A

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

Answer 312

A

Атрибутами тест-плана являются: - Заголовок / версия / Автор, - Техническое задание на продукт или иная документация, - Задачи / функциональность, которая должна быть протестирована, - Виды проводимого тестирования, - Список тестовой документации (тест-кейсы, тест-сьюты), - Список инструментов тестирования.

Answer 313

A

Метрики покрытия кода

Метрики покрытия требований

Критерии начала тестирования — позволяют точно определить, когда стоит запускать тестирование на проекте. Чёткое определение этого критерия при планировании тестирования даёт возможность избежать временных потерь в результате выполнения заведомо неэффективной работы.

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

Критерии возобновления тестирования — чтобы возобновить тестирование после приостановки, также необходимо руководствоваться определёнными критериями, например получение стабильного билда, исправление более 50% обнаруженных на предыдущей итерации дефектов, исправление критического дефекта.

Критерии завершения тестирования — тестирование не может продолжаться бесконечно, провести 100% тестирование всего функционала невозможно, поэтому важно устанавливать критерии, на основании которых тестирование может считаться оконченным, например: выполнение более 90% запланированных на итерацию тест-кейсов, выдержка определённого периода без открытия новых дефектов, истечение времени, отведённого на тестирование, отсутствие дефектов высокой степени важности.

Приёмочные критерии — критерии, на основании которых заказчик может считать свои требования исполненными или которыми будут руководствоваться для вывода продукта на рынок. Приёмочными критериями могут выступать:
успешное прохождение 100% тест-кейсов уровня дымового тестирования (smoke-тестов) и 90% тест-кейсов уровня критического пути;
условия по устранению 100% дефектов критической и высокой важности;
условие, что итоговое покрытие требований тест-кейсами должно составлять не менее 80%.

Answer 314

A

Swagger — это набор инструментов, который позволяет автоматически описывать API на основе его кода. API — интерфейс для связи между разными программными продуктами, и у каждого проекта он свой. Документация, автоматически созданная через Swagger, облегчает понимание API для компьютеров и людей.

Answer 315

A

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

Answer 316

A

100 - continue
101 - переключение протоколов
102 - идёт обработка
103 - ранняя метаинформация

Answer 317

A

200 OK («хорошо»)
201 Created («создано»)
202 Accepted («принято»)
203 Non-Authoritative Information («информация не авторитетна»)
204 No Content («нет содержимого»)

Answer 318

A

205 Reset Content («сбросить содержимое»)
206 Partial Content («частичное содержимое»)
207 Multi-Status («многостатусный»)
208 Already Reported («уже сообщалось»)

Answer 319

A

300 Multiple Choices («множество выборов»)
301 Moved Permanently («перемещено навсегда»)
302 Moved Temporarily («перемещено временно»)
302 Found («найдено»)
303 See Other («смотреть другое»)

Answer 320

A

304 Not Modified («не изменялось»)
305 Use Proxy («использовать прокси»)
306 — зарезервировано (код использовался только в ранних спецификациях)
307 Temporary Redirect («временное перенаправление»)
308 Permanent Redirect («постоянное перенаправление»)

Answer 321

A

400 Bad Request («неправильный, некорректный запрос»)
401 Unauthorized («не авторизован (не представился)»)
402 Payment Required («необходима оплата»)
403 Forbidden («запрещено (не уполномочен)»)
404 Not Found («не найдено»)

Answer 322

A

405 Method Not Allowed («метод не поддерживается»)
406 Not Acceptable («неприемлемо»)
407 Proxy Authentication Required («необходима аутентификация прокси»)
408 Request Timeout («истекло время ожидания»)

Answer 323

A

409 Conflict («конфликт»)
410 Gone («удалён»)
411 Length Required («необходима длина»)
412 Precondition Failed («условие ложно»)

Answer 324

A

413 Payload Too Large («полезная нагрузка слишком велика»)
414 URI Too Long («URI слишком длинный»)
415 Unsupported Media Type («неподдерживаемый тип данных»)
416 Range Not Satisfiable («диапазон не достижим»)

Answer 325

A

417 Expectation Failed («ожидание не удалось»)
418 I’m a teapot («я — чайник»);
419 Authentication Timeout (not in RFC 2616) («обычно ошибка проверки CSRF»);
421 Misdirected Request

Answer 326

A

422 Unprocessable Entity («необрабатываемый экземпляр»);
423 Locked («заблокировано»);
424 Failed Dependency («невыполненная зависимость»);
425 Too Early («слишком рано»);

Answer 327

A

426 Upgrade Required («необходимо обновление»);
428 Precondition Required («необходимо предусловие»)
429 Too Many Requests («слишком много запросов»)
431 Request Header Fields Too Large («поля заголовка запроса слишком большие»)

Answer 328

A

449 Retry With («повторить с»)
451 Unavailable For Legal Reasons («недоступно по юридическим причинам»)
499 Client Closed Request (клиент закрыл соединение);

Answer 329

A

500 Internal Server Error («внутренняя ошибка сервера»)
501 Not Implemented («не реализовано»)
502 Bad Gateway («плохой, ошибочный шлюз»)
503 Service Unavailable («сервис недоступен»)

Answer 330

A

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

Answer 331

A

Белый - код
Черный - требования

Answer 332

A

Проверка требований и написание скриптов.

Описываются все действия
пользователей (включая вводы и выводы). Чем лучше детализированы use-кейсы, тем лучше — надежнее тест-кейсы

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

Оценка архитектуры. Оценка всех процессов на бизнес-уровне. Особое внимание — правильности локации серверов, также сетевые диаграммы, протоколы, балансировка нагрузки, доступность баз данных; затем оценка тестового окружения.

Верификация прототипов, и, особо в последнее время, пропорций экрана в мобильных приложениях. Проверяются требования и use-кейсы.

Валидация т.н. “field dictionary”. Каждое поле ввода в интерфейсе пользователя подробно описывается, и генерируются соответствующие тест-кейсы.

Answer 333

A

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

Это, в идеале, хорошо структурированный процесс, рассматривающий приложение с точки зрения пользователя

Динамическое тестирование находит сложные дефекты, невидимые при поверхностном анализе кода, во время статического тестирования

Динамическое тестирование можно (и нужно) автоматизировать

Answer 334

A

Одна из техник тест-дизайна, которую применяют, если нет однозначной идентификации возможной ошибки. Полностью зависит от опытности тестировщика — он должен “угадать” суть ошибки, опираясь на свой опыт, знание продукта, и требования к продукту. Зная, где ошибки имеют свойство обычно возникать и «скапливаться», может быть очень просто найти их.

Answer 335

A

Устранение рутины часто повторяемых человеком и потому потенциально нестабильных тестов
Упрощение операций со сложными тестами
Параллельное выполнение тестов
И все это без плотного контроля, требующего внимательности
Вообще, меньше ошибок из-за человеческого фактора
В результате — большая экономия времени и денег

Answer 336

A

Тесты пишутся на (практически) всех языках программирования — Java, Python, JS, C#. Ruby, даже Perl
И в (практически) любой операционной системе — Windows, Mac, Linux
И работает со всеми (практически) браузерами — Firefox, IE, Chrome, Safari, Opera
Интегрируется с инструментами управления тест-кейсами и создания репортов, типа TestNG и JUnit
Интегрируется с инструментами непрерывного тестирования типа Maven, Jenkins и Docker

Answer 337

A

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

Answer 338

A

Чем раньше, тем лучше

Answer 339

A

Тестирование общей функциональности системы, включая интеграцию данных в модулях. В Е2Е тестах мы проверяем работоспособность не отдельных юнитов, а всей системы сразу

Answer 340

A

Проверка интерфейса ПО на предмет соответствия требованиям.

Answer 341

A

Дефект, который вынуждает остановить ход тестирования

Answer 342

A

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

Answer 343

A

Источник дефекта

Answer 344

A

Легкость изменения ПО для исправления дефектов, для соответствия новым требования

Answer 345

A

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

Answer 346

A

Регрессионное тестирование
Кроссбраузерное и кроссплатформенное тестирование
Тестирование локализации
Исследование производительности, нагрузочное и стресс-тестирование

Answer 347

A

Уникальный идентификатор, присваиваемый каждой единице сетевого оборудования или некоторым их интерфейсам в компьютерных сетях Ethernet. При проектировании стандарта Ethernet было предусмотрено, что каждая сетевая карта должна иметь уникальный шестибайтный номер, «прошитый» в ней при изготовлении.

Answer 348

A

Один из основных протоколов передачи данных интернета. Предназначен для управления передачей данных интернета. Пакеты в TCP называются сегментами. В стеке протоколов TCP/IP выполняет функции транспортного уровня модели OSI.

Answer 349

A

IP-адрес – это уникальный адрес, идентифицирующий устройство в интернете или локальной сети. IP означает «Интернет-протокол» – набор правил, регулирующих формат данных, отправляемых через интернет или локальную сеть.

По сути, IP-адрес – это идентификатор, позволяющий передавать информацию между устройствами в сети: он содержит информацию о местоположении устройства и обеспечивает его доступность для связи.

Answer 350

A

Один из ключевых элементов набора сетевых протоколов для Интернета. С UDP компьютерные приложения могут посылать сообщения другим хостам по IP-сети без необходимости предварительного сообщения для установки специальных каналов передачи или путей.

Answer 351

A

Протокол построен на архитектуре «клиент-сервер» и использует разные сетевые соединения для передачи команд и данных между клиентом и сервером. Пользователи FTP могут пройти аутентификацию, передавая логин и пароль открытым текстом, или же, если это разрешено на сервере, они могут подключиться анонимно. Можно использовать протокол SSH для безопасной передачи, шифрующей (скрывающей) логин и пароль, а также содержимое файла.

Answer 352

A

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

Confluence — это пространство для совместной работы команды по управлению знаниями, хранению и редактированию документации. Продукты Atlassian — Jira и. Confluence — одни из самых распространённых на рынке систем управления проектами.

Answer 353

A

Протокол сетевого времени (NTP) — это стандартный протокол синхронизации времени, используемый Службой времени Windows в операционной системе.
NTP — это отказоустойчивый и высокомасштабируемый протокол времени, который чаще всего используется для синхронизации компьютерных часов с помощью указанной привязки времени. Синхронизация времени NTP происходит в течение определенного периода времени и включает в себя передачу пакетов NTP по сети.

Answer 354

A

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

Answer 355

A

Тестовые элементы — все характеристики и функции, которые были протестированы.

Answer 356

A

Laravel, Django, Flask, ExpressJS, Spring

Answer 357

A

Сетевой протокол, входящий в стек протоколов TCP/IP. В основном ICMP используется для передачи сообщений об ошибках и других исключительных ситуациях, возникших при передаче данных, например, запрашиваемая услуга недоступна или хост, или маршрутизатор не отвечают. Также на ICMP возлагаются некоторые сервисные функции.

Answer 358

A

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

Answer 359

A

Компонент — это функциональная единица.
Схема компонентов — ее цель ответить на вопрос “Как это работает?”.
Модуль — это конструктивная единица.
Схема модулей — ее цель, ответить на вопрос — “Из чего это состоит?”.

Answer 360

A

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

Answer 361

A

Репозито́рий — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.

Answer 362

A

504 Gateway Timeout («шлюз не отвечает»)
505 HTTP Version Not Supported («версия HTTP не поддерживается»)
506 Variant Also Negotiates («вариант тоже проводит согласование»)[13];
507 Insufficient Storage («переполнение хранилища»);

Answer 363

A

508 Loop Detected («обнаружено бесконечное перенаправление»)
509 Bandwidth Limit Exceeded («исчерпана пропускная ширина канала»);
510 Not Extended («не расширено»);
511 Network Authentication Required («требуется сетевая аутентификация»)

Answer 364

A

520 Unknown Error («неизвестная ошибка»)
521 Web Server Is Down («веб-сервер не работает»)
522 Connection Timed Out («соединение не отвечает»)
523 Origin Is Unreachable («источник недоступен»)

Answer 365

A

524 A Timeout Occurred («время ожидания истекло»)
525 SSL Handshake Failed («квитирование SSL не удалось»)
526 Invalid SSL Certificate («недействительный сертификат SSL»)

Answer 366

A

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

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

Answer 367

A

Повторное проводят, чтобы убедиться, что багфикс проведен успешно. Регресс проверяет, не повлиял ли багфикс на другие модули.
У повторного, как правило, выше приоритет (но иногда делают параллельно)
Регрессионные тест-кейсы проверяют функциональность некоторых или всех модулей
“Регресс” проверяет, что пройденные тест-кейсы снова пройдут успешно. Повторное выполняет тест-кейсы, которые раньше падали.

Answer 368

A

Во первых, он с открытым кодом, это уже многое дает — настраиваемость под задачи; затем, бесплатный, не нужно платить за лицензию, в отличие от многих других QA-инструментов. Еще плюсы:

Тесты пишутся на (практически) всех языках программирования — Java, Python, JS, C#. Ruby, даже Perl
И в (практически) любой операционной системе — Windows, Mac, Linux
И работает со всеми (практически) браузерами — Firefox, IE, Chrome, Safari, Opera
Интегрируется с инструментами управления тест-кейсами и создания репортов, типа TestNG и JUnit
Интегрируется с инструментами непрерывного тестирования типа Maven, Jenkins и Docker

Answer 369

A

XPath — XML Path, язык запросов к элементам документа XML (и HTML). Один из предпочитаемых способов поиска веб-элементов в Selenium.
Синтаксис напоминает URL-адреса, тем что “ветки” DOM-дерева отделяются косой чертой /, вот так: /store/item/title
Есть более 200 встроенных методов
XPath-запросы позволяют искать любые элементы и атрибуты на странице
XPath дает более удобные локаторы, чем например через теги или названия CSS-классов

Answer 370

A

Фреймворк тестирования, полезный и разработчикам
Юнит-, функциональное, сквозное, интеграционное
“Заточен” под Java
Удобный встроенный механизм обработки эксепшенов

Answer 371

A

Fuzzing — это технология автоматизированного поиска ошибок с помощью случайных входных данных и анализа реакции программы на них.

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

Answer 372

A

Браузер, версия браузера

Answer 373

A

SSL (secure sockets layer — уровень защищённых cокетов) представляет собой криптографический протокол для безопасной связи. С версии 3.0 SSL заменили на TLS (transport layer security — безопасность транспортного уровня), но название предыдущей версии прижилось, поэтому сегодня под SSL чаще всего подразумевают TLS.

Answer 374

A

Обычно, если на него не остаётся времени, т.е. проект уже надо сдавать заказчику. Это, кстати, справедливо и для фич с низким приоритетом.

Answer 375

A

Составляющие тестовой стратегии:

Обзор и область тестирования
Применяемые методологии
Спецификации тестовых окружений
Инструменты тестирования
Данные, относящиеся к релизу
Анализ рисков
Данные о проверке и утверждении

Answer 376

A

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

Answer 377

A

Jenkins — это популярный сервер автоматизации с открытым кодом, используемый для внедрения непрерывной интеграции и непрерывной доставки (CI/CD) для проектов программного обеспечения.

Answer 378

A

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

Answer 379

A

Классификация требований

Функциональные требования описывают, что делает система, это требования к первой составляющей качества — функциональности. Эти требования обычно ориентированы на действия (Когда пользователь нажимает кнопку «Обработать заказ», система сохраняет данные заказа в БД и определяет его статус как «В очереди на обработку»).
При определении функциональных требований следует искать золотую середину между слишком конкретизированной формулировкой требования и слишком общей и неоднозначной. Требования должны оставаться понятными заказчикам и стать более понятны разработчикам.
К функциональным требованиям относят:
1.1. Бизнес-требования. Что система должна делать с точки зрения бизнеса. Слово «бизнес» в данном контексте ближе к слову «заказчик». Пример бизнес-требования: промо-сайт, привлекающий внимание определенной аудитории к определенной продукции компании.
1.2. Пользовательские требования – описывают цели/задачи пользователей системы, которые должны достигаться/выполняться пользователями при помощи создаваемой программной системы. Эти требования часто представляют в виде вариантов использования. Иначе говоря, пользовательские требования — это что может сделать пользователь: зарегистрироваться, посмотреть определенную информацию, пересчитать данные по определенному алгоритму и прочее.
1.3. Функциональные требования – определяют функциональность (поведение) программной системы, которая должна быть создана разработчиками для предоставления возможности выполнения пользователями своих обязанностей в рамках бизнес-требований и в контексте пользовательских требований. Другими словами, что будут делать разработчики, чтобы выполнить пользовательские требования.
1.4. В группу функциональных требований относят и Системные требования. Эти характеристики могут описывать требования как к аппаратному обеспечению (тип и частота процессора, объём оперативной памяти, объём жесткого диска), так и к программному окружению (операционная система, наличие установленных системных компонентов и сервисов и т. п.). Обычно такие требования составляются производителем или автором ПО. Например, для игры это могут быть требования такого типа: видеокарта — объём памяти от 64 Мб, совместимость сDirectX 9.0b и новейшие драйвера. Для сайта: ОС — Windows не ниже XP, браузеры IE не ниже 7.0 и так далее.

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

Нефункциональные требования, соответственно, регламентируют внутренние и внешние условия или атрибуты функционирования системы. К. Вигерс [2] выделяет следующие основные группы нефункциональных требований:
2.1. Бизнес-правила. Они определяют почему система работать должна именно так, как написано. Это могут быть ссылки на законодательство, внутренние правила заказчика и прочие причины. Часто упускают этот раздел и получается, что некоторые системные решения выглядят нетипичным и совсем неочевидными. Например, многие табачные компании и компании, производящие алкоголь требуют постоянного доказательства того, что промо-сайтами пользуются люди, достигшие определенного возраста. Это бизнес-правило (подтверждение возраста) возникает по требованию этических комитетов заказчика, хотя и несколько противоречит маркетинговым целям и требованиям по usability.
2.2. Внешние интерфейсы. Это не только интерфейсы пользователя, но и протоколы взаимодействия с другими системами. Например, часто сайты связаны с CRM системами. Особенности протокола взаимодействия «сайт-CRM» также относятся к нефункциональным требованиям.
2.3. Атрибуты качества. Атрибуты касаются вопросов прозрачности взаимодействия с другими системами, целостности, устойчивости и т.п. К таким характеристикам относятся:
— легкость и простота использования (usability)
— производительность (performance)
— удобство эксплуатации и технического обслуживания (maintainability)
— надежность и устойчивость к сбоям (reliability)
— взаимодействия системы с внешним миром (interfaces)
— расширяемость (scalability)
— требования к пользовательским и программным интерфейсам (user and software interface).
2.4. Ограничения – формулировки условий, модифицирующих требования или наборы требований, сужая выбор возможных решений по их реализации. В частности, к ним могут относиться параметры производительности, влияющие на выбор платформы реализации и/или развертывания (протоколы, серверы приложений, баз данных и т.д.). Ограничения часто основываются на бизнес-правилах.

Answer 380

A

Обычно выделяют три уровня требований:
1. На верхнем уровне представлены так называемые бизнес-требования (business requirements). Примеры бизнес-требования: система должна сократить срок оборачиваемости обрабатываемых на предприятии заказов в три раза. Бизнес-требования обычно формулируются топ-менеджерами, либо акционерами предприятия.
2. Следующий уровень – уровень требований пользователей (user requirements). Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе, последующей фиксации информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование и исполнение. Требования пользователей часто бывают плохо структурированными, дублирующимися, противоречивыми. Поэтому для создания системы важен третий уровень, в котором осуществляется формализация требований.
3. Третий уровень – функциональный (functional requirements). Пример функциональных требований (или просто функций) по работе с электронным заказом: заказ может быть создан, отредактирован, удалён и перемещён с участка на участок.

Answer 381

A

Опрос – подразумевает опрос существующих и потенциальных пользователей продукта (например, интервью, анкеты);
Наблюдение – подразумевается наблюдение за работой пользователей;
Изучение правил работы пользователей по существующим регламентам/законодательству, а также изучение существующих документов, описывающих бизнес клиента или существующего продукта;
Анализ истории использования продукта по его техническим журналам;
Изучение существующих продуктов конкурентов на рынке;
Обсуждения и мозговые штурмы с пользователями и экспертами;
Маркетинговые исследования;
Моделирование – может включать в себя как моделирование существующих бизнес-процессов, так и верхнеуровневое моделирование будущей системы.

Answer 382

A

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

Answer 383

A

Родные приложения
Нативный относится к созданию приложения на родном языке программирования устройства. Для iOS-устройств это означает Objective-C, а для Android – Java. Нативные приложения обычно бывают быстрыми, надежными и могут получить доступ ко всем аппаратным средствам устройства (камера, акселерометр, компас и т. Д.). Из-за этой повышенной производительности мобильные игры обычно создаются как собственные приложения. Это также означает, что ваше приложение привязано к платформе, для которой оно создано. Например, приложение iOS не будет работать на устройстве Android без предварительной перекодировки всего приложения в Java.

Веб-приложения
Веб-приложение – это веб-сайт, к которому вы получаете доступ через браузер вашего устройства, но этот сайт создан для того, чтобы напоминать приложение, а не традиционный веб-сайт. Его назначение также более функционально – оно предлагает утилиту или услугу, а не простой веб-сайт, который часто является более информативным. Доступ к веб-приложению может быть получен с любого мобильного устройства с браузером. Хотя это основано на браузере, типично, что не все аппаратные функции устройства могут быть задействованы. Для создания более увлекательного и интерактивного опыта. HTML5, CSS3 и JavaScript все чаще используются для использования преимуществ расширенных функций, предлагаемых этой новой спецификацией.

Веб-приложение для конкретной платформы
Это веб-приложение, специально разработанное для определенных мобильных устройств, таких как смартфоны под управлением iOS или Android. Меньше внимания уделяется тому, как приложение выглядит на всех мобильных устройствах, а упор делается на то, чтобы сделать веб-приложение максимально похожим на нативное приложение.

Гибридное приложение
Некоторые утверждают, что гибридное приложение является нативным, но важно проводить различие. Гибридное приложение создается с использованием веб-технологий, а затем помещается в оболочку для конкретной платформы, которая позволяет устанавливать его точно так же, как и нативное приложение. Таким образом, он продается / доступен через магазин приложений устройства.

PhoneGap – это пример инфраструктуры, которая позволяет вам взять веб-приложение и превратить его в собственное приложение для iOS, Android, BlackBerry, Windows 7, WebOS, Symbian и других. Гибридные платформы обычно имеют также API-интерфейсы, которые позволяют получить доступ к аппаратному обеспечению и функциям устройства, которые заблокированы в браузере.

Answer 384

A

1.1 / 2.0

Answer 385

A

Пирамида – это концепция, которая говорит, что в проекте есть 3 вида тестирования:
Unit, когда тестируется отдельная функция или модуль.
Интеграционное, когда тестируются несколько модулей вместе.
E2E, когда все приложение тестируется целиком, например, включая базу данных.

Answer 386

A

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

Answer 387

A

Никакое

Answer 388

A

Воспроизведи дефект 2–3 раза, чтобы убедиться в том, что он действительно существует
Публикуй bug report как можно быстрее
Если ты нашёл дефект, то не жди время, чтобы дополнить БР позже. Из-за этого можно забыть некоторые детали или потерять время
Ищи потенциальный дефект на других схожих модулях приложения. Есть вероятность, что найденный дефект воспроизводится и в других частях приложения
Правильно донеси всю необходимую информацию
Хороший БР помогает разработчику быстро понять суть дефекта
Заголовок явно объясняет, в чём заключается дефект
Используй только самую необходимую информацию
Используй формальный стиль написания
Описывай всю информацию в БР в формальном стиле. Не используй сленг или упрёки в сторону разработчика
Предоставь полный набор доказательств (Attachments), чтобы разработчик не задавал дополнительных вопросов
Перепроверь bug report
Перед публикацией БР прочитай его ещё раз и убедитесь, что главные моменты описаны по всем требованиям

Answer 389

A

SSH (Secure SHell - защищенная оболочка) — сетевой протокол прикладного уровня, предназначенный для безопасного удаленного доступа к различным системам (Linux, Windows, Mac).

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

Answer 390

A

User Datagram Protocol
Этот протокол используется для «связи без установки соединения» (connectionless communication – пер.). Один узел сети просто отсылает пакеты, адресуя их другому узлу. Отправитель не знает ничего о том, готов ли получатель к приёму пакетов, и вообще, существует ли этот получатель. Отправитель также не ждёт какого-либо подтверждения о том, что получатель принял предыдущие пакеты.

Пакеты, передаваемые с помощью UDP, иногда называются датаграммами. Этот термин обычно используется тогда, когда важно подчеркнуть, что пакет передаётся без установки соединения.

Заголовок UDP-пакета состоит из 8 байт, которые включают в себя:

порт отправителя;

порт получателя;

длину датаграммы;

контрольную сумму.

Answer 391

A

TCP — расшифровывается как (Transmission Control Protocol) протокол управления передач. В отличии от UDP, TCP обеспечивает надежную доставку данных. Сервис предоставляемый TCP называются надежная передача потока байт или (reliable byte stream) по-английский. TCP обеспечивает как гарантию доставки данных, так и гарантию сохранения порядка следования сообщений.

Answer 392

A

Позитивное
Негативное

Answer 393

A

Дымовое
Тестирование критического пути
Расширенное

Answer 394

A

Альфа
Бета

Answer 395

A

Функциональное
Не функциональное

Answer 396

A

Тестирование производительности
(нагрузочное, масштабируемости, объемное, стресс)
Инсталляционное
Тестирование интерфейса
Юзабилити
Интернациональное тестирование
Тестирование локализации
Безопасности
Надежности
Повторное

Answer 397

A

Статическое
Динамическое

Answer 398

A

Белый
Черный

Answer 399

A

Модульное
Интеграционное
Системное
Приемочное

Answer 400

A

Ручное
Автоматизированное

Answer 401

A

Scrum
Kanban
Lean
Extreme Programming

Answer 402

A

Позитивное

Answer 403

A

“Позитивное” тестирование - это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению тестируемой системы. Основной целью “позитивного” тестирования является проверка того, что при помощи системы можно делать то, для чего она создавалась.

Answer 404

A

Негативное тестирование (negative testing). Это тестирование на данных или сценариях, которые соответствуют нештатному поведению. Основной целью “негативного” тестирования является проверка устойчивости системы к воздействиям различного рода, валидация неверного набора данных.

Answer 405

A

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

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

Answer 406

A

Тестирование критического пути (critical path test): основной тип тестовых испытаний, во время которого основные элементы и функции приложения проверяются на предмет правильности работы при стандартном их использовании. В общем случае, тестирование критического пути охватывает основные сценарии использования разрабатываемого приложения.

Answer 407

A

Расширенное тестирование (Extended Testing) — это подход к тестированию программного обеспечения, при котором проводятся тесты, позволяющие оценить качество продукта на всех уровнях и в различных ситуациях. Одно из видов тестирования, оно используется для проверки работы приложения во всех возможных сценариях использования, учитывая все возможные варианты входных данных и условий работы программы.

Answer 408

A

Дымовые тесты: выполняются каждый раз, когда мы получаем новый билд (версию), проекта (системы) на тестирование, при этом считая её относительно нестабильной. Нам нужно убедиться что критически важные функции AUT (Application Under Test) работают согласно ожиданиям. Идея данного вида тестирования заключается в том, чтобы выявить серьёзные проблемы как можно раньше, и отклонить этот билд (вернуть на доработку) на раннем этапе тестирования, чтобы не углубляться в долгие и сложные тесты, не затрачивая тем самым время на заведомо бракованное ПО.

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

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

Ре-тест (Re-test) Перепроверяет и подтверждает факт того, что ранее заваленные тест-кейсы проходят после того, как дефекты исправлены

Answer 409

A

Ручное тестирование — это процесс поиска ошибок в программе без использования специальных ПО, силами человека. Тестировщик имитирует реальные действия пользователя и старается охватить максимум функций продукта и найти ошибки (на языке QA — «баги»). Специалист по QA ищет недоработки в визуале, функционале, логике ПО, проверяет его надежность и удобство.

Answer 410

A

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

Answer 411

A

Приемочное тестирование (acceptance testing): Формальное тестирование по отношению к потребностям, требованиям и бизнес процессам пользователя, проводимое с целью определения соответствия системы критериям приемки и дать возможность пользователям, заказчикам или иным авторизированым лицам определить, принимать систему или нет.

Answer 412

A

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

Answer 413

A

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

Answer 414

A

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

Answer 415

A

Основное отличие двух методов — это спринты. В Scrum предусмотрены четко организованные периоды работы с конкретными задачами на период, а в Kanban участники команды могут получать новые задачи хоть каждый день. Scrum-команды выполняют работу на время, в Kanban задачи поступают в непрерывном режиме. Для отслеживания достижений и процесса в Kanban используют доски — элемент управления, который наглядно показывает уровень выполнения задач.

Answer 416

A

HTTP посылает данные через порт 80, а HTTPS использует порт 443.

Answer 417

A

Product Owner (продакт оунэр) – владелец продукта, связующее звено между заказчиком и командой разработки. Самая главная ответственность Product Owner – это создание и контроль Product Backlog.

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

Stakeholders (стэкхолдэрс) – дословно акционеры, лица, которые инициируют проект (бизнес-заказчики), которым скрам-проект будет приносить выгоду. Они вовлечены в скрам только во время обзорного совещания по спринту (Sprint Review).

User – пользователь продукта.

Product Backlog (продакт бэклог) – или Backlog требования к продукту, пожелания заказчика по функционалу и дизайну, все «хотелки»; они расставляются по степени важности и ценности для заказчика.

Epic (эпик) – одна из нескольких глобальных функций продукта. В эпике могут содержаться User Story, например, пакет пожеланий одного пользователя или список задач (Task) для реализации Эпика.

User Story (юзер стори) – или Story, cюжет, в которых содержатся пожелания пользователя.

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

Sprint (спринт) – временной промежуток от 1 до 4 недель, за который команда создает часть продукта, готовую к демонстрации и ценную для заказчика. Оптимальная продолжительность спринта – 1-2 недели. Это делается для того, чтобы информация, полученная в начале первой недели, не забылась к концу второй недели и не требовалось время на восстановление связей.

Sprint Goal (спринт гоол) – цель спринта.

Sprint Planning Meeting (спринт плэнин митин) – планирование Sprint, скрам-собрание, где участвует Scrum Team. Выбираются задания из Бэклога, которые возможно выполнить за спринт.

Scrum Poker (скрам покэ) – быстрый и точный способ сбора оценок при помощи колоды карт с числами Фибоначчи (1,2,3,5,8,13). Можно использовать мобильные приложения для Scrum Poker. Задачи с оценкой 13 необходимо дробить на более мелкие.

Story Points (стори поинтc) – единица оценки сложности выполнения задачи. Story Points имеет смысл применять, если проект состоит из 3-х и более спринтов, так как у команды накапливается статистика и опыт оценивания задач. На проекте из одного-двух спринтов использовать Story Points нет смысла, если только не для получения практики.

Daily Scrum Meeting (дэйли скрам митин) – ежедневное собрание не более 15 минут, проводимое в одно и то же время. Участвует скрам тим, наблюдать могут все. Проводит скрам-мастер. Цель митинга – оперативный обмен информацией, все в курсе происходящего, нет коммуникационных разрывов. Задаются три вопроса: что сделал вчера? что будешь делать сегодня? какие препятствия встают на пути к цели?

Sprint Review (спринт ревью) – обзор спринта, участвуют все, встреча открытая. Команда рассказывает, что было сделано, и демонстрирует те части проекта, которые окончательно готовы.

Sprint Retrospective Meeting (спринт рэтроспэктив митин) – ретроспектива, участвует скрам тим. Собрание за «круглым» столом. Обсуждаются вопросы: что прошло хорошо, а что плохо? что можно было сделать лучше? Главное, никого не обличать! Рассматривается рабочий процесс. Цель – совершенствование рабочего процесса, стать «супер» командой.

Definition of Done (DoD) (дэфэнишин оф дан) – критерий, определяющий степень готовности задачи. Применяется в тех случаях когда окончательно невозможно проверить готовность задачи, например, если элемент функционала находится в другой скрам команде или компании. Описание DoD начинается со строчки «done = », например, done = функционал реализован в тестовой среде, требуется выгрузка и проверка в основной среде.

Velocity (велосити) – скорость команды; для аналитики строится график Velocity, где по оси Х кол-во спринтов, а по оси Y Story Points.На основе этих показателей выстраиваются средние Velocity и Story Points.

Burndown Chart (бёрдаун чарт) – диаграмма сгорания задач. Направление графика сверху вниз. Предназначен для отслеживания оставшегося объема работ, где по оси Х кол-во дней спринта, а по оси Y кол-во Story Points. Первому дню спринта соответствует максимальное кол-во Story Points.

Burnup Chart (бёрнап чарт) – диаграмма сгорания задач. Направление графика снизу вверх. Предназначен для отслеживания объема работ, где по оси Х кол-во дней спринта, а по оси Y кол-во Story Points. Последнему дню спринта соответствует максимальное кол-во Story Points.

Abnormal Termination (Абнормол тёрминэйшн) – остановка спринта, аномальное действие. Остановку инициирует Product Owner. Происходит митинг, на котором обсуждаются причины возникновения Abnormal Termination. Затем Спринт запускается вновь.

Answer 418

A

Люди и взаимодействие важнее процессов и инструментов
То, что общение и межличностные отношения важнее, чем строгие процессы — краеугольный камень Agile-управления проектами. Agile рекомендует персонализированный подход к управлению проектами, когда команды ориентируются на постоянное общение, а не на жестко распланированный выпуск обновлений.

Работающий продукт важнее исчерпывающей документации
Agile-команды не очень любят бумажную работу. Для управления данными, отчетами и обновлениями статуса они предпочитают использовать гибкие программные решения, а не традиционную документацию.

Сотрудничество с заказчиком важнее согласования условий контракта
Agile-команды любят сотрудничество — включая регулярные обновления и обратную связь о том, как продвигается проект, от клиентов и заинтересованных сторон. Чего Agile-команды не любят, так это долгих согласований объемных контрактов.

Готовность к изменениям важнее следования первоначальному плану
Эта ценность прежде всего характеризует Agile-управление проектами. Agile-команды чутко реагируют на изменения и успешно адаптируются к новым условиям и вызовам.

Answer 419

A

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

Answer 420

A

Cниффер (от англ. to sniff — нюхать) — это программное обеспечение, анализирующее входящий и исходящий трафик с компьютера, подключенного к интернету. Оно следит за тем, какие сайты вы посещаете, какие файлы загружаете и выгружаете.

Стать жертвой хакеров, использующих сниффер, может любой пользователь интернет-магазина, оплативший товар или услугу онлайн.

Answer 421

A

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

Еще одно заметное различие между TCP и UDP заключается в том, что первый обеспечивает упорядоченную доставку данных от пользователя к серверу (и наоборот).

Answer 422

A

Канальный - ARP
Сетевой - IP, ICMP
Транспортный - TCP, UDP
Прикладной - HTTP, SMTP, DNS, FTP, HTTPS

Answer 423

A

Основное внешнее отличие четвертой и шестой версии протокола — структура IP-адреса. IPv4 использует четыре однобайтовых десятичных числа, разделенных точкой (172.268.0.1). IPv6 — шестнадцатеричные числа, разделенные двоеточиями (fe70 :: d5a9: 4521: d1d7: d8f4b11). Что еще:
В IPv4 применяются числовые методы адресации, а в и IPv6 — буквенно-числовые
Длина адреса IPv4 составляет 32 бита, у IPv6 — 128 бит
IPv4 и IPv6 предлагают поля с 12 и 8 заголовками соответственно
Широковещательные каналы поддерживаются только в IPv4. IPv6

Answer 424

A

Docker
Kubernetes

Answer 425

A

CI упаковывает, тестирует сборки, оповещает разработчиков в случае проблем.

CD автоматически разворачивает приложения и выполняет дополнительные тесты.

Для начала работы с CI/CD нужно определится с технологией, практиками и приоритетами.

CI/CD конвейеры нужны для частного внесения изменений в приложения

CI/CD это одна из DevOps практик, потому что она минимизирует конфликты разработчиков и эксплуатации в вопросе частых, ноне безопасных коммитов.

Эффект от применения CI/CD конвейера можно измерить в виде KPI DevOps: Улучшаются deployment frequency, change lead time, meat time to recovery.

Answer 426

A

Git - это система коммитов. За сохранение кода в контрольных точках отвечает система контроля версий - она страхует от ошибок и возвращает код в то состояние, когда всё работало.

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

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

Answer 427

A

Информационная панель, появляющаяся снизу экрана поверх текущего состояния при совершении какого-нибудь действия. Может содержать информацию, а также какие-либо действия

Answer 428

A

Эти два термина используются взаимозаменяемо. Они относятся к выполняемым задачам, которые контролируются/мониторятся Jenkins.

Answer 429

A

Это компьютеры, которые созданы для выполнения заданий, назначаемых мастером

Answer 430

A

Build - или сборка это результат одного из проектов.

Answer 431

A

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

Answer 432

A

Jenkins - это сервер непрерывной интеграции и сборки (CI/CD). Используется для ручной, периодической или автоматической сборки ПО. Это инструмент CI с открытым исходным кодом, написанный на Java.

Answer 433

A

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

Answer 434

A

Разработчики комитят код в общий репозиторий на регулярной основе.
Система контроля версий мониторится и когда происходит коммит, сборка срабатывает автоматически.
Если сборка не проходит или падает с ошибкой, разработчики уведомляются немедленно

Answer 435

A

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

Answer 436

A

Категории для заполнения: возраст/ пол/ место жительства

Answer 437

A

Обозначение интерфейса, дружественного пользователю, в теории юзабилити. Этим словосочетанием обычно обозначают среду (в то числе и сайта), продуманную с учетом удобства пользователя.

Answer 438

A

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

Answer 439

A

Веб-сайт — это тоже веб-приложение, но с другой функциональностью. Это страница или страницы в интернете, которые содержат информацию о чем-то. Бизнес использует оба вида веб-приложений. Например, если у вас тур-агентство, то вам подойдет и веб-сайт, и веб-сервис.

Answer 440

A

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

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

Answer 441

A

SSL расшифровывается как Secure Socket Layer, что означает «уровень защищенных сокетов». TLS же обозначается как Transport Layer Security, «безопасность транспортного уровня». По своей сути обе технологии занимаются одним делом – защитой пользовательской информации от злоумышленников.
Их отличие состоит лишь только в том, что TLS основан на уже действующей спецификации SSL 3.0.

Answer 442

A

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

Answer 443

A

Библиотека — набор методов, который упрощает труд разработчика. Как правило, библиотеки отвечают только за одну область: например, хранение данных или рендеринг — их вывод на страницу.
Библиотеки никак не влияют на архитектуру проекта. Фреймворки же как раз задают архитектуру и содержат инструменты из разных областей, таких как рендеринг, работа с базами данных, обработка запросов.

Answer 444

A

Select … From …
Left Join tableB b
On a.key = b.key

Select … From tableA A
Right join tableB B
On a.key=b.key

Select … From TableA A
Inner join TableB B
On A.Key=B.Key

Answer 445

A

Stage (staging)

Answer 446

A

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

Answer 447

A

Это овальный элемент выбора какого-либо параметра, чаще всего используется в фильтрах

Answer 448

A

Это элемент интерфейса, который позволяет пользователю выбрать только одну опцию

Answer 449

A

Это текстовая заглушка в поле ввода, подсказывающая, что можно туда ввести (на скринах - текст “Поиск объявлений”)

Answer 450

A

Тестирование на проникновение

Answer 451

A

Логи приложения
Логи сервера
Системные логи

Answer 452

A

Off (не записываются)
Fatal (блокирующие)
Error (ошибка, но система работает)
Warn (предупреждение)
Info (создание, уделение)
Debug (отладка, включает все предыдущие уровни)
Trace
All

Answer 453

A

Конфиденциальность
Целостность
Аутентификация

Answer 454

A

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

Answer 455

A

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

Answer 456

A

Get - Запрашивает представление ресурса. Запросы с использованием этого метода могут только извлекать данные.
Head - Запрашивает ресурс так же, как и метод GET, но без тела ответа
Post - Используется для отправки информации к определённому ресурсу. Часто вызывает изменения состояния или какие-то побочные эффекты на сервере
Put - Заменяет все текущие представления ресурса данными запроса
Delete - Удаляет указанный ресурс
Connect - Устанавливает “туннель” к серверу, определенному ресурсу
Options - Используется для описания параметров соединения с ресурсом
Trace - Выполняет вызов возвращаемого тестового сообщения с ресурса
Patch - Используется для частичного изменения ресурса

Answer 457

A

Получить уверенность в продукте перед релизом.
Убедиться в правильной работе продукта.
Убедиться, что продукт соответствует текущим рыночным стандартам и составляет достойную конкуренцию другим подобным продуктам на рынке.

Answer 458

A

Это анимация при наведении мышки на объект. Например, при наведении может поменяться цвет кнопки, появиться подсветка, может всплыть информационная подсказка, измениться цвет ссылки и т.д.

Answer 459

A

Оповещение, которое передает важную информацию

Answer 460

A

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

Answer 461

A

Маленькая иконка, которая сопровождает сайт в интернет-среде. Эта иконка появляется на вкладках, в результатах на вкладках, в результатах поиска и помогает сайту быть более узнаваемым

Answer 462

A

Это такое тестирование, когда применяются сценарии, которые соответствуют нормальному ожидаемому поведению системы. С его помощью нужно определить, что система делает то, для чего и была создана. Например, если мы возьмём калькулятор, то при сложении 2+2 мы получим 4. Это будет позитивный тест.

Answer 463

A

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

Brainscape's Knowledge GenomeTM

Теория Flashcards

Brainscape's Knowledge Genome^TM