Как стать автором
Обновить

Новый взгляд на MindMap в тестировании

Блог компании ООО «ЦИТ» Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *


Любой маломальски опытный QA-инженер (или в простонародье тестировщик) сможет сходу назвать пяток различных видов тестов: удобство пользователя, дымовое, нагрузочное, регрессионное, конфигурационное, тестирование взаимодействия и т.д. Какие-то виды тестирования используются редко, например нагрузочное, почаще применяется тестирование удобства пользователя, о таких экзотических видах, как конфигурационное тестирование или тестирование взаимодействия, многие вообще слышали только в книгах Канера и Фолка «Тестирование программного обеспечения» и никогда не использовали в работе. Но есть вид тестирования, про который можно сказать совершенно четко: его делал каждый. Я говорю о регрессионном функциональном тестировании. Этот вид теста, пожалуй, является одним из наиболее важных, нудных и трудоемких.

Читать дальше →
Всего голосов 19: ↑16 и ↓3 +13
Просмотры 28K
Комментарии 9

Тестирование вёрстки на визуальные регрессии с помощью PhantomCSS

Тестирование IT-систем *CSS *JavaScript *Тестирование веб-сервисов *
Перевод
Работа с чужим кодом — одна из распространенных и сложных проблем, с которыми мне приходилось сталкиваться в своей работе. Почти в каждом случае предыдущий разработчик писал код не так, как бы мне этого хотелось.

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

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

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

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

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

На этот раз было решено построить визуально регрессионный набор тестов.
Читать дальше →
Всего голосов 24: ↑22 и ↓2 +20
Просмотры 24K
Комментарии 1

Как победить день сурка → Автоматизация тестирования нового интерфейса КОМПАС-3D v17

Блог компании АСКОН Тестирование IT-систем *Графические оболочки *CAD/CAM *Разработка под Windows *
В прошлой статье мы рассказали, как устроен процесс тестирования КОМПАС-3D. Продолжаем тему. Сегодняшний пост посвящен тому, как были автоматизированы регрессионные проверки и разработана собственная программа для тестирования не только интерфейса, но и других модулей КОМПАС-3D.



Рассказывает инженер по тестированию Екатерина Родина.

Ключевым элементом версии КОМПАС-3D v17 стал новый интерфейс. Его разработка велась в отдельной ветке, и каждые два-три дня наработки сливались в основную ветку продукта, чтобы ими могли пользоваться другие команды. Но прежде чем отдать, нужно проверить.
Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры 4.8K
Комментарии 8

Борьба за плавность отображения в системе видеонаблюдения: найти рывки и обезвредить

Блог компании Macroscop Тестирование IT-систем *Работа с видео *
Закономерно, что с развитием продукта повышается и внимание к его качеству. Причем не только по части функционирования, но и в отношении пользовательской эстетики.

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

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

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

#спойлер

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

Регресс или регрессив в тестировании

Тестирование IT-систем *
Из песочницы
О себе писать не буду (кто я и чем занимаюсь). Моя статья возможно ответит на эти вопросы.

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

Да, я — тестировщик. Хотя мои близкие меня постоянно спрашивают — «Ты точно тестировщик? Не похожа!» Очень смешно.

В общем статья сегодня вот о чем. Как правильно говорить — регрессионное или регрессивное тестирование? Как вы сами думаете? Лично я и мои «нормальные» коллеги заняты большую часть времени на работе, проводя регрессионное тестирование. Хм… А может они проводят всё-таки регрессивное тестирование? Пойду-ка спрошу у своих ребят. И вот я в поисках правды провела небольшой опрос среди 20 человек. Опрос легкий с одним вопросом — «привет! ты проводишь регрессивное или регрессионное тестирование?». Большая часть из них сказали «регрессионное», два человека сказали, что это для них одно и тоже, один сказал — «регрессивное». Опроса мне не хватило, и я пошла к знакомой (кандидат филологических наук), спросила про перевод слова «regression». Знакомая сказала, что переводится как регрессия, и скинула скрин вырезки этого перевода из multitran.ru. Оказывается как прилагательное это слово переводится и как «регрессионный», и как «регрессивный».
Читать дальше →
Всего голосов 16: ↑12 и ↓4 +8
Просмотры 15K
Комментарии 21

Разработка визуальных тестов на базе Gemini и Storybook

Тестирование IT-систем *JavaScript *
Из песочницы
Привет, Хабр! В этой статье я хочу поделиться опытом разработки визуальных тестов в нашей команде.

Так получилось, что о тестировании верстки мы задумались не сразу. Ну съедет какая-нибудь рамка на пару пикселей, ну поправим. В конце концов, есть же тестировщики — мимо них и муха не пролетит. Но человеческий фактор все-таки не обманешь — обнаружить незначительные изменения в пользовательском интерфейсе далеко не всегда физически возможно даже тестировщику. Вопрос встал ребром, когда была затеяна серьезная оптимизация верстки и переход на БЭМ. Тут без потерь бы точно не обошлось и нам позарез стал нужен автоматизированный способ обнаружения ситуаций, когда в результате правок что-то в UI начинает меняться не так, как было задумано, или не там, где было задумано.
Читать дальше →
Всего голосов 23: ↑22 и ↓1 +21
Просмотры 6.8K
Комментарии 4

Как мы проводим регрессионное тестирование расчета заработной платы в SAP HCM

Блог компании X5 Tech Тестирование IT-систем *Управление разработкой *
Механизм расчета заработной платы в SAP HCM является надежным и в то же время гибким инструментом. Этот инструмент позволяет учитывать любые требования законодательства и локальных нормативных актов в области вознаграждения сотрудников. Однако обратной стороной медали такой универсальности являются сложность и сильная чувствительность к изменениям настроек.

Читать дальше →
Всего голосов 14: ↑12 и ↓2 +10
Просмотры 5.6K
Комментарии 7

Анонс онлайн-митапа по Android: мобильное тестирование

Блог компании ЮMoney Разработка мобильных приложений *Разработка под Android *Тестирование мобильных приложений *Конференции
Лето красное продолжается, как и онлайновые встречи Яндекс.Денег. 16 июля в 18:00 приглашаем всех причастных к разработке и тестированию под Android на Zoom-митап Android Paranoid. Доклады спикеров будут посвящены таким актуальным вопросам:

  • Как разработчикам с помощью тестирования привести проект к стабильности?
  • Как разработчик может упростить жизнь мобильному тестировщику?
  • Как выбрать лучший инструмент для повышения качества разработки?

А перерывы между докладами обещают быть не менее интересными: вместе с коллегами из Яндекс.Денег, Авито, Ситимобила и Revolut устроим тематические дискуссии. Будет жарко!

Пока размышляете «быть или не быть» и проверяете календарь, загляните под кат — там подробнее о докладах. А регистрация тут.


Читать дальше →
Всего голосов 2: ↑1 и ↓1 0
Просмотры 1.2K
Комментарии 0

Как сохранить нервы тестировщика или ускорить регресс с 8 до 2 часов

Блог компании Vivid Money Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *
Туториал
✏️ Технотекст 2021

Кукусики!

Меня зовут Юля, и я Mobile QA в компании Vivid Money.

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

В этой статье я расскажу, КАК ОБЛЕГЧИТЬ ЖИЗНЬ ТЕСТИРОВЩИКУ ВО ВРЕМЯ РЕГРЕССА!

Расскажу по порядку:

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

Регрессионное тестирование на Scrum-проектах: руководство по проведению

Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *Тестирование игр *
Из песочницы

С ростом проекта и функциональности ПО неизбежно увеличивается объем регрессионного тестирования, хотя сроки зачастую остаются прежними. Как при этом грамотно преодолеть сложности на Scrum-проектах? Читайте в нашей статье.  

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

Антирегрессионное тестирование – минимизируйте затраты

Блог компании Typeable Тестирование IT-систем *Проектирование и рефакторинг *Управление разработкой *
Перевод


Регрессионное тестирование играет важнейшую роль в разработке продукта и считается непростой задачей. С этим трудно не согласиться, когда вы тестируете то, что уже было протестировано, а потом тестируете это снова. Термин «регрессия» ассоциируется у членов команды с большими усилиями. Мы знаем, насколько головоломным и вместе с тем незаменимым может быть регрессионное тестирование для процесса релиза и спрашиваем «Приведет ли невыполненное регрессионное тестирование к неудовлетворительному результату?» и «Нужно ли проводить регрессионное тестирование, если программа без ошибок – это недостижимая цель?» Что ж, ответом будет «Да! Регрессионное тестирование нужно проводить регулярно».


Что подразумевается под регрессионным тестированием?


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



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

Читать дальше →
Всего голосов 11: ↑8 и ↓3 +5
Просмотры 14K
Комментарии 3

Как правильно готовить автоматизацию или Что покрывать тестами в первую очередь

Блог компании Яндекс Практикум Python *Разработка мобильных приложений *Тестирование мобильных приложений *
Привет, это Эрик Бурыгин, я техлид курса «Автоматизатор тестирования на Java» в Яндекс.Практикуме и лид в Яндексе. Каждый ручной тестировщик считает, что автоматизация — это круто и её непременно нужно втащить в проект. Что может быть лучше, чем полное покрытие автотестами продукта, когда тесты гоняются 24/7 и отлавливают баги? Вот прочитал я эти строки, и захотелось ещё раз всё заавтоматизировать!



Но, как это часто бывает, при внедрении автоматизации вы тратите много человеческих ресурсов, а профита долгое время не видно. Возникает вопрос о целесообразности этой инициативы. То, что на первых этапах автоматизация отнимает много сил — вполне нормально, но в перспективе она должна экономить время, а не наоборот. Попробуем понять, как этого добиться.
Читать дальше →
Всего голосов 7: ↑6 и ↓1 +5
Просмотры 9.3K
Комментарии 2

Как мы следим за скоростью регресса

Блог компании Центр Финансовых Технологий (ЦФТ) Тестирование IT-систем *

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

Читать далее
Рейтинг 0
Просмотры 2.5K
Комментарии 2

Как прийти в тестирование первым джуном и не лишить всех работы

Тестирование IT-систем *Тестирование веб-сервисов *
Из песочницы

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

Думаю, по ощущениям это похоже на пилотаж болида Формулы-1 без подготовки.

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

Кстати, сегодня к нам пришел тестировщик...

Читать далее
Всего голосов 8: ↑3 и ↓5 -2
Просмотры 13K
Комментарии 17

История о бесконечном регрессионном тестировании

Блог компании ICL Services Тестирование IT-систем *Тестирование веб-сервисов *Тестирование мобильных приложений *Управление продуктом *

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

Читать далее
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 4.7K
Комментарии 13

Тестирование производительности, энергопотребления и безопасности приложений

Блог компании СберМаркет Тестирование мобильных приложений *

Собрались как-то на QA-митапе эксперты СберМаркета и Skyeng, где говорили о мобильном тестировании, а поделиться материалами в блоге забыли. Исправляемся! Для всех причастных к мобильным приложениям собрали 3 доклада:

— Тестирование безопасности мобильного клиента: стандартные кейсы и их необходимость при регрессионном тестировании;

— Тестирование производительности и энергопотребления мобильных приложений. Обзор базовых нативных инструментов;

— Мобильный CI с JIRA интеграцией: автоматизация ежедневных процессов.

Читать далее
Рейтинг 0
Просмотры 1.5K
Комментарии 0

Динамическая регрессионная модель: как сделать так, чтобы регресс не съел все ваши ресурсы

Блог компании Московский кредитный банк Тестирование IT-систем *CRM-системы *Тестирование веб-сервисов *

К хорошему быстро привыкаешь, причём иногда настолько быстро, что кажется, будто какая-то полезная штука с тобой уже чуть ли не всю жизнь. С дистанционным банковским обслуживанием такая же история: по ощущениям ДБО – это уже чуть ли не стандарт, который обязательно должен быть у всех. Хотя на самом деле эта опция не так давно отметила десятилетие. За все годы развития ДБО постоянно обрастало новыми возможностями: сначала можно было просто оставить заявку на открытие счёта, затем открыть сам счёт, оформить дебетовку (а потом и кредитку). Сейчас так же просто можно оформить ипотеку или взять срочный кредит.

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

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

Но этого поста бы не было, если б на пути ускоренного расширения функциональности мы не встретили его – стремительно растущий набор регрессионных кейсов.

Меня зовут Егор и в этом посте я расскажу, как мы наладили регрессионное тестирование, на примере собственно ДБО, а также одного из важнейших столпов качественного дистанционного обслуживания — нашей CRM.

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