Кто такой тестировщик и как им стать с нуля

Что такое система тестирования и оценки персонала

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

Как работает

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

На выходе вы получаете подробный отчёт: кто прошёл тест, какой балл набрал и какие ошибки допустил

При этом не важно, сколько человек вы тестируете — пять, десять или целый департамент

Типы систем тестирования

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

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

Если компании критически важно, чтобы информация хранилась в её базе данных, присмотритесь к коробке. Ниже мы разберём четыре системы тестирования и аттестации персонала, популярные в России

Ниже мы разберём четыре системы тестирования и аттестации персонала, популярные в России.

Сравнительная таблица систем тестирования
Система Тип Особенность Цена
1. Коробочная версия Площадка для хранения готовых тестов. Чтобы создавать задания, понадобится отдельный конструктор tMaker. 29 000 рублей за лицензию.
2. Облачная версия Платформа тестирования и дистанционного обучения для бизнеса. Автоматизирует аттестацию обучения и помогает перевести очные тренинги в онлайн-формат. от 82 рублей в месяц за пользователя.
3. Облачная версия Есть метод 360 градусов. от 6 000 рублей в месяц.
4. Облачная и коробочная версии Недорогое решение. Можно создавать тесты, анкеты и отслеживать результаты от 1 000 рублей в месяц.

Сравним системы тестирования по 9 критериям

  1. Пробная версия. Есть ли у системы тестовый период и что нужно сделать перед началом работы.
  2. Возможности. Можно ли создавать психологические тесты, проводить оценку 360 градусов и опросы лояльности сотрудников.
  3. Вид системы. Система работает через интернет или её нужно установить на сервер.
  4. Интерфейс. Насколько просто выглядит панель управления и сложно ли разобраться в настройках.
  5. Брендирование. Можно ли подогнать дизайн системы тестирования под брендбук компании.
  6. Типы тестов. Какие типы тестов и заданий позволяет создать система.
  7. Особые опции. Какие возможности есть у системы кроме создания тестов.
  8. Статистика. Какие данные о результатах тестирования система передаёт администратору.
  9. Цена. Сколько стоит и как строится ценообразование.

QA, QC и тестирование

Так в чем же разница между QA и тестированием и что такое Quality Control?

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

Можно оформить их соотношение в виде таблицы:

Таким образом, мы можем построить модель иерархии процессов обеспечения качества: Тестирование – часть QC. QC – часть QA.

Иными словами, Quality Assurance обеспечивает правильность и предсказуемость процесса, в то время как Quality Control предполагает контроль соблюдения требований. Тестирование же, в свою очередь, обеспечивает сбор статистических данных и внесение их в документы, созданные в рамках QC-процесса.

Если провести аналогию с процессом конструирования, скажем, велосипеда, то получим такую картину:

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

То есть качеству объекта внимание уделяется еще до создания самого объекта.

Качество программного обеспечения

Каждый день в своей работе мы сталкиваемся с достаточно абстрактным понятием «качество ПО» и если задать вопрос тестировщику или программисту «что такое качество?», то у каждого найдется своё толкование. Рассмотрим определение «качества ПО» в контексте международных стандартов:

Качество программного обеспечения — это степень, в которой ПО обладает требуемой комбинацией свойств.

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

Характеристики качества ПО

Функциональность (Functionality) — определяется способностью ПО решать задачи, которые соответствуют зафиксированным и предполагаемым потребностям пользователя, при заданных условиях использования ПО. Т.е. эта характеристика отвечает то, что ПО работает исправно и точно, функционально совместимо соответствует стандартам отрасли и защищено от несанкционированного доступа.

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

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

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

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

Портативность (Portability) – характеризует ПО с точки зрения легкости его переноса из одного окружения (software/ hardware) в другое.

Модель качества программного обеспечения

На данный момент, наиболее распространена и используется многоуровневая модель качества программного обеспечения, представленная в наборе стандартов ISO 9126. На верхнем уровне выделено 6 основных характеристик качества ПО, каждую из которых определяют набором атрибутов, имеющих соответствующие метрики для последующей оценки.Рис.1. Модель качества программного обеспечения (ISO 9126-1)

Какими качествами должен обладать тестировщик

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

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

  • Скрупулезность
  • Внимательность к деталям
  • Аккуратность
  • Педантичность
  • Усидчивость

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

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

  • Умение работать в команде
  • Желание и умение работать в динамичной команде (так тоже пишут HR-ы)
  • Ответственность
  • Самостоятельность в принятии решений (на уровне ближе к Senior)
  • Инициативность

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

  • Стремление к развитию
  • Хорошая обучаемость

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

  • Чувство юмора.
  • Неконфликтность

Ручное тестирование

Ручное (мануальное) тестирование — это тестирование без помощи каких-либо программ, автоматизирующих работу.

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

Напомню, что ручное тестирование строится на методах тестирования. Сюда относятся и техники тест-дизайна, и техники, основанные на опыте

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

Плюсы ручного тестирования:

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

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

Минусы ручного тестирования:

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

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

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

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

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

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

System testing The process of testing an integrated system to verify that it meets specified requirements.

Характеристики системного тестирования

Цель: проверка работы системы в целом

Объект: система, конфигурации системы, рабочее окружение

Базис: системные требования, бизнес требования, сценарии использования, User Stories, системные руководства, инструкции

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

Ответственный: тестировщик

Системное тестирование для нашего примера может включать в себя такие типы тестирования:


Системное тестирование системы Contact Us

* слово «тестирование» — убрано с изображения для упрощения

  1. Работает ли форма Contact Us во всех поддерживаемых браузерах?
  2. Удобно ли ей пользоваться? Все ли понятно? Насколько осмысленны сообщения об ошибках?
  3. Что произойдет, если кто-то отправит 1,000 запросов Contact Us в секунду? (DDOS)
  4. Какое максимальное количество запросов можно отправить, чтобы сайт работал без сбоев? (Load testing)
  5. Насколько читабельным является Email, который получит поддержка? (весь текст в одну строку или письмо оформлено красиво)
  6. Не попадает ли письмо в Spam?
  7. Сохраняются ли данные клиента, который отправляет форму? Если «да» — насколько безопасно место хранения? Существует ли способ получения списка отправленных Email-ов?
  8. Знает ли суппорт о почтовом ящике, куда попадет письмо? Знает ли он, как реагировать на такие письма?
  9. и много, много других

На этом уровне тестирования создаются end-to-end тесты, имитирующие бизнес процессы, Use Cases и Use Stories от начала до конца.

Эти тесты все чаще автоматизируется и именно этот вид автоматизации сейчас очень востребован (JAVA, Python, JavaScript, C#, Selenium и т.п. — все здесь).

E2e тесты очень медленные (обычно 5-10 тестов в минуту) и коварные, с их автоматизацией нужно быть очень осторожным

Системное тестирование — одна из самых творческих и объемных областей тестирования. Кроме end-to-end (e2e) тестирования, к этому уровню относятся все виды .

Очень часто начинающие тестировщики видят только одно направление развития: автоматизация.

Но на самом деле направлений много.

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

End-to-End Testing A type of testing in which business processes are tested from start to finish under production-like circumstances.

После завершения тестирования всей системы нас ждет последняя проверка перед сдачей работы.

Где взять первый опыт?

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

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

На первых порах системный подход к тестированию и идеология внутреннего обмена опытом гораздо важнее, чем обещанная зарплата. А еще, будем откровенны, в крупных компаниях ответственность за неверные стратегические решения довольно размыта, так что можно спокойно набираться опыта, не рискуя всем бизнесом своего работодателя.
В небольших компаниях и стартапах отношение к тестированию зачастую иное. Кто-то что-то где-то тестирует — и хорошо. Как надо тестировать правильно, они не расскажут. Наоборот, в обход всех процедур в пятницу вечером будут заливать новые релизы на продакшн, а дотестировать их уже потом.
На такие “дикие пляски” лучше идти более подготовленным специалистам, которые понимают, в чем здесь отступление от классических процессов. У человека без опыта работа в таком режиме породит только кашу в голове. Скорее всего, ничему хорошему он тут не научится.
В целом, если вам не повезло с местом работы, не обязательно срочно собирать вещи. Главное найти специалиста, на которого можно опереться в поисках правильных решений — эдакого ментора и советчика. Кстати, ментора не обязательно искать среди коллег. Это может быть и сторонний человек, который подскажет, что изучить и куда посмотреть. Правда, посторонний человек вряд ли будет погружен в тематику проекта. Общаясь с ними, вероятно, придется и про NDA вспомнить.

Плагин разработчика для браузера

Чтобы тестирование шло быстрее, тестировщику иногда нужно имитировать разные ситуации, которые могут быть у пользователя:

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

Что такое куки

Чтобы не делать всё это вручную, используют плагины, например Web developer toolbar:

Ещё в этом плагине есть полезная для тестировщика опция «Автозаполнение полей». С ней данные можно ввести один раз, а потом плагин сам будет везде подставлять всё, что нужно. Или можно настроить, какие поля как заполнять в зависимости от разных параметров. Быстро и продуктивно.

Если нужно более гибкое и умное автозаполнение, можно использовать другой плагин Form Filler:

Словарь тестировщика

Термины идут не по алфавиту, а по смыслу. Сначала база, а потом, те, что на неё опираются.

Объективное доказательство

(Objective Evidence)

Объективные доказательства описывают то, что наблюдал тестировщик, что на самом деле произошло или не произошло.

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

Сравнение объективных доказательств с критериями приёмки приводит к прохождению или провалу теста.

Следует иметь в виду, что такие утверждения, как Пройдено (Passed), Провал (Failed) и как ожидалось (As Expected), никогда не
рассматриваются как объективное свидетельство выполненного теста.

Верификация дизайна

(Design Verification)

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

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

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

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

Валидация дизайна

(Design Validation)

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

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

Видите, какие скучные и не до конца внятные определения даны выше?

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

Выбор фич для следущего релиза, подробности

здесь


Фото: freepik.com

Результат теста

Должен включать в себя:

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

Идентификационный номер тест кейса, который был проведён. Это особенно актуально для больших компаний с обширными библиотеками тестов.

Дату проведения теста.

Описание тестового окружения, использованного во время тестирования. Например, тип компьютера.

Заключение об Успехе/Провале теста. Так называемое Pass/Fail statement

Объективное доказательство (Objective Evidence)

Список найденных дефектов в случае провала теста.

Книги по тестированию, с которых ты можешь начать

 «Тестирование dot com», Роман Савин

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

«Тестирование программного обеспечения. Базовый курс», Святослав Куликов

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

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

В книге «Тестирование программного обеспечения» Сэма Канера, Джека Фолка, Енга Кека Нгуена от А до Я объяснены методы тестирования. Она содержит истории и опыт ИТ-компаний. Авторы дают советы новичкам и профессионалам. Учебник непрост в прочтении, но заменит тебе многие другие ресурсы.

«Lessons Learned in Software Testing» — более современная книга от тех же авторов. Она меньше наполнена теорией и подходит тем, кто любит учиться на чужих ошибках. Тут приведены реальные проблемы, пути их решения и полезные советы.

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

Подкатегории

Профессиональные тесты (2329 тестов)

  • IT и сетевые технологии (187 тестов)
  • Автолюбителям (30 тестов)
  • Банковская деятельность (35 тестов)
  • Бухгалтерия и финансы (190 тестов)
  • ГИМС (14 тестов)
  • для мигрантов (2 теста)
  • Документоведение (32 теста)
  • Животноводство и растениеводство (11 тестов)
  • Землеустройство и Оценщики (9 тестов)
  • Медицина (443 теста)
  • Менеджмент (280 тестов)
  • НАКС (тесты для сварщиков) (285 тестов)
  • Общественное питание (7 тестов)
  • Охрана труда (169 тестов)
  • Педагогика (175 тестов)
  • Соц работа (48 тестов)
  • Страхование (9 тестов)
  • Строительство и инженерия (22 теста)
  • Технический персонал (17 тестов)
  • Торговля и маркетинг (77 тестов)
  • Туризм (44 теста)
  • Частная охрана (ЧОП) (14 тестов)
  • Юриспруденция (253 теста)
  • Пройти тест «Волоконно-оптические линии связи (ВОЛС). Часть 1» онлайн (100 вопросов)
  • Пройти тест «Технология визажа» онлайн (29 вопросов)

Общеобразовательные (2990 тестов)

  • Безопасность (34 теста)
  • Биология (222 теста)
  • География (76 тестов)
  • Естествознание (15 тестов)
  • Иностранные языки (426 тестов)
  • Информатика и ИКТ (224 теста)
  • История (316 тестов)
  • Культурология (101 тест)
  • Лингвистика, филология, языкознание (58 тестов)
  • Литература (76 тестов)
  • Логика (14 тестов)
  • Математика и статистика (222 теста)
  • Общественные науки (63 теста)
  • Право и обществознание (235 тестов)
  • Психология (249 тестов)
  • Русский язык (132 теста)
  • Социология (69 тестов)
  • Страноведение и этнография (40 тестов)
  • Физика (135 тестов)
  • Физкультура и спорт (30 тестов)
  • Философия (52 теста)
  • Химия (53 теста)
  • Экономика (257 тестов)
  • Пройти тест «GMAT» онлайн (75 вопросов)
  • Пройти тест «Черчение (7 класс)» онлайн (88 вопросов)

Профессиональные психологические тесты (87 тестов)

  • Для коммерческой направленности (5 тестов)
  • Для соискателей офисных вакансий (4 теста)
  • Для управляющего звена (10 тестов)
  • общение (5 тестов)
  • темперамент (5 тестов)
  • тесты на логику (7 тестов)
  • характер (3 теста)
  • числовые тесты (2 теста)
  • мышление и интеллект (5 тестов)
  • прочие тесты (35 тестов)
  • Пройти тест «Диагностика учебной мотивации студентов» онлайн (34 вопроса)
  • Пройти тест «Методика изучения мотивации обучения Т.И. Ильиной» онлайн (17 вопросов)
  • Пройти тест «Методика исследования самоотношения (МИС; С.Р.Пантилеев)» онлайн (110 вопросов)
  • Пройти тест «Многоуровневый личностный опросник «Адаптивность» (МЛО-АМ) А. Г. Маклакова и С. В. Чермянина» онлайн (165 вопросов)
  • Пройти тест «Социальный тест» онлайн (55 вопросов)
  • Пройти тест «Тест Гилфорда, субтест 1. Истории с завершением» онлайн (14 вопросов)
  • Пройти тест «Тест Гилфорда, субтест 2. Группы экспрессии» онлайн (15 вопросов)
  • Пройти тест «Тест Гилфорда, субтест 3. Вербальная экспрессия» онлайн (12 вопросов)
  • Пройти тест «Тест для определения качеств удаленного помощника» онлайн (78 вопросов)
  • Пройти тест «Тест на механическую понятливость. Тест Беннета» онлайн (70 вопросов)

Тесты на национальных языках (16 тестов)

  • Тести українською (2 теста)
  • qazaq tilinde test (7 тестов)
  • қазақ тілінде тест (7 тестов)

Заключение

Превалирующая доля настроек находится на стороне команды, которая возможно не понимает или не хочет понимать, для чего они нужны. Я видела, как команды проходили 5 стадий принятия при внедрении development workflow. Хотя, казалось бы, уже много лет известно, как утвержденная модель ветвления повышает качество совместной разработки.
Внедрение таких изменений можно поделить на этапы:

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

Так, у нас в ICL Services на большом количестве проектов, чтобы не преодолевать сопротивление и не растягивать “преднастройку” на каждом из них, перечисленные мною практики выведены на уровень стандартов направления – “Best practices”

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

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

View the discussion thread.

blog comments powered by DISQUS

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector