В последнюю летнюю неделю мы рассказываем про бумажную клавиатуру, про качество приложений и Google Pay, про мобильную навигацию, анимацию, карты историй и многое другое.
Рубрика «тестирование» - 42
Дайджест интересных материалов для мобильного разработчика #267 (20 августа— 26 августа)
2018-08-26 в 13:14, admin, рубрики: App Store, apple, kotlin, react native, ux дизайн, Блог компании Everyday Tools, геймдизайн, маркетинг мобильных приложений, машинное обучение, разработка игр, разработка мобильных приложений, Разработка под android, разработка под iOS, тестирование
REST-assured: полезные советы
2018-08-25 в 19:21, admin, рубрики: automation qa, automation testing, java, qa automation, REST-assured, тестирование, Тестирование IT-систем, Тестирование веб-сервисов, тестирование сервисовВ данной статье я собрал полезные советы по использованию REST-assured, одной из самых распространенных Java-библиотек для автоматизации тестирования REST-API.
Все примеры жизненные, они собраны из моей практики проведения code-review в более чем 50 проектах с автотестами.
Читать полностью »
«Календарь тестировщика» за август. Прочти книгу
2018-08-24 в 6:09, admin, рубрики: библиотека, Блог компании Контур, календарь тестировщика, книги, контур, Офисы IT-компаний, тестирование, Тестирование IT-систем, Тестирование веб-сервисовПродолжаем цикл «Календарь тестировщика». В этот раз ответим на вопросы: зачем тестировщику читать книги? Что лучше книг? Есть миллион статей про это. У тестировщиков Контура Виталия Рощупкина и Кати Пальчиковой есть ещё одно мнение. И проверенные ими способы: как найти время, как мотивировать себя и коллег.
Так выглядела библиотека тестеров Контура в 2017
Товар или сервис
2018-08-19 в 17:23, admin, рубрики: legacy, автоматические тесты, баги, качественный софт, программа, Программирование, продукт, Проектирование и рефакторинг, разработка, рефакторинг, сервис, тестирование, управление, Управление продуктом, управление проектами, Управление проектом, управление разработкойНа Хабре (да и в реальной IT жизни) встречаeтся много вопросов вида:
- Надо ли обновлять систему (или зависимости в приложении), если и так всё работает?
- Нужны ли вообще тесты (автотесты) в приложении (вы ведь на них потратите своё время и деньги заказчика)?
- Если ли смысл в паттернах и выделении абстракций (ведь подобное размазывает код, приводит к снижению производительности и т.д.)?
Ключевой вопрос во всех примерах ниже: что вы разрабатываете: товар или сервис? Как ни странно, но как только вы ответите на этот вопрос о товарах и сервисах, все сомнения о необходимости тестов, абстракций и т.д. отпадут сами собой.
Всё, что вы хотели знать о тестировании адаптеров Wi-Fi, но боялись спросить
2018-08-16 в 16:17, admin, рубрики: cardbus, ExpressCard, IT-стандарты, M2, PCI, pcie, thunderbolt, usb, wi-fi, wlan, Беспроводные технологии, Компьютерное железо, периферия, Сетевое оборудование, тестирование
На днях нашей компании исполнятся 20 лет. Последние 15 лет из этих 20 мы делаем программы для анализа Wi-Fi-сетей. Часть этой работы – разработка драйверов для Wi-Fi-адаптеров, и в этой статье я расскажу, как команда разработчиков тестирует продукты своего труда, и как процесс тестирования эволюционировал за эти 15 лет вместе с эволюцией стандартов и адаптеров. Будет много картинок (то, что называют «geek porn») и технических подробностей.
Читать полностью »
Контейнерно-ориентированное интеграционное тестирование
2018-08-16 в 12:55, admin, рубрики: open source, red hat, Блог компании Red Hat, виртуализация, тестирование, Тестирование IT-системИнтеграционное тестирование остается важной частью производственного цикла CI/CD, в том числе при разработке контейнерных приложений. Интеграционные тесты, как правило, представляют собой не очень продолжительные, но очень ресурсоемкие рабочие нагрузки. Посмотрим, как можно объединить технологии и инструменты интеграционного тестирования со средствами оркестрации контейнеров (в частности, с Red Hat OpenShift), чтобы ускорить тестирование, повысить его динамичность, и более эффективно использовать ресурсы.
Создадим интеграционные BDD-тесты (behavior-driven development – разработка через поведение) с помощью Cucumber, Protractor и Selenium и выполним их на платформе OpenShift, используя Zalenium.
Читать полностью »
Светодиодные лампы О’КЕЙ
2018-08-16 в 7:23, admin, рубрики: LED, led-лампы, Блог компании LampTest, гаджеты, светодиодные лампы, тестированиеМногие сети магазинов выпускают светодиодные лампы под своими брендами. Лампы зарубежных сетей часто оказываются лучше и дешевле тех, которые выпускают «лампочные» бренды. В качестве примеров приведу лампы (IKEA), (Lexmann сети Леруа Мерлен), Diall сети Castorama, (Auchan сети Ашан).
В российской сети гипермаркетов О'КЕЙ также появились лампы под собственным брендом. Я купил их и протестировал.
Модульные тесты для проектов Ардуино
2018-08-15 в 15:36, admin, рубрики: arduino, c++, tdd, Unit-тестирование, модульное тестирование, Разработка под Arduino, Разработка робототехники, робототехника, роботы, тестирование«Серьезные» разработчики встраиваемых систем (читай: стмщики) время от времени любят шпынять голозадых «ардуинщиков», у которых среда разработки, помимо всего прочего, не поддерживает даже аппаратные отладчики с точками останова и просмотром значений переменных под курсором мышки или в специальной табличке в реальном времени. Что ж, обвинение вполне справедливо, окошко Монитора последовательного порта (Serial Monitor) плюс Serial.println — не самый лучший инструмент отладки. Однако грамотный ардуинщик сможет с легкостью парировать атаку и поставить зарвавшегося стмщика на место в том случае, если он (ардуинщик) использует модульные тесты.
Как измерить успех. Стратегии мониторинга и их связь с бизнес-проблемами
2018-08-13 в 11:39, admin, рубрики: devops, Блог компании Конференции Олега Бунина (Онтико), метрики, тестирование, Тестирование веб-сервисовПеред тем, как ответить на вопрос «Как измерить успех?», надо понять, что значит «успех» именно для вас. Для Dev и Ops определение успеха отличается. Для Dev успешный проект полностью проходит тестирование. Для эксплуатации — мониторинг. Тестирование и мониторинг нужны, но тесты никогда не дают 100% покрытия проблемы, а ответа 200 от HTTP недостаточно, чтобы быть уверенным в том, что система хорошо работает. Leon Fayer на РИТ++ отстаивал точку зрения, что DevOps платят не за то, чтобы все метрики в мониторинге были в зеленой зоне. Платят за то, чтобы пользователи были довольны. Если недовольны — бизнес теряет деньги, и никого не волнует, что все зеленое.
Под катом много примеров из практики, которые доказывают эту точку зрения. Разберем, зачем понимать бизнес, как следить за успехом с точки зрения бизнеса, и зачем это нужно простым разработчикам.
О спикере: Leon Fayer родился в когда-то дружественной республике, но вырос в США. Начал заниматься программированием очень много лет назад, и за это время работал программистом, менеджером — кем только не работал. Участвовал в стартапах — некоторые были более удачные, а некоторые не очень.
Много лет Леон работает в OmniTI. Эта компания специализируется на разработке масштабируемых систем, поэтому Леон имеет уникальную возможность проектировать и строить системы для самых посещаемых сайтов в мире — Wikipedia, National Geographic, White House, MTV и т.д.
История тестирования проекта «К»: Kotlin&Spek
2018-08-13 в 5:00, admin, рубрики: java, kotlin, Qiwi, spek, Блог компании QIWI, тестирование, Тестирование веб-сервисовПривет!
В этой статье мы поговорим об автоматическом тестировании на одном из многочисленных проектов QIWI, получившим кодовое название «К».
Когда мы организовывали тестирование это проекта, то решили выбрать практичный и хайповый Kotlin, а также Spek, гласящий «Вы называете их тестами, мы называем их спецификациями» (You call them tests, we call them specifications). Возможно, такой подход подойдет и вам, если вы столкнетесь с похожими задачами.
Почему Kotlin, а не что-то еще? Kotlin был выбран разработкой, поэкспериментировать, так как конкретно этот продукт не был критичным, и можно было вживую потренироваться на нём, не опасаясь, что будут проблемы.
Официальная документация говорит нам, что «Spek написан на Kotlin, и спецификации, которые вы пишете, будут написаны на Kotlin» – это очень ясно отвечает на вопрос: «Зачем это нужно?».
Итак…