Home

Автор: Юлия Багрий, ведущий специалист по тестированию компании "Лаборатория качества"

Оригинальная публикация: http://quality-lab.ru/api-usability-testing/

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

Когда говорят о графических пользовательских интерфейсах (GUI), уже ни у кого не вызывает сомнения то, что юзабилити тестировать необходимо. Но давайте вспомним, что согласно международному стандарту ISO 9241-11 юзабилити – это степень, с которой продукт может быть использован определенными пользователями при определённом контексте использования для достижения определённых целей с должной эффективностью, продуктивностью и удовлетворенностью. Проще говоря, это та степень удобства использования продукта, с которой пользователь может без затруднений применить продукт и достичь своей цели. Как видим, в определении нет ни слова о менюшках, цвете кнопочек и размере шрифта. Мы можем оценить юзабилити для любого продукта, будь то мобильное приложение, утюг, или, в нашем случае, API.

В тестировании юзабилити API используются методы, относящиеся к техникам, разработанным в рамках направления под названием HCI (Human-Computer Interaction, человеко-компьютерное взаимодействие); они же применяются и для оценки GUI. В данной статье я расскажу об основных и самых распространенных техниках. В целом, их можно разделить на два типа: аналитические и эмпирические (экспериментальные).

Оригинальная публикация: https://habrahabr.ru/company/ascon/blog/327582/

Недавно вышла новая версия САПР КОМПАС-3D v17, но вплоть до самого финального релиза в систему еще вносились изменения, тестирование продолжалось. О том, какие испытания проходил новый КОМПАС-3D, прежде чем попасть к пользователям, рассказывает команда КОМПАС-3D из Центра разработки АСКОН в Коломне.

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

«Долина Дали» автор Дмитрий Верба

При проверке такой сложной системы, как КОМПАС-3D, без ручного тестирования обойтись нельзя. Все тестировщики, выполняющие ручное тестирование, имеют опыт конструкторской работы на производстве и не понаслышке знают, как и зачем пользователи применяют ту или иную функциональность КОМПАС-3D.

Автор: Дейв Вестервельд (Dave Westerveld)

Оригинал статьи: https://offbeattesting.com/2017/08/17/getting-fast-and-consistent-automation/

Перевод: Ольга Алифанова

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

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

Принцип скорости 1 – избегайте падений

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

Что же делать, если у вас на руках чересчур часто падающий набор тестов?

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

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

Все читатели, которые прислали свои лайфхаки, были приглашены на онлайн-конференцию тестировщиков КОТэ и их лайфхаки были показаны во время перерывов этой конференции.

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

Лайфхак от Алексея Слепцова: Чтобы протестировать СМС-регистрацию/авторизацию приложения, можно воспользоваться сервисами: • http://www.receive-sms-online.info/• https://receive-sms-online.com/• http://onlinesim.ru/sms-receive

Лайфхак от Геннадия Шелухина: В своей работе я использую фреймворк PyRestTest для автоматизированного тестирования REST API. Он не требует знаний программирования; освоить его просто за короткое время. Тесты работают быстро и стабильно. Использования данного фреймворка позволило сохранить огромное количество времени на тестирование API. Порог вхождения в мир автоматизированного тестирования благодаря простоте данного фреймворка крайне низок. Однозначно рекомендую!

Лайфхак от Елены Тимошенко: "Задом наперёд" При тестировании форм старайтесь заполнять их снизу вверх и (если это возможно) справа налево. Таким образом, вы сразу проверите возможные ошибки в валидации взаимозависимых полей. Например, если набор допустимых значений в поле зависит от выбранного значения в поле выше.

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

8-9 декабря в Москве состоится хардкорная конференция по тестированию Heisenbug 2017 Moscow.

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

Главные темы конференции: автоматизация тестирования, тестирование на проде, нагрузочное тестирование, инструменты и фреймворки для тестирования и дебаггинга.

В Москву приедут как уже полюбившиеся звезды прошлых конференций, так и новые спикеры:
— Николай Алименков, завсегдатай наших конференций, эксперт в подходах и паттернах;
— Simon Stewart, расскажет о масштабировании Selenium;
— Ilari Henrik Aegerter, также уже выступавший на Heisenbug дважды. На этот раз Илари приготовит что-то новое;
— Артем Ерошенко, ставший первым в рейтинге докладов предыдущего Heisenbug;
— Владимир Ситников, хардкорный перфоманс-инженер, коммитил в JMeter (Java-инструмент для нагрузки веб-серверов);
— Алексей Лавренюк, известный по Яндекс.Танку и нагрузочному тестированию;
— Антон Архипов с докладом про TestContainers;

Больше спикеров, подробности докладов, условия участия и регистрация: https://heisenbug-moscow.ru

Чтобы получить билеты по специальной цене, используйте ключевое слово SoftwareTestingPromo.

Обсудить в форуме

Автор: Алессандра Морейра (Alessandra Moreira)

Оригинал статьи: https://roadlesstested.com/2017/08/15/low-barrier-to-entry/

Перевод: Ольга Алифанова

На днях Алан Пейдж задал в Твиттере этот вопрос:

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

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

Низкий порог вхождения

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

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

Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Подписаться на рассылку можно по ссылке.

Обсудить в форуме

Ростов! Грядет осенний DX TECH TALK #4! 

Настал черед сурового QA meet up!

Если вам интересны технические доклады, общение со спикерами в неформальной обстановке под напитки и снэки, то добро пожаловать к нам на DX TECH TALK 12 октября в 19:00.

!Вход свободный!

Вас ожидают доклады:

In Sprint Testing. Как найти и обезвредить баги до релиза

Спикер: Сергей Федулов, QA Engineer, Devexperts (СПб)

Поговорим о том, что собой представляет In Sprint тестирование, при каких условиях возможно его проведение, и какие преимущества дает этот метод всем участникам процесса: разработчикам, команде тестировщиков и заказчику.

Гонки по граблям

Спикер: Борис Кириллов, Senior Software Developer, Devexperts (СПб)

Разбираем проблемы автоматизированного тестирования асинхронных приложений и пути их решения.