Pull to refresh

QA Meetup от Ozon Tech

Reading time 1 min
Views 2K
Ozon Tech corporate blog IT systems testing *Web services testing *Mobile applications testing *Conferences

UPD: запись видео и презентации смотрите в отчёте

Привет, хабравчане. Меня зовут Дима Колесник, и я занимаюсь разработкой инструментов тестирования в маркетплейсе. У нас серьёзные нагрузки: 90 млн уникальных пользователей, а в распродажи выдерживаем 5к заказов в минуту. При таком масштабе мы тестируем релиз за 5 минут и делаем больше сотни релизов в день. 

Немного о нашем стеке: браузерные тесты пишем на TypeScript, бэкенд-тесты – на Go, Python, C#. В Mobile QA Automation используем Appium и Python. 

Приглашаем послушать и пообщаться тестировщиков и всех, кто к этому близок:

— Разберем уровни изоляции компонентов приложения при тестировании,

— Расскажем о комбинаторном тестировании,

— Проведем Q&A-сессию о тестировании в Ozon Tech со спикерами и руководителями.

Узнать подробнее
Total votes 11: ↑11 and ↓0 +11
Comments 5

МСК — II-я конференция специалистов по качеству ПО

Reading time 1 min
Views 2.1K
IT systems testing *
29-го сентября, в субботу, с 11 до 17
в здании московского офиса Luxoft состоится
II-я открытая конференция специалистов по качеству ПО

Тема: Постановка процессов контроля и обеспечения качества ПО

Формат: бесплатная, по регистрации

Секции конференции:
1. Понятие качества, метрики и практики обеспечения и контроля качества.
2. Организация и управление тестированием.
3. Внедрение автоматизации в тестировании.
Для участия необходимо обязательно зарегистрироваться с указанием ФИО по ссылке
(Выберите справа «Участвую»).

Если вы хотите сделать доклад на конференции, пошлите письмо по адресу qa2conf@mail.ru.
Заявки на доклады принимаются до вечера воскресенья 23.09.
Тезисы докладов будут выложены в понедельник, 24-го сентября.

Организаторы:
Сергей Мартыненко, Денис Бесков-Доронин, Дмитрий Ручко, Александр Лобач

Адрес проведения семинара:
метро Октябрьское Поле, 1-й Волоколамский проезд, д.10, строение 3

Путь от метро:
первый вагон из центра, выход по подземному переходу направо, потом сразу налево, далее проходите около 50 метров вперед на остановку 105 и 800. Вам необходимы автобусы NN 105, 800, следующие до остановки «1-й Волоколамские проезд». Автобус останавливается напротив первой проходной.
Либо пешком от метро, идти минут 10.
Total votes 21: ↑16 and ↓5 +11
Comments 3

II-я конференция специалистов по качеству ПО

Reading time 1 min
Views 952
Interfaces *
29 Сентября 2007 (это суббота) c 11:00 до 17:00 в компании Luxoft (Москва) пройдет однодневная бесплатная конференция по качеству ПО — подробнее здесь:
livents.ru/events/2007/09/29/ii-ja-konferentsija-spetsialistov-po-kachestvu-po

Поскольку пользовательские качества являются наиболее существенной составляющей качества продукта, я планирую выступить на этом мероприятии.

Аудитория: инженеры по качеству.

Давайте встречаться!
Total votes 8: ↑6 and ↓2 +4
Comments 0

Программисты — дизайнеры (как увеличить качество кода)

Reading time 5 min
Views 822
Lumber room
Занимаясь разработкой ПО уже несколько лет, я последнее время стал часто задумываться о том, что влияет на качество разрабатываемого продукта. Внедрение новых практик (тех же составляющих XP/Agile/Scrum) очень быстро показало, что дело совсем не только в организации разработки — ведущими всегда оказываются личные качества разработчиков. Мы не будем сейчас погружаться с головой во все аспекты качества ПО, но рассмотрим только один из них: качество кода.

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

Задача этой статьи — не просто перечислить качества хорошего кода, этим занимаются слишком часто, и это было бы не столь интересно. Здесь я просто кратко перечислю найденное. Затем мы посмотрим на некоторые аналогии.

Читать дальше →
Total votes 19: ↑18 and ↓1 +17
Comments 15

Некоторые инженерные практики для улучшения качества web application на PHP

Reading time 2 min
Views 4.4K
Website development *
Этот топик мой ответ на жалобу одного человека, что «баги достали».

Для начала, никакая методология положения не спасет. Начинать нужно с инженерных практик – внедрив их и почувствовав уверенность в своем коде можно внедрять любую методологию.

Первые задачи могут быть такие:
  • Обеспечить интеграционное тестирование, чтобы каждое обновление на production не было головной болью.
  • Обеспечить регрессионное тестирование – чтобы выявленные ошибки не возникали опять (отслеживались автоматически).

Читать дальше →
Total votes 65: ↑52 and ↓13 +39
Comments 57

Тестирование ПО: как объяснить руководителю, что 2 х 2=4?

Reading time 2 min
Views 11K
IT systems testing *
Простой, но внезапный вопрос чуть не поставил в тупик: «Почему тестировать должны тестировщики, а не аналитики, разработчики или пользователи?» Попытаюсь быстренько обосновать, но, скорее всего, потребуется помощь со стороны, такие формулировки требуют многостороннего анализа и освещения, и, несмотря на многолетнее владение темой, может потребоваться время на обдумывание.

Читать дальше →
Total votes 50: ↑48 and ↓2 +46
Comments 59

PHP: Шаг к качественному коду и ZendStudio ( Code Assist )

Reading time 1 min
Views 525
Lumber room
Один из самых простых способов определить качество кода приложения — посмотреть на подсказки IDE (например ZendStudio). На первый взгляд простой приём несет в себе вполне определённый и рациональные моменты.
  • «прозрачность» кода
  • следование стандартам именования
  • правильное использование модификаторов видимости
  • использование ООП
  • отсутсвие «волшебства» в коде
  • документирование методов и функций

Посмотрев на подсказки IDE, можно сделать очень даже обоснованное заключение о качестве кода.

Что думаете?
Total votes 10: ↑1 and ↓9 -8
Comments 16

Автоматизация приёмочного тестирования или FitNesse для повышения качества программного продукта

Reading time 7 min
Views 13K
Website development *
image
Качество программного продукта не в последнюю очередь зависит от актуальной документации и тщательного тестирования. Хотелось бы осветить вопрос разработки и тестирования ПО вообще и с использованием среды FitNesse в частности.
Читать дальше →
Total votes 29: ↑23 and ↓6 +17
Comments 15

Какой «IT-долг» у вашей компании?

Reading time 2 min
Views 653
IT Infrastructure *
Недавно аналитическая компания Gartner опубликовала любопытный пресс-релиз, в котором оценивает размер мирового «IT-долга» (IT debt) в нынешнем году в $500 млрд, с потенциалом его увеличения до одного триллиона долларов через пять лет. О чём вообще они говорят?

Понятие «IT-долга» появилось в обороте IT-консультантов недавно, но уже вызвало массу критики. Это своеобразная метафора, которая призвана намекать на необходимость ежегодно платить проценты (по аналогии с государственным долгом), если компания не будет тратить существенных ресурсов на обновление своего ПО.
Читать дальше →
Total votes 5: ↑3 and ↓2 +1
Comments 13

Мастер-класс «Архитектура ПО». Базовый курс для подготовки к международной сертификации iSAQB

Reading time 2 min
Views 5.2K
Programming *System Analysis and Design *
4-6 июня 2013 года в Москве международный эксперт д-р Питер Хрущка проведет 3-х дневный мастер-класс «Архитектура ПО». Данный мастер-класс является базовым курсом для подготовки к международной сертификации iSAQB.

Справка:
Доктор Питер Хрущка – учредитель Atlantic Systems Guild, международной известной группы экспертов (www.systemsguild.com), в которую входят Том ДеМарко и Тим Листер. Входит в редакционный совет IT журналов, в том числе учредитель и член Международного Совета по Разработке Требований (IREB) и Международного Совета по Квалификации Архитектуры Программного обеспечения (ISAQB). Основатель Agile-сообщества в Германии. Один из разработчиков шаблона архитектурной документации систем ARC42. Первопроходец в области инструментов моделирования для структурных и объектно-ориентированных методологий. Частый спикер на IT конференциях, консультант, среди его клиентов многие компании из списка Fortune 500. Автор многочисленных статей и 9 книг по программной инженерии и человеческому фактору, в том числе соавтор знаменитой «Балдеющие от адреналина и зомбированные шаблонами».

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

Мастер-класс предназначен для всех, кто чувствует себя ответственным за структуру ИТ-системы: в основном, архитекторов программного обеспечения, технических IT-менеджеров, проектировщиков, программистов и сотрудников управления качеством. Кроме того, руководители проекта узнают обоснования проектных решений. Таким образом, они получают возможность оптимизировать структуру команды разработчиков.

Дополнительная информация и регистрация на сайте careerlab.ru/education/guru-academy/hruschka/sem1

Читать дальше →
Total votes 2: ↑2 and ↓0 +2
Comments 0

Разработка нового профессионального стандарта в области информационных технологий

Reading time 2 min
Views 6.4K
Нордавинд corporate blog Website development *IT systems testing *
На данный момент в России активно разрабатываются профессиональные стандарты. Мы хотим быть ближе к цивилизованному обществу, если вы не знаете.

Под эгидой ассоциации АП КИТ ведется разработка новых профессиональных стандартов в области ИТ в рамках федеральной программы, инициированной Указом Президента РФ №597 от 7 мая 2012 г. Наша компания «Нордавинд-Дубна» взялась за (как сейчас уже становится окончательно ясно) нелегкий труд разработки профессионального стандарта (далее – ПС) «Специалист по тестированию в области ИТ». Разработка ПС ведется по утвержденным рекомендациям (требованиям) МинТруда. Построение стандарта по этим требованиям идет по следующей схеме:
Обобщенные трудовые функции (ОТФ) == квалификационный уровень (КУ) -> Трудовые функции (ТФ) -> Трудовые действия (ТД).
Ограничения, наложенные тем же МинТрудом:
— для каждого КУ может быть только одна ОТФ,
— ТФ должна быть уникальна в рамках всего стандарта,
— ТД — неограничены.
Читать дальше →
Total votes 8: ↑6 and ↓2 +4
Comments 1

Тестировщики — роль второго плана?

Reading time 5 min
Views 40K
IT systems testing *
Sandbox
В странах бывшего СССР сложилось вполне определённое отношение к тестировщику как к роли второго плана:
  • На роль тестировщика готовы брать кого угодно, кто умеет достаточно уверенно нажимать на кнопочки
  • Тестировщики редко участвуют в судьбе проекта, принимают решения по требованиям и срокам
  • Тестировщиков стараются подключать как можно позже, когда надо «покликать» и «поикать ошибки»
  • За исключением небольшого числа продуктовых компаний, большинство работодателей предлагают тестировщикам зарплату в 1,5-2 раза ниже, чем разработчикам.

Почему такое происходит, вполне понятно: мало кто вживую встречал квалифицированных тестировщиков, тестировщики не делают полезный результат (продукт не пишут), да и вообще у нас принято экономить на всём, на чём только получается. Интересен другой вопрос: что получается благодаря такому подходу? Рассмотрим на примерах.
Читать дальше →
Total votes 73: ↑59 and ↓14 +45
Comments 81

Применение FitNesse для .Net приложений

Reading time 7 min
Views 8.2K
IT systems testing *.NET *
Sandbox
Привет, хабр.

Я думаю, многие из вас слышали про такую штуку, как FitNesse. Это одна из технологий тестирования, где тесты создаются как wiki-разметка (т.е. каждый тест — это web страница), и потом запускаются на определенной технологии (Java, .Net, PowerShell и пр.)

В этой статье я расскажу про пример использования FitNesse для тестирования .Net приложения. И заодно покажу несколько приемов и трюков, чтобы сократить Ваше время разработки. Кстати, все эти технологии абсолютно бесплатны.
Поехали
Total votes 5: ↑4 and ↓1 +3
Comments 29

Бизнес vs программная инженерия

Reading time 4 min
Views 23K
Programming *
Где-то я слышал, что в психотерапии существует следующая методика работы с пациентом – пациенту предлагают сесть и написать в свободной, «потоковой» форме все что накипело, волнует, будоражит сознание и, отражаясь на подсознании, не дает спать по ночам. Применительно к этому есть хорошее, нежно ласкающее слух слово – фрирайтинг.

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

Читать дальше →
Total votes 44: ↑31 and ↓13 +18
Comments 59

Семь смертных грехов разработки ПО

Reading time 6 min
Views 47K
Website development *Programming *
Translation
Перевод статьи Seven Deadly Sins of a Software Project автора Yegor Bugayenko.

Сопровождаемость — это наиболее ценное достоинство современной разработки программного обеспечения. Сопровождаемость может измеряться, в основном, рабочим временем, которое требуется новому разработчику, чтобы вникнуть в проект, до того, как он начнет вносить значимые изменения. Чем больше времени это занимает, тем меньше уровень сопровождаемости. В некоторых проектах это время близко к бесконечности, что означает, эти проекты практически не сопровождаемы. Я хочу рассказать вам о семи смертных грехах, которые делают программный продукт несопровождаемым.
Читать дальше →
Total votes 30: ↑26 and ↓4 +22
Comments 18

Оценка тестового покрытия на проекте

Reading time 7 min
Views 69K
IT systems testing *System Analysis and Design *Web services testing *
Самый лучший способ оценить, хорошо ли мы протестировали продукт – проанализировать пропущенные дефекты. Те, с которыми столкнулись наши пользователи, внедренцы, бизнес. По ним можно многое оценить: что мы проверили недостаточно тщательно, каким областям продукта стоит уделить больше внимания, какой вообще процент пропусков и какова динамика его изменений. С этой метрикой (пожалуй, самой распространённой в тестировании) всё хорошо, но… Когда мы выпустили продукт, и узнали о пропущенных ошибках, может быть уже слишком поздно: на “хабре” появилась про нас гневная статья, конкуренты стремительно распространяют критику, клиенты потеряли к нам доверие, руководство недовольно.

Чтобы такого не происходило, мы обычно заранее, до релиза, стараемся оценивать качество тестирования: насколько хорошо и тщательно мы проверяем продукт? Каким областям не хватает внимания, где основные риски, какой прогресс? И чтобы ответить на все эти вопросы, мы оцениваем тестовое покрытие.
Читать дальше →
Total votes 27: ↑24 and ↓3 +21
Comments 19

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

Reading time 5 min
Views 7.6K
SimbirSoft corporate blog IT systems testing *Designing and refactoring *
Статья «Как справиться с проблемами в унаследованном проекте после 3 других команд» рассказывает, через что пришлось пройти команде разработчиков, чтобы через полтора года получить достаточно стабильный программный продукт.
Здесь мы хотим рассказать, чем занималась команда тестирования, чтобы эффективно проверять все изменения, сделанные разработчиками, и гарантировать, что продукт соответствует ожиданиям заказчиков и конечных пользователей.
image
Читать дальше →
Total votes 10: ↑9 and ↓1 +8
Comments 1

Нагрузочное тестирование – этап обеспечения качества продукта

Reading time 9 min
Views 5.7K
TINKOFF corporate blog Website development *IT systems testing *.NET *ASP *
Описание системы

Большинство продуктов Тинькофф Банка создаются полностью силами наших разработчиков. Один из таких продуктов — система Pds (predictive dialing system). Pds – это робот, который обзванивает клиентов вместо операторов. Причем, если клиент ответил, звонок переводится на оператора. Если клиент не ответил, робот фиксирует неуспешный звонок.

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

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

Архитектура системы схематично представлена на риcунке.

Читать дальше →
Total votes 21: ↑8 and ↓13 -5
Comments 11

Как устроено тестирование BIM-системы Renga

Reading time 9 min
Views 5.1K
АСКОН corporate blog IT systems testing *Qt *Development for Windows *
Ранее мы уже писали как устроено тестирование КОМПАС-3D и про автоматизацию тестирования интерфейса КОМПАС-3D, сегодня расскажем про тестирование BIM-системы Renga.

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

Что такое Renga


Renga Architecture — архитектурно-строительная BIM-система, разработанная Renga Software (совместное предприятие компаний АСКОН и 1С), для создания внешнего облика здания, информационной модели, быстрой компоновки чертежей. Ее пользователями являются архитекторы, проектировщики и конструкторы.



Подробнее о семействе продуктов Renga (Осторожно маркетинг!)
Renga Architecture – система для архитектурно-строительного проектирования. Программа создана для максимальной помощи проектировщику в решении его задач: создание архитектурного облика здания, информационной модели и быстрая компоновка чертежей согласно стандартам СПДС и многое другое.

Renga Structure — cистема для проектирования конструктивной части зданий/сооружений. Программа для инженеров-конструкторов и проектировщиков по созданию информационной модели здания или сооружения и получению чертежей марок КР/КЖ/КЖИ/КМ/АС.

Семейство продуктов Renga предназначено для проектирования по технологии BIM. Высокая производительность систем позволяет работать с большими проектами без видимого снижения качества работы с 3D-моделью:
Читать дальше →
Total votes 10: ↑10 and ↓0 +10
Comments 4
1