Теория Flashcards

Question

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

Answer 1

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

Answer 2

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

Answer 3

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

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

Answer 8

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

Answer 9

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

Answer 10

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

Answer 11

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

Answer 12

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

Answer 13

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

Answer 14

HTTPS, TCP, IP, UDP, FTP

Answer 15

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

Answer 16

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

Answer 17

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

Answer 18

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

Answer 19

Post / Get / Put / Delete

Answer 20

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

Answer 21

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

Answer 22

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

Answer 23

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

Answer 24

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

Answer 25

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

Answer 26

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

Answer 27

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

Answer 28

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

Answer 29

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

Answer 30

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

Answer 31

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

Answer 32

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

Answer 33

Метод PUT является идемпотентным, что означает, что многократный вызов одного и того же запроса приведет к одинаковому состоянию ресурса на сервере. Весь ресурс обновляется новыми данными в теле запроса, что означает, что любые поля, не включенные в тело запроса, будут перезаписаны значениями null или по умолчанию. PUT часто используется для создания нового ресурса, когда клиент указывает идентификатор ресурса. Например, при создании нового пользователя с определенным идентификатором. Если ресурс, указанный в строке запроса, не существует, сервер может создать новый ресурс или вернуть ошибку, в зависимости от дизайна API.

Answer 34

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

Answer 35

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

Answer 36

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

Answer 37

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

Answer 38

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

Answer 39

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

Answer 40

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

Answer 41

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

Answer 42

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

Answer 43

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

Answer 44

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

Answer 45

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

Answer 46

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

Answer 47

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

Answer 48

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

Answer 49

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

Answer 50

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

Answer 51

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

Answer 52

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

Answer 53

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

Answer 54

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

Answer 55

бла-бла-бла

Answer 56

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

Answer 57

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

Answer 58

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

Answer 59

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

Answer 60

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

Answer 61

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

Answer 62

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

Answer 63

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

Answer 64

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

Answer 65

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

Answer 66

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

Answer 67

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

Answer 68

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

Answer 69

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

Answer 70

ВНУТРЕННЯЯ (среди команды) ● ТЕСТ-СТРАТЕГИЯ на компанию в целом, политика компании ● ТЕСТ-ПЛАН док, который описывает полный объем работ по тестированию, детальное описание процесса (критерии, расписание, риски, оборудование) как и что будем делать? ● ЧЕК-ЛИСТ список необходимых проверок, чтобы охватить обширный функционал и убедиться, что система в целом работает очередность шагов ● ТЕСТ-КЕЙС описание проверки конкретного функционала при детальном тестировании конкретного функционала шаги

Answer 71

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

Answer 72

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

Answer 73

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

Answer 74

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

Answer 75

waterfall V-model spiral scrum kanban

Answer 76

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

Answer 77

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

Answer 78

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

Answer 79

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

Answer 80

Описывает сценарий взаимодействия двух и более участников (как правило – пользователя и системы). Пользователем может выступать как человек, так и другая система. ПРИМЕР. ТЕСТИРОВАНИЕ ФОРМЫ РЕГИСТРАЦИИ ШАГИ 1. Проверка того, что можно вообще тестировать форму: ввести валидные данные 2. Провести позитивные тесты на различных условиях, требованиях 1. Тестирование негативных тестов - система не сломается при невалидных данных, при нелогичном взаимодействии

Answer 81

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

Answer 82

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

Answer 83

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

Answer 84

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

Answer 85

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

Answer 86

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

Answer 87

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

Answer 88

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

Answer 89

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

Answer 90

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

Answer 91

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

Answer 92

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

Answer 93

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

Answer 94

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

Answer 95

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

Answer 96

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

Answer 97

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

Answer 98

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

Answer 99

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

Answer 100

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

Answer 101

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

Answer 102

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

Answer 103

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

Answer 104

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

Answer 105

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

Answer 106

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

Answer 107

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

Answer 108

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

Answer 109

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

Answer 110

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

Answer 111

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

Answer 112

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

Answer 113

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

Answer 114

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

Answer 115

1. Физический 2. Канальный 3. Сетевой 4. Транспортный 5. Сеансовый 6. Уровень представления данных 7. Прикладной

Answer 116

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

Answer 117

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

Answer 118

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

Answer 119

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

Answer 120

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

Answer 121

Заголовок (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 122

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

Answer 123

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

Answer 124

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

Answer 125

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

Answer 126

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

Answer 127

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

Answer 128

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

Answer 129

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

Answer 130

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

Answer 131

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

Answer 132

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

Answer 133

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

Answer 134

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

Answer 135

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

Answer 136

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

Answer 137

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

Answer 138

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

Answer 139

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

Answer 140

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

Answer 141

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

Answer 142

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

Answer 143

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

Answer 144

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

Answer 145

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

Answer 146

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

Answer 147

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

Answer 148

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

Answer 149

SELECT FROM WHERE GROUP BY HAVING ORDER BY

Answer 150

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

Answer 151

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

Answer 152

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

Answer 153

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

Answer 154

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

Answer 155

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

Answer 156

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

Answer 157

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

Answer 158

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

Answer 159

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

Answer 160

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

Answer 161

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

Answer 162

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

Answer 163

Компонентное/модульное тестирование (Component/Unit testing) Интеграционное тестирование (Integration testing) Системное тестирование (System Testing) Приемочное тестирование (Acceptance testing)

Answer 164

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

Answer 165

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

Answer 166

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

Answer 167

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

Answer 168

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

Answer 169

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

Answer 170

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

Answer 171

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

Answer 172

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

Answer 173

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

Answer 174

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

Answer 175

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

Answer 176

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

Answer 177

Нагрузочное тестирование Тестирование масштабируемости Объемное тестирование Стрессовое тестирование Конкурентное тестирование

Answer 178

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

Answer 179

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

Answer 180

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

Answer 181

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

Answer 182

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

Answer 183

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

Answer 184

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

Answer 185

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

Answer 186

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

Answer 187

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

Answer 188

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

Answer 189

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

Answer 190

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

Answer 191

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

Answer 192

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

Answer 193

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

Answer 194

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

Answer 195

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

Answer 196

Функциональные. Возникают, когда фактический результат работы не соответствует ожиданиям: не получается опубликовать комментарий на сайте, добавить товар в корзину или открыть страницу. Визуальные. Это случаи, когда приложение выглядит иначе, чем задумано: кнопка накладывается на текст, не отображаются картинки или текст выходит за пределы окна. Логические. Баг, при котором что-то работает неправильно с точки зрения логики, — например, когда можно указать несуществующую дату (31 февраля) или поставить дату рождения из будущего (2077 год). Дефекты UX. Приложение или программа неудобны в использовании: при просмотре ленты новостей пользователя постоянно отбрасывает к началу, слишком близко расположены кнопки и вместо одной нажимается другая. Дефекты безопасности. Случаи, когда из-за ошибки в коде данные пользователей (почты, пароли, фото, информация о платежах) могут быть доступны третьим лицам.

Answer 197

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

Answer 198

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

Answer 199

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

Answer 200

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

Answer 201

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

Answer 202

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

Answer 203

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

Answer 204

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

Answer 205

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

Answer 206

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

Answer 207

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

Answer 208

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

Answer 209

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

Answer 210

Завершенность Атомарность Недвусмысленность Выполнимость Обязательность и актуальность Прослеживаемость Модифицируемость Проранжированность Корректность и проверяемость

Answer 211

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

Answer 212

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

Answer 213

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

Answer 214

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

Answer 215

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

Answer 216

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

Answer 217

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

Answer 218

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

Answer 219

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

Answer 220

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

Answer 221

Взаимный просмотр. Является одной из наиболее активно используемых техник тестирования требований Тест-кейсы и чек-листы. Хорошее требование — проверяемое Исследование поведения системы. Тестированию подвергается не одно требование, а набор. Рисунки (графическое представление). Чтобы увидеть общую картину требований целиком, используй рисунки Прототипирование. Часто является следствием создания графического представления и анализа поведения системы.

Answer 222

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

Answer 223

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

Answer 224

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

Answer 225

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

Answer 226

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

Answer 227

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

Answer 228

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

Answer 229

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 230

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

Answer 231

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

Answer 232

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

Answer 233

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

Answer 234

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

Answer 235

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

Answer 236

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

Answer 237

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

Answer 238

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

Answer 239

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

Answer 240

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

Answer 241

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

Answer 242

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

Answer 243

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

Answer 244

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

Answer 245

Иерархические Простейшая структура, где записи, как ветви, отходят от «родителя». Информация связана по аналогии с папками на рабочем столе. У каждой записи есть физическая связь только с одной предыдущей, а отношение многих ко многим невозможно. Сетевые В отличие от иерархической структуры, у каждой записи может быть более одного родителя. Сетевые БД представляют собой не древовидный, а общий граф. Объектно-ориентированные Базы данных, где информация о реальных вещах представлена в виде объектов под уникальным идентификатором. К ООБД обращаются на языке объектно-ориентированного программирования (ООП). Состояние объекта описывается атрибутами, а его поведение — набором методов. Объекты с одинаковыми атрибутами и методами образуют классы. Реляционные Записи и связи между ними организованы при помощи таблиц. В таблицах есть поле для внешнего ключа со ссылками на другие таблицы. Благодаря высокой организации и гибкости структуры реляционные БД применяются для многих типов данных. Нереляционные (NoSQL) Эту группу называют также NoSQL, потому что к таким базам данных нужны отличные от SQL-запросы. ● Базы данных «ключ-значение» В таких базах данные сохраняются под ключами. Если хотите получить объект, например, изображение или текст, нужно ввести ключ. Таким образом часто хранят информацию о состоянии объектов, представленную различными типами данных. Каждому хранилищу разрабатывают свою схему именования ключей в зависимости от форматов значений. Графовые базы данных Связи в графовых базах данных обозначены узлами, рёбрами и свойствами. Записи в этих БД могут иметь любое количество связанных с ними свойств. Например, взаимодействия между сотрудниками кофейни можно обозначить с помощью графа. В его узлах находятся карточки сотрудников с именем, возрастом и должностью, а каждое ребро показывает функции и задачи, которые связывают этих людей. Колоночные базы данных Подобно реляционным, в этих базах данные хранятся в виде таблиц. Но структура колонок строго не регламентирована — они могут объединяться в колоночные семейства с определённым форматом. Строки колоночного семейства имеют уникальные идентификаторы.

Answer 246

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

Answer 247

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

Answer 248

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

Answer 249

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

Answer 250

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

Answer 251

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

Answer 252

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

Answer 253

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

Answer 254

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

Answer 255

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

Answer 256

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

Answer 257

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

Answer 258

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

Answer 259

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

Answer 260

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

Answer 261

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

Answer 262

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

Answer 263

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

Answer 264

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

Answer 265

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

Answer 266

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

Answer 267

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

Answer 268

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

Answer 269

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

Answer 270

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

Answer 271

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

Answer 272

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

Answer 273

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

Answer 274

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

Answer 275

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

Answer 276

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

Answer 277

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

Answer 278

Ни в каком

Answer 279

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

Answer 280

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

Answer 281

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

Answer 282

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

Answer 283

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

Answer 284

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

Answer 285

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

Answer 286

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

Answer 287

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

Answer 288

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

Answer 289

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

Answer 290

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

Answer 291

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

Answer 292

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

Answer 293

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

Answer 294

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

Answer 295

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

Answer 296

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

Answer 297

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

Answer 298

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

Answer 299

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

Answer 300

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

Answer 301

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

Answer 302

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

Answer 303

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

Answer 304

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

Answer 305

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

Answer 306

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

Answer 307

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

Answer 308

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

Answer 309

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

Answer 310

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

Answer 311

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

Answer 312

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

Answer 313

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

Answer 314

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

Answer 315

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

Answer 316

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

Answer 317

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

Answer 318

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

Answer 319

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

Answer 320

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

Answer 321

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

Answer 322

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

Answer 323

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

Answer 324

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

Answer 325

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

Answer 326

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

Answer 327

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

Answer 328

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

Answer 329

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

Answer 330

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

Answer 331

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

Answer 332

Laravel, Django, Flask, ExpressJS, Spring

Answer 333

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

Answer 334

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

Answer 335

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

Answer 336

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

Answer 337

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

Answer 338

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

Answer 339

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

Answer 340

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

Answer 341

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

Answer 342

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

Answer 343

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

Answer 344

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

Answer 345

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

Answer 346

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

Answer 347

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

Answer 348

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

Answer 349

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

Answer 350

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

Answer 351

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

Answer 352

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

Answer 353

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

Answer 354

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

Answer 355

Классификация требований 1. Функциональные требования описывают, что делает система, это требования к первой составляющей качества — функциональности. Эти требования обычно ориентированы на действия (Когда пользователь нажимает кнопку «Обработать заказ», система сохраняет данные заказа в БД и определяет его статус как «В очереди на обработку»). При определении функциональных требований следует искать золотую середину между слишком конкретизированной формулировкой требования и слишком общей и неоднозначной. Требования должны оставаться понятными заказчикам и стать более понятны разработчикам. К функциональным требованиям относят: 1.1. Бизнес-требования. Что система должна делать с точки зрения бизнеса. Слово «бизнес» в данном контексте ближе к слову «заказчик». Пример бизнес-требования: промо-сайт, привлекающий внимание определенной аудитории к определенной продукции компании. 1.2. Пользовательские требования – описывают цели/задачи пользователей системы, которые должны достигаться/выполняться пользователями при помощи создаваемой программной системы. Эти требования часто представляют в виде вариантов использования. Иначе говоря, пользовательские требования — это что может сделать пользователь: зарегистрироваться, посмотреть определенную информацию, пересчитать данные по определенному алгоритму и прочее. 1.3. Функциональные требования – определяют функциональность (поведение) программной системы, которая должна быть создана разработчиками для предоставления возможности выполнения пользователями своих обязанностей в рамках бизнес-требований и в контексте пользовательских требований. Другими словами, что будут делать разработчики, чтобы выполнить пользовательские требования. 1.4. В группу функциональных требований относят и Системные требования. Эти характеристики могут описывать требования как к аппаратному обеспечению (тип и частота процессора, объём оперативной памяти, объём жесткого диска), так и к программному окружению (операционная система, наличие установленных системных компонентов и сервисов и т. п.). Обычно такие требования составляются производителем или автором ПО. Например, для игры это могут быть требования такого типа: видеокарта — объём памяти от 64 Мб, совместимость сDirectX 9.0b и новейшие драйвера. Для сайта: ОС — Windows не ниже XP, браузеры IE не ниже 7.0 и так далее. Группа функциональных требований описывает, как система должна вести себя, когда ей предоставляются определенные входные данные или условия. Но одних функциональных требований недостаточно для полного описания требований к системе — необходимо также учитывать требования к другим составляющим качества, задаваемые нефункциональными требованиями. Иначе говоря, как будет работать система и почему именно так. 2. Нефункциональные требования, соответственно, регламентируют внутренние и внешние условия или атрибуты функционирования системы. К. Вигерс [2] выделяет следующие основные группы нефункциональных требований: 2.1. Бизнес-правила. Они определяют почему система работать должна именно так, как написано. Это могут быть ссылки на законодательство, внутренние правила заказчика и прочие причины. Часто упускают этот раздел и получается, что некоторые системные решения выглядят нетипичным и совсем неочевидными. Например, многие табачные компании и компании, производящие алкоголь требуют постоянного доказательства того, что промо-сайтами пользуются люди, достигшие определенного возраста. Это бизнес-правило (подтверждение возраста) возникает по требованию этических комитетов заказчика, хотя и несколько противоречит маркетинговым целям и требованиям по usability. 2.2. Внешние интерфейсы. Это не только интерфейсы пользователя, но и протоколы взаимодействия с другими системами. Например, часто сайты связаны с CRM системами. Особенности протокола взаимодействия «сайт-CRM» также относятся к нефункциональным требованиям. 2.3. Атрибуты качества. Атрибуты касаются вопросов прозрачности взаимодействия с другими системами, целостности, устойчивости и т.п. К таким характеристикам относятся: — легкость и простота использования (usability) — производительность (performance) — удобство эксплуатации и технического обслуживания (maintainability) — надежность и устойчивость к сбоям (reliability) — взаимодействия системы с внешним миром (interfaces) — расширяемость (scalability) — требования к пользовательским и программным интерфейсам (user and software interface). 2.4. Ограничения – формулировки условий, модифицирующих требования или наборы требований, сужая выбор возможных решений по их реализации. В частности, к ним могут относиться параметры производительности, влияющие на выбор платформы реализации и/или развертывания (протоколы, серверы приложений, баз данных и т.д.). Ограничения часто основываются на бизнес-правилах.

Answer 356

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

Answer 357

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

Answer 358

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

Answer 359

Родные приложения Нативный относится к созданию приложения на родном языке программирования устройства. Для iOS-устройств это означает Objective-C, а для Android – Java. Нативные приложения обычно бывают быстрыми, надежными и могут получить доступ ко всем аппаратным средствам устройства (камера, акселерометр, компас и т. Д.). Из-за этой повышенной производительности мобильные игры обычно создаются как собственные приложения. Это также означает, что ваше приложение привязано к платформе, для которой оно создано. Например, приложение iOS не будет работать на устройстве Android без предварительной перекодировки всего приложения в Java. Веб-приложения Веб-приложение – это веб-сайт, к которому вы получаете доступ через браузер вашего устройства, но этот сайт создан для того, чтобы напоминать приложение, а не традиционный веб-сайт. Его назначение также более функционально – оно предлагает утилиту или услугу, а не простой веб-сайт, который часто является более информативным. Доступ к веб-приложению может быть получен с любого мобильного устройства с браузером. Хотя это основано на браузере, типично, что не все аппаратные функции устройства могут быть задействованы. Для создания более увлекательного и интерактивного опыта. HTML5, CSS3 и JavaScript все чаще используются для использования преимуществ расширенных функций, предлагаемых этой новой спецификацией. Веб-приложение для конкретной платформы Это веб-приложение, специально разработанное для определенных мобильных устройств, таких как смартфоны под управлением iOS или Android. Меньше внимания уделяется тому, как приложение выглядит на всех мобильных устройствах, а упор делается на то, чтобы сделать веб-приложение максимально похожим на нативное приложение. Гибридное приложение Некоторые утверждают, что гибридное приложение является нативным, но важно проводить различие. Гибридное приложение создается с использованием веб-технологий, а затем помещается в оболочку для конкретной платформы, которая позволяет устанавливать его точно так же, как и нативное приложение. Таким образом, он продается / доступен через магазин приложений устройства. PhoneGap – это пример инфраструктуры, которая позволяет вам взять веб-приложение и превратить его в собственное приложение для iOS, Android, BlackBerry, Windows 7, WebOS, Symbian и других. Гибридные платформы обычно имеют также API-интерфейсы, которые позволяют получить доступ к аппаратному обеспечению и функциям устройства, которые заблокированы в браузере.

Answer 360

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

Answer 361

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

Answer 362

Никакое

Answer 363

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

Answer 364

SSH (Secure SHell - защищенная оболочка) — сетевой протокол прикладного уровня, предназначенный для безопасного удаленного доступа к различным системам (Linux, Windows, Mac). Данный протокол шифрует всю передаваемую информацию по сети. По умолчанию, используется 22-й порт. В основном он нужен для удаленного управления данными пользователя на сервере, запуска служебных команд, работы в консольном режиме с базами данных.

Answer 365

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

Answer 366

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

Answer 367

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

Answer 368

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

Answer 369

Альфа Бета

Answer 370

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

Answer 371

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

Answer 372

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

Answer 373

Белый Черный

Answer 374

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

Answer 375

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

Answer 376

Scrum Kanban Lean Extreme Programming

Answer 377

Позитивное

Answer 378

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

Answer 379

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

Answer 380

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

Answer 381

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

Answer 382

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

Answer 383

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

Answer 384

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

Answer 385

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

Answer 386

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

Answer 387

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

Answer 388

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

Answer 389

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

Answer 390

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

Answer 391

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

Answer 392

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 393

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

Answer 394

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

Answer 395

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

Answer 396

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

Answer 397

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

Answer 398

Основное внешнее отличие четвертой и шестой версии протокола — структура 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 399

Docker Kubernetes

Answer 400

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

Answer 401

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

Answer 402

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

Answer 403

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

Answer 404

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

Answer 405

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

Answer 406

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

Answer 407

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

Answer 408

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

Answer 409

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

Answer 410

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

Answer 411

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

Answer 412

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

Answer 413

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

Answer 414

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

Answer 415

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

Answer 416

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

Answer 417

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

Answer 418

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

Answer 419

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 420

Stage (staging)

Answer 421

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

Answer 422

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

Answer 423

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

Answer 424

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

Answer 425

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

Answer 426

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

Answer 427

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

Answer 428

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

Answer 429

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

Answer 430

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

Answer 431

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

Answer 432

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

Answer 433

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

Answer 434

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

Answer 435

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

Answer 436

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

Answer 437

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

Answer 438

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

Теория Flashcards

(467 cards)