Как стать автором
Обновить
41
0
Асеева-Нгуен Анастасия @Travieso

engineering practices

Стратегия тестирования краткосрочного проекта

Время на прочтение 11 мин
Количество просмотров 10K

За пять лет работы в «Аркадии» — компании-разработчике программного обеспечения на заказ, где я работаю тестировщиком, — мне довелось поучаствовать в самых разных проектах. Большая часть из них была связана с веб-разработкой, меньшая — с мобильной. Некоторые проекты длились более года, другие были краткосрочными (полгода или даже пару месяцев). Менялся и размер команд: от трёх до трёх десятков человек.  

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

Читать далее
Всего голосов 12: ↑11 и ↓1 +10
Комментарии 0

Лучшие практики тестирования API

Время на прочтение 12 мин
Количество просмотров 44K

В этой статье мы рассмотрим описание процесса тестирования программного обеспечения сквозь призму работы с API. Я попытался собрать полезные факты из книги “Hands on restful API design and the best practices” авторов Harihara Subramanian и Pethuru Raj. В книге подробно описываются этапы проектирования API и есть отдельная глава по тестированию RESTful сервисов в связке с API.

Можно читать в связке с моим предыдущим переводом “Стратегия тестирования REST API: что именно вам нужно тестировать?”. По ходу перевода я привожу примеры из личной практики (выделены курсивом), чтобы наглядно проиллюстрировать каждый этап из книги.

Читать далее
Всего голосов 3: ↑3 и ↓0 +3
Комментарии 5

Как и зачем делать доклады?

Время на прочтение 15 мин
Количество просмотров 13K

Всем привет, меня зовут Рома Неволин и я много занимаюсь докладами. Готовлю доклады, выступаю с докладами, делаю доклады, ищу докладчиков, ищу темы для докладов, а еще постоянно отвечаю на вопросы про доклады. А их всегда много.

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

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

Читать далее
Всего голосов 59: ↑59 и ↓0 +59
Комментарии 13

Моки без лишней мороки с mswjs+faker.js

Время на прочтение 6 мин
Количество просмотров 9.1K

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

Читать далее
Всего голосов 6: ↑6 и ↓0 +6
Комментарии 4

Долой техдолг! На TechLead Conf 2020 расскажем как

Время на прочтение 6 мин
Количество просмотров 6.1K


Привет!


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


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

Читать дальше →
Всего голосов 40: ↑39 и ↓1 +38
Комментарии 0

Кто ответит за качество?

Время на прочтение 10 мин
Количество просмотров 7.5K
Привет, Хабр!

У нас новая важная тема — качественная разработка IT-продуктов. Мы часто говорим на HighLoad++, как сделать нагруженные сервисы быстрыми, а на Frontend Conf — классный пользовательский интерфейс, который не тормозит. У нас регулярно есть темы про тестирование, и DevOpsConf про объединение разных процессов, включая тестирование. А про то, что можно назвать качество в целом, и как над ним комплексно работать — нет.

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

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


Читать дальше →
Всего голосов 46: ↑43 и ↓3 +40
Комментарии 8

Soft-skills успешного тестировщика

Время на прочтение 5 мин
Количество просмотров 32K
При собеседовании перед приемом на работу достаточно легко определить так называемые hard-skills кандидата. Однако мне не доводилось видеть исследований на тему, какие же именно soft-skills необходимы успешному тестировщику. В то время как перечислить некоторые из них достаточно просто, равно как и проверить уровень владения ими на интервью.

Вот, например:
Читать дальше →
Всего голосов 14: ↑12 и ↓2 +10
Комментарии 8

Красно-черные деревья: коротко и ясно

Время на прочтение 3 мин
Количество просмотров 254K
История из жизни. Девушка предложила своему парню-программисту пройти психологический тест:
Девушка: Нарисуй дерево.
Программист: (рисует бинарное дерево)
Девушка: Нет, другое.
Программист: Я и красно-черное дерево могу нарисовать.

Итак, сегодня хочу немного рассказать о красно-черных деревьях. Рассказ будет кратким, без рассмотрения алгоритмов балансировки при вставке/удалении элементов в красно-черных деревьях.
Читать дальше →
Всего голосов 61: ↑43 и ↓18 +25
Комментарии 43

Тестирование тривиального кода

Время на прочтение 5 мин
Количество просмотров 23K
Даже если код тривиален, вы всё равно должны его тестировать.
Пару дней назад, Роберт Мартин опубликовал пост «Прагматичность TDD», (здесь лежит переводприм.переводчика) где он рассказал о том, что не тестируют абсолютно весь код. Среди исключительных ситуаций, когда не стоит применять TDD, дядя Боб упоминает написание GUI-кода, и я вижу смысл в таких утверждениях, но среди исключений есть парочка, на мой взгляд, нелогичных.
Читать дальше →
Всего голосов 36: ↑23 и ↓13 +10
Комментарии 64

TDD все еще сравнивают с TLD — мнения экспертов

Время на прочтение 8 мин
Количество просмотров 29K


Специалисты из нескольких ВУЗов Европы – Давиде Фуччи, Джузеппе Сканиелло, Симоне Романе, Мартин Шеппэрд, Бойсе Сигвени, Фернандо Уйагуари, Бурак Туран, Наталья Юристо и Марку Ойиво – провели очередное исследование на тему эффективности тестирования ПО. Они рассмотрели методологии Test Driven Development (TDD) и Test Last Development (TLD).



Исследователи сравнивали их по двум показателям – суммарная скорость разработки продукта и качество исходного кода. Первая методология (разработка через тестирование – TDD) вновь не оправдала возложенных надежд: популярная ранее схема тестирования после разработки (TLD) оказалась не менее эффективной. Так что по указанным выше показателям существенных отличий они не обнаружили.

В таком случае чем же объясняется вспышка интереса к TDD, когда она только появилась? Эта методология возникла в 2000-х, так что теперь элемент новизны можно смело сбросить со счетов. Тем не менее, предметом споров она остается до сих пор.
Читать дальше →
Всего голосов 58: ↑52 и ↓6 +46
Комментарии 136

Общая картина модульного тестирования

Время на прочтение 10 мин
Количество просмотров 34K


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

Тема модульного тестирования не так проста, как может показаться. Многие из нас, разработчиков, приходят в модульное тестирование под давлением клиентов, сотрудников, коллег, своих кумиров и так далее. Мы быстро понимаем его ценность, и, закончив технические приготовления, забываем об общей картине, если вообще когда-либо её понимали. В этой статье я вкратце расскажу о том, чем является и чем не является модульное тестирование как в целом, так и в PHP, а заодно опишу, какое место занимает модульное тестирование в сфере QA.
Читать дальше →
Всего голосов 25: ↑22 и ↓3 +19
Комментарии 39

Тестирование и непрерывная интеграция для Ansible-ролей при помощи Molecule и Jenkins

Время на прочтение 7 мин
Количество просмотров 18K


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

Вместе с большим количеством кода появляется и старая, знакомая проблема: страх изменений. Люди не желают вносить изменения в «чужую» роль, опасаясь испортить её, вместо этого создают собственную копию. Рефакторинг кода не производится, если код прямо сейчас не находится в фокусе разработки, из-за опасения, что внесённые проблемы могут быть обнаружены спустя слишком большое время. Итог: плохой код растёт как снежный ком.
Читать дальше →
Всего голосов 16: ↑16 и ↓0 +16
Комментарии 8

20 приёмов работы в командной строке Linux, которые сэкономят уйму времени

Время на прочтение 9 мин
Количество просмотров 229K
Тема полезных приёмов работы в терминале Linux неисчерпаема. Казалось бы — всё устроено очень просто: приглашение оболочки, да введённые с клавиатуры команды. Однако, в этой простоте кроется бездна неочевидных, но полезных возможностей. Именно поэтому мы регулярно публикуем материалы, посвящённые особенностям работы в командной строке Linux. В частности, сегодня это будет перевод статьи, автор которой увлечён экономией времени через повышение продуктивности труда.



Если вас интересует работа в командной строке Linux — вот некоторые из наших материалов на эту тему:

Читать дальше →
Всего голосов 82: ↑46 и ↓36 +10
Комментарии 87

Нагрузочное тестирование «не-HTTP». Ч.2 Gatling

Время на прочтение 5 мин
Количество просмотров 6.7K
В первой части статьи мы провели сравнительный анализ средств нагрузки на Java для JMeter, ушли от XML тест-планов и достигли 30K RPS с одной машины, нагружая «не-HTTP» сервис на примере Apache Thrift.

В этой статье рассмотрим еще один инструмент для нагрузочного тестирования — Gatling и, как и обещали ранее, постараемся увеличить его производительность в десятки раз.

Читать дальше →
Всего голосов 10: ↑9 и ↓1 +8
Комментарии 0

IoT архитектура — первый взгляд под капот

Время на прочтение 5 мин
Количество просмотров 11K

Понятие IoT (Internet of Things) давно вошло в лексикон IT-шников. Хотя я и не нашел такого хаба, но надеюсь это скоро будет исправлено :)


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


image
Читать дальше →
Всего голосов 15: ↑12 и ↓3 +9
Комментарии 9

Сопротивления автоматизации тестирования

Время на прочтение 9 мин
Количество просмотров 12K

Несмотря на то, что технологии модульного тестирования существуют уже 30 лет (в 1989 году Кент Бек написал статью “Simple Smalltalk Testing: With Patterns”), тем не менее не все программисты владеют этой технологией и не все компании сделали автоматическое тестирование частью своей корпоративной культуры. Даже несмотря на очевидные преимущества автоматического тестирования, все равно поведенческое сопротивление достаточно сильное. Кто пробовал внедрять автоматические тесты, тот знает, что всегда найдется какая-то причина, почему это не удалось сделать.


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


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

Читать дальше →
Всего голосов 20: ↑18 и ↓2 +16
Комментарии 115

Ядро автоматизации тестирования в микросервисной архитектуре

Время на прочтение 9 мин
Количество просмотров 19K
Привет, Хабр! Меня зовут Дмитрий Химион, я руковожу отделом обеспечения качества в Avito. Cегодня я хочу рассказать про автоматизацию тестирования в рамках работы с микросервисной архитектурой. Что мы можем предложить разработке для того, чтобы облегчить контроль качества? Читайте под катом.


Читать дальше →
Всего голосов 17: ↑16 и ↓1 +15
Комментарии 3

Как правильно не соглашаться с идеями: Perfection Game и 3 шага проверки решения на устойчивость

Время на прочтение 6 мин
Количество просмотров 27K
Осенью 2006 года судьба в лице руководства забросила меня на тренинг к Джиму Маккарти. Джим в свое время был руководителем проекта первой версии MS Visual Studio, после чего вместе с супругой Мишель ушел в тренеры-консультанты.

На тот момент я про Джима уже знал, поскольку на полке пылилась его книга “Программируем командный дух” (в оригинале “Software for Your Head”). Сквозь книгу я продраться не смог, поэтому ехал на тренинг с тяжелым чувством, что два дня проведу, скучая по работе.

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

Джим сел на стульчик и… начал жечь. Он рассказывал про простые но необычные инструменты. Про вроде бы знакомые проблемы, которые неожиданно легко решались элементарными способами, до того в голову не приходившими. Что-то из этих техник потом прижилось, что-то нет. Скажем, технику переформирования команд снизу мы потом дважды применили в Intel, и оно реально сработало. Но это тема отдельной статьи.

Короче говоря, два дня пролетели как один час. И в частности, Джим рассказывал про такую технику обсуждения идей и решений как Perfection Game.
Читать дальше →
Всего голосов 22: ↑21 и ↓1 +20
Комментарии 8

Введение в программирование через поведение (BDD)

Время на прочтение 10 мин
Количество просмотров 71K
История: Эта статья впервые появилась в журнале Better Software в марте 2006. Она была переведена на несколько языков.

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

Чем больше я пользовался TDD, тем больше я понимал, что не столько оттачиваю своё мастерство, достигая новых его вершин, сколько то, что это было движение в слепую. Я помню, как мне все чаще приходила мысль: «Эх, вот бы мне кто-нибудь сказал это раньше!», чем мысль: «Отлично, дорога ясна». Я решил, что нужно найти способ обучать TDD, показывающий, как верно работать с ним сразу и без ошибок.

И этот способ — это программирование через поведение. Оно выросло из выработанных agile практик и призвано сделать их доступнее и эффективнее для команд, незнакомых с ними. Со временем, BDD стало включать в себя agile анализ и автоматическое приемочное (прим. acceptance) тестирование.

Читать дальше →
Всего голосов 36: ↑32 и ↓4 +28
Комментарии 15

Шпаргалка с командами Docker

Время на прочтение 5 мин
Количество просмотров 634K
Прим. перев.: Неделю назад Aymen El Amri, руководящий компанией eralabs и создавший обучающий курс «Безболезненный Docker», опубликовал свой Docker Cheat Sheet — шпаргалку по основным командам Docker. Git-репозиторий этого документа на GitHub уже набрал 1000+ stars и несколько сторонних контрибьюторов, что подтвердило его актуальность и пользу.



Представленные здесь команды описаны минимально (с акцентом на читаемость как есть) и включают в себя установку Docker, работу с реестрами и репозиториями, контейнерами, образами, сетью, Docker Swarm. Ниже представлен перевод шпаргалки в её состоянии на 2 сентября с дополнениями из комментариев ниже.
Читать дальше →
Всего голосов 46: ↑42 и ↓4 +38
Комментарии 15

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Дата рождения
Зарегистрирована
Активность