Рубрика «Тестирование IT-систем» - 86

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

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

Забавные баги - 1Читать полностью »

image Внутренний фольклор и юмор своих разработчиков есть в каждой команде, хотя не в каждой его бережно собирают и архивируют. Но мы в Parallels заботливо делали это несколько лет подряд. Не так давно мы поделились профессиональным словариком девелоперов Parallels. А сегодня на очереди – возможность заглянуть в тот раздел нашего интранета, где мы храним свои мемы и шутки. Многие из них пришли аж из середины 2000х.

Разработка

  • И почему мне так в субботу хочется сделать commit, а в понедельник — revert?
  • [копаясь в перловом коде]… Проклятый не-C++!!!
  • Я нарисую эту диаграммку прямо сейчас. Возможно, даже сегодня.
  • — Эти виндовоз-девелоперы… – Нет, нужно говорить «разработчики для Windows», по аналогии с «афроамериканцами».
  • Ниибета — это бета, которая обязательно должна выйти независимо ни от чего
  • Раздолбайство и общий фрэймворк — разные вещи!

Читать полностью »

Уважаемые коллеги, в чём выражается профессионализм тестировщика при его подходе к решению очередной задачи? В способности своевременно наверстать недостающие знания, погрузиться "до дна" в её контекст; выявить в её постановке неопределённости/некорректности, чётко сформулировать "непонятки" и устранить всё это при согласовании.

В данной статье я приведу подробную иллюстрацию — как проводить экспертизу задачи на тестирование.

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

Для кого? Для тех, кто учится оценивать содержание работ соответственно поставленным задачам; кому надо для себя решить: хватит, не подумав, бросаться выполнять задачи, а потом с грустью смотреть на результаты. Про сторону, из-за "загадочных" требований которой впустую тратится уйма времени и сил, даже не говорю, а про ещё более "тёмную" сторону, привыкшую ловить рыбу в мутной воде, тем более.
Читать полностью »

Здравствуй Хабр! В этом посте мы хотели бы поздороваться и впервые показать миру наш проект JarvisJS.com — сервис для функционального тестирования веб-приложений. Проект еще совсем молод и с любовью разрабатывается командой из трех человек в течении вот уже семи месяцев.

JarvisJS: Функциональное тестирование веб-приложений - 1

Под катом мы расскажем о нашем сервисе и о причинах, побудивших нас на его создание.
Читать полностью »

Привет! Время долгожданного поста про внутреннее устройство Vexor – облачного continuous integration для разработчиков, позволяющего эффективно тестировать проекты и платить только за те ресурсы, которые реально используются.

image
Читать полностью »

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

Codeship.io: бесплатный CI сервер для приватного репозитория Github Bitbucket
Сразу заинтригую: в результате мы получим связку бесплатного приватного git репозитория на Bitbucket и бесплатный* Continious Integration сервер (SAAS), который будет собирать проект и прогонять все тесты после каждого пуша.
* — бесплатная подписка дает возможность тестировать 5 приватных репозиториев и максимум 100 билдов в месяц.

Мне этого для личного проекта достаточно.

Приведу пример для PHP, проект на Symfony2, но данный сервис поддерживает ещё и Ruby, Node.js, Python.

Читать полностью »

Александр Александр — «дедушка тестирования» в СНГ делал докладна юбилейной 15-ой SQA Days в Москве.

Слайды:
www.slideshare.net/VLDCORP/ss-33747358?ref=http://sqadays.com/ru/talk/18189

Видео выступления:

Читать полностью »

Приводим доклад Игоря Хрола, компания Wargaming, Минск, с конференции SQA Days 15.

Видео доклада:
vimeo.com/93944414

Презентация:
www.slideshare.net/slideshow/embed_code/33725306#

Читать полностью »

В тестировании ПО очень важна организация процесса: кто чем занят? Кто, что, когда тестировал? На какой сборке впервые появилась та или иная ошибка? Кто это тестировал? Какой у нас статус требований?

Пытаясь ответить на все эти вопросы, мы организовывали хранение требований и чек-листов в виде google-таблиц, но со временем поняли: пора искать специализированный инструмент. Результатами поиска и сравнения вариантов я и хочу поделиться с вами в этой статье.

В связи с удалённой рабочей командой и в целом в силу привычки мы рассматривали только веб-варианты. Отбросив по первичному анализу совсем неподходящие нам решения, на выбор остались три кандидата:

TestLink
Кухонные принадлежности в тестировании: или что выбрать из онлайн ресурсов для тестирования продуктов?

TestRail
Кухонные принадлежности в тестировании: или что выбрать из онлайн ресурсов для тестирования продуктов?

Sitechco
Кухонные принадлежности в тестировании: или что выбрать из онлайн ресурсов для тестирования продуктов?

Получаем в результате: Triple Threat Match. Кто кого — увидим в честном бою.

Для начала, мы в команде определили критерии отбора:

  • Стоимость лицензии: желательно бесплатно, или хотя бы, недорого;
  • Поддерживаемые окружения: в команде используются Google Chrome, Mozilla Firefox, Safari — отказываться или менять браузеры никто не готов;
  • Функционал управления тестами: здесь нам важнее всего было удобное создание тестовых наборов, ведение статистики прохождения и наглядной отчётности;
  • Наличие элементов тест-менеджмента: очень хочется от инструмента возможностей планирования своих задач, контроля за планами и сроками;
  • Юзабилити: если кому-то в команде что-то не понравится, то тратить своё время и “вникать” вряд ли будем. Всё должно быть понятно сразу.

По этим критериям и разберём каждого из кандидатов.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js