Articles / Profile of irishaspir / Habr

Iryna Spirydonava @irishaspir

Solution Architect

Profile Publications 6Comments 48Bookmarks 26

irishaspir Jun 23 2022 at 14:48

«Пассивная агрессия» или как не стать токсиком

3 min

8.4K

Project management*Personnel Management*

Не бойтесь, я не собираюсь капать на мозги вам, что это плохо, что это один из видов токсичности. Порой в определенных ситуациях НЕОБХОДИМО проявить пассивную агрессию. Но предупредить я обязана, что тут есть нюанс - все-таки эта токсичность прилетаем бумерангом назад, и если в вашем характере нет умением наслаждаться деструктивными отношениями в команде и негативным осадочном, то готовьтесь к тяжелой эмоциональной работе над собой.

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

Как я поняла, что нахожусь в постоянной пассивной агрессии:

-10

irishaspir Jan 22 2021 at 13:21

37 источников тест-идей

9 min

11K

IT systems testing*

Translation

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

Что самое первое, что мы изучаем в тестировании? - Правильно, тест-идеи, которые являются базой для всего тестирования в дальнейшем! Возможно, кому-то покажется, что это очень простая тема - берем требования, пишем на основе требований тесты и тестируем. НО мой практически опыт (15 лет) показывает, что все не так просто, и тесты на основе требований — это в лучшем случае одна треть из того, что можно и нужно протестировать. А две третьих - то, что не отражено в требованиях, что необходимо собирать по крупицам во всем что окружает проект: окружение, код, домен и т.д. На сколько успешным будет подобный сбор чаще всего зависти от опыта тестировщика, кто этим занимается. Но даже опыт тестировщика не может быть гарантией того, что все возможные области будут покрыты. А если в проекте нет опытных тестировщиков, что же делать? Выпускать проект недотестированным?

irishaspir Jan 6 2021 at 20:15

А вы все еще генерируете данные руками? Тогда GenRocket идет к вам

6 min

7.6K

Big Data*

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

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

Проблема тестовых данных

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

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

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

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

irishaspir May 8 2020 at 00:05

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

7 min

8.5K

IT Standards*Project management*Personnel Management*

Translation

Работая с различными компаниями невозможно не обратить внимание, что процессы построены по разному в разных компаниях. В одной компании процессы идеальные или близки к идеальным, в другой же компании приходится ожидать достаточно продолжительное время реакции на запрос. В этой ситуации очень легко разделить компании на плохие и хорошие, но это очень просто, а что просто не всегда правильно. Уже обучаясь на архитектора решений и проводя исследование по метрики качества Maturity — Зрелость, я нашла описание очень простого и понятного подхода к классификации компаний в зависимости от процессов. Этим подходом я делюсь с вами в моем переводе статьи «What is Enterprise Architecture Maturity Model?» или «Что такое архитектурная модель зрелости компании?»

Характеристики уровней зрелости:

Уровень 5: Оптимизированный — фокус на улучшении процессов
Уровень 4: Управляемый — процессы измеряются и контролируются
Уровень 3: Установленный — процессы уровня организации, достаточно проактивные (проекты адаптируют свои процессы согласно стандартам организации)
Уровень 2: Повторяемый — процессы уровня проектов и реагирующие на изменения более гибко
Уровень 1: Начальный — процессы не предсказуемы, слабо контролируемы и инертны к изменениям

Читать дальше →

+10

irishaspir Mar 25 2020 at 19:12

Сложности работы с заказчиками или позитивный эффект формализма

11 min

4.4K

IT systems testing*Project management*Personnel Management*

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

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

По этому я предлагаю другой ответ на этот вопрос.
Мой ответ базируется на подходе разделения компаний по уровню зрелости, что я привела в статье «Что такое архитектурная модель зрелости компании?»

Опираясь на этот подход я бы ответила так:
если работу необходимо наладить с компанией, у которой процессы находятся на низком уровне зрелостии (обычно 0-2), то с большой вероятностью у вас возникнут определенный сложности. Но чем выше уровень зрелости компании, тем ниже вероятность возникновения сложностей.

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

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

Сложности с управлением временем
Сложности при налаживании коммуникации с заказчиком
Сложности эскалаций или паника на проекте
Сложности on-line общения
Сложности взаимодействий с командами заказчика
Сложности в получении обратной связи

Читать дальше →

+13

irishaspir Jan 29 2020 at 17:44

Quality Architect: кто это такой и когда он нужен

8 min

13K

EPAM corporate blogIT systems testing*Project management*IT career

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

Работая руководителем и координатором тестирования на проектах для крупных компаний и решая все эти вопросы на протяжении трёх лет, я поняла, что важно всё-таки привлекать отдельного человека, который будет отвечать на главный вопрос: «Как проводить тестирование?».
Я провела небольшое расследование и обнаружила, что такая роль уже существует, и называется она Quality Architect, но об этом мало кто знает. А описание вакансий Quality Architect на сайтах работодателей поражают своим перечнем обязанностей и навыков, но я думаю, что это скорее от непонимания того, кто такой Quality Architect.

Основываясь на своем опыте в этом направлении, я решила показать на примере одного из реальных проектов, кто же такой Quality Architect и когда он нужен.

Читать дальше →