Ключевая особенность Итерационной инкрементальной модели является...
Anonymous Quiz
4%
проработка целей, альтернатив и ограничений
30%
тестирование здесь появляется уже на самых ранних стадиях развития проекта
54%
разбиение проекта на относительно небольшие промежутки
12%
фазв проекта, которые, в свою очередь, строго следуют друг за другом
В какой модели ПО особое внимание уделяется управлению рисками, в особенности влияющими на организацию процесса разработки проекта и контрольные точки?
Anonymous Quiz
30%
Спиральная модель
36%
V-модель
23%
Инкрементальная модель
11%
Прототипная модель
Выберите подход, который НЕ относится к гибкой модели
Anonymous Quiz
4%
Люди и взаимодействие важнее процессов и инструментов.
81%
Требования очень стабильны и могут быть хорошо сформулированы
7%
Сотрудничество с заказчиком важнее согласования условий контракта.
4%
Готовность к изменениям важнее следования первоначальному плану.
3%
Работающий продукт важнее исчерпывающей документации.
Forwarded from Серьезный тестировщик 🐞
Как получить повышение в IT: 20 вредных советов
Читать...
Читать...
Telegraph
Как получить повышение в IT: 20 вредных советов
В честь 1 апреля мы раскрываем секреты, которые помогут любому IT-специалисту взлететь по карьерной лестнице. 1. Чтобы получить повышение, нужно показать начальству, что вы с ним на одной волне. Регулярно рассказывайте менеджеру, как прошел ваш день, заканчивайте…
ИТЕРАЦИОННАЯ (итеративная) и ИНКРЕМЕНТНАЯ МОДЕЛИ
Информация взята из источников с интернета и с книг по тестированию ПО. Всё подборки статей указала в телеграм канале
Нашла отличное объяснение из блога компании Edison : "Ещё раз про семь основных методологий разработки"
Посмотрите на первую картинку поста. Цитирую: "На диаграмме показана итерационная «разработка» Мона Лизы. Как видно, в первой итерации есть лишь набросок Джоконды, во второй — появляются цвета, а третья итерация добавляет деталей, насыщенности и завершает процесс. В инкрементной же модели функционал продукта наращивается по кусочкам, продукт составляется из частей. В отличие от итерационной модели, каждый кусочек представляет собой целостный элемент."
Немного теории:
📌Итерационная модель жизненного цикла не требует для начала полной спецификации требований. Вместо этого, создание начинается с реализации части функционала, становящейся базой для определения дальнейших требований. Этот процесс повторяется. И каждая версия работоспособна.
📌Процедура разработки по инкрементной модели предполагает выпуск на первом большом этапе продукта в базовой функциональности, а затем уже последовательное добавление новых функций, так называемых «инкрементов». Процесс продолжается до тех пор, пока не будет создана полная система.
Итерационная инкрементальная модель(последняя картинка поста):
👆с точки зрения жизненного цикла модель является итерационной, т.к. подразумевает многократное повторение одних и тех же стадий;
👆с точки зрения развития продукта (приращения его полезных функций) модель является инкрементальной. Ключевой особенностью данной модели является разбиение проекта на относительно небольшие промежутки (итерации), каждый из которых в общем случае может включать в себя все классические стадии, присущие водопадной и v-образной моделям. Итогом итерации является приращение (инкремент) функциональности продукта, выраженное в промежуточном билде. Вот такая солянка 😂
Итерационная инкрементальная модель очень хорошо зарекомендовала себя на объёмных и сложных проектах, выполняемых большими командами на протяжении длительных сроков.
В таком проекте я работала в 2016 году.
А сейчас в основном agile
Данная #теория необходима чисто для собеседований 😄
По моему мнению сейчас используются в основном гибкие методологии. Семейство Agile, о которых тоже поговорим.
Информация взята из источников с интернета и с книг по тестированию ПО. Всё подборки статей указала в телеграм канале
Нашла отличное объяснение из блога компании Edison : "Ещё раз про семь основных методологий разработки"
Посмотрите на первую картинку поста. Цитирую: "На диаграмме показана итерационная «разработка» Мона Лизы. Как видно, в первой итерации есть лишь набросок Джоконды, во второй — появляются цвета, а третья итерация добавляет деталей, насыщенности и завершает процесс. В инкрементной же модели функционал продукта наращивается по кусочкам, продукт составляется из частей. В отличие от итерационной модели, каждый кусочек представляет собой целостный элемент."
Немного теории:
📌Итерационная модель жизненного цикла не требует для начала полной спецификации требований. Вместо этого, создание начинается с реализации части функционала, становящейся базой для определения дальнейших требований. Этот процесс повторяется. И каждая версия работоспособна.
📌Процедура разработки по инкрементной модели предполагает выпуск на первом большом этапе продукта в базовой функциональности, а затем уже последовательное добавление новых функций, так называемых «инкрементов». Процесс продолжается до тех пор, пока не будет создана полная система.
Итерационная инкрементальная модель(последняя картинка поста):
👆с точки зрения жизненного цикла модель является итерационной, т.к. подразумевает многократное повторение одних и тех же стадий;
👆с точки зрения развития продукта (приращения его полезных функций) модель является инкрементальной. Ключевой особенностью данной модели является разбиение проекта на относительно небольшие промежутки (итерации), каждый из которых в общем случае может включать в себя все классические стадии, присущие водопадной и v-образной моделям. Итогом итерации является приращение (инкремент) функциональности продукта, выраженное в промежуточном билде. Вот такая солянка 😂
Итерационная инкрементальная модель очень хорошо зарекомендовала себя на объёмных и сложных проектах, выполняемых большими командами на протяжении длительных сроков.
В таком проекте я работала в 2016 году.
А сейчас в основном agile
Данная #теория необходима чисто для собеседований 😄
По моему мнению сейчас используются в основном гибкие методологии. Семейство Agile, о которых тоже поговорим.
В какой модели разработки ПО тестирование начинается с середины проекта?
Anonymous Quiz
40%
Водопадная
28%
V-образная
15%
Спиральная
7%
Гибкая
10%
Инкрементная
Указаны варианты преимущества простых тест-кейсов.
Выберите пункт, который является преимуществом сложного тест-кейса:
Выберите пункт, который является преимуществом сложного тест-кейса:
Anonymous Quiz
4%
они делают наличие ошибки очевидным;
27%
они понятны начинающим тестировщикам и новым людям на проекте;
42%
при взаимодействии многих объектов повышается вероятность возникновения ошибки;
19%
они упрощают начальную диагностику ошибки, т.к. сужают круг поиска.
7%
их можно быстро прочесть, легко понять и выполнить;
Текстовые файлы, в которых хранится информация о посещениях, параметрах посещений сайта и ошибках, которые возникали на нем это
Anonymous Quiz
32%
Куки
18%
Кэш
47%
Логи
0%
Утилиты
2%
Реестр
Имеется упрощённая схема в ISTQB*, какая из них верная?
* ISTQB (International Software Testing Qualifications Board) Сертификация Тестировщика – программа, которая позволяет специалистам получать международный сертификат по тестированию.
* ISTQB (International Software Testing Qualifications Board) Сертификация Тестировщика – программа, которая позволяет специалистам получать международный сертификат по тестированию.
Anonymous Quiz
43%
Ошибка -> Дефект -> Сбой или Отказ
25%
Дефект -> Ошибка -> Сбой или Отказ
11%
Сбой или Отказ -> Дефект -> Ошибка
21%
Сбой или Отказ -> Ошибка -> Дефект
Что такое отказ (в терминологии ИТ)?
Anonymous Quiz
58%
событие, заключающееся в нарушении работоспособного состояния объекта
3%
недостаток в компоненте или системе
4%
действие человека, приводящее к некорректным результатам
35%
любое отклонение наблюдаемого состояния, поведения, результата , сформированных на основе требований
Отчёт о дефекте (и сам дефект вместе с ним) проходит определённые состояния жизненного цикла.
В это состояние отчёт переводится в случае, если исправление дефекта в ближайшее время является нерациональным или не представляется возможным Какой статус?
В это состояние отчёт переводится в случае, если исправление дефекта в ближайшее время является нерациональным или не представляется возможным Какой статус?
Anonymous Quiz
2%
Проверен (verified)
85%
Отложен (deferred)
1%
Не баг (Not a bug)
9%
Отклонён (declined)
3%
Открыт заново (reopened)
#теория
‼️Повторим понятия:
🔷Аутентификация – прохождение проверки подлинности.
🔷Авторизация – предоставление и проверка прав на совершение каких-либо действий в системе.
🔷Идентификация — это процедура распознавания субъекта по его идентификатору (проще говоря, это определение имени, логина или номера).
Давайте рассмотрим пример:
😉Пользователь хочет войти в систему:
*⃣Для начала система запрашивает логин, пользователь его указывает, система распознает его как существующий — это идентификация .
(Идентификатором может быть:
🔹номер телефона
🔹номер паспорта
🔹e-mail
🔹номер страницы социальной сети и )
*⃣Дальше система просит ввести пароль, пользователь его вводит, и система соглашается, что пользователь, похоже, действительно настоящий, раз пароль совпал, — это аутентификация.
❗️ Скорее всего, система дополнительно запросит еще и одноразовый код из SMS или приложения. Если пользователь и его правильно введет, то система окончательно согласится с тем, что он настоящий владелец аккаунта, — это двухфакторная аутентификация.
Проверка подлинности:
🔹Пароль – то, что мы знаем (слово, PIN-код, код для замка, графический ключ)
🔹Устройство – то, что мы имеем (пластиковая карта, ключ от замка, USB-ключ)
🔹Биометрика – то, что является частью нас (отпечаток пальца, портрет, сетчатка глаза)
*⃣После этого система предоставит пользователю право читать письма в его почтовом ящике — это авторизация .
Например
🔹Доступ к электронной почте после ввода пароля
🔹Разблокировка смартфона после сканирования отпечатка пальца
🔹Выдача средств в банке после проверки паспорта и данных о вашем счете
‼️Повторим понятия:
🔷Аутентификация – прохождение проверки подлинности.
🔷Авторизация – предоставление и проверка прав на совершение каких-либо действий в системе.
🔷Идентификация — это процедура распознавания субъекта по его идентификатору (проще говоря, это определение имени, логина или номера).
Давайте рассмотрим пример:
😉Пользователь хочет войти в систему:
*⃣Для начала система запрашивает логин, пользователь его указывает, система распознает его как существующий — это идентификация .
(Идентификатором может быть:
🔹номер телефона
🔹номер паспорта
🔹номер страницы социальной сети и )
*⃣Дальше система просит ввести пароль, пользователь его вводит, и система соглашается, что пользователь, похоже, действительно настоящий, раз пароль совпал, — это аутентификация.
❗️ Скорее всего, система дополнительно запросит еще и одноразовый код из SMS или приложения. Если пользователь и его правильно введет, то система окончательно согласится с тем, что он настоящий владелец аккаунта, — это двухфакторная аутентификация.
Проверка подлинности:
🔹Пароль – то, что мы знаем (слово, PIN-код, код для замка, графический ключ)
🔹Устройство – то, что мы имеем (пластиковая карта, ключ от замка, USB-ключ)
🔹Биометрика – то, что является частью нас (отпечаток пальца, портрет, сетчатка глаза)
*⃣После этого система предоставит пользователю право читать письма в его почтовом ящике — это авторизация .
Например
🔹Доступ к электронной почте после ввода пароля
🔹Разблокировка смартфона после сканирования отпечатка пальца
🔹Выдача средств в банке после проверки паспорта и данных о вашем счете