Feeds:
Posts
Comments

Archive for the ‘Интервью’ Category

Ольга Черепанова и Юлия Баленко (компания VIAcode, Санкт-Петерсбург) решили продолжить традицию компании VIAcode – за чашкой кофе или бокалом вина разговаривать с выдающимися людьми в области IT.

И разговорили самого Алексея Баранцева.

Да так разговорили, что прервали разговор на полпути!

А там как раз разговорились про машинки, цветочные магазины, Маяковского.

Ыыыыы!

Да, это традиция французских журнальных заправил (романя Жюля Верна печатали как раз в стиле ‘a suivre’), держать читателя в нетерпении, но черт-побери, в сети не проблема выкладывать весь текст одним движение, ааа!

Ольга, Юлия – хочу сказать вам следующее.

Иног_______________________

Продолжение следует…

Теряйтесь теперь в догадках о том, что я хотел сказать 🙂

Upd: Йес, вторая часть доступна!

Advertisements

Read Full Post »

Из интервью с Максимом Крамаренко – руководителем команды разработки TrackStudio, иерархической системы управления задачами

Маленькая команда и большой продукт: каким образом осуществляется тестирование TrackStudio и его саппорт?

У нас нет своей команды тестировщиков. Перед выпуском бета-версии мы инсталлируем новую версию системы на свой сервер и активно используем несколько недель. Параллельно разработчики занимаются тестированием с применением средств покрытия кода (code coverage), мы устраиваем соревнования «кто быстрее достигнет заданного уровня покрытия».

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

Особенность нашей ситуации в том, что

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

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

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

Саппортом и общением с клиентами обычно занимаюсь я сам, это позволяет лучше понимать запросы пользователей. Технически у нас ничего интересного нет – форум, e-mail, телефон. Прямой доступ в нашу TrackStudio мы пользователям не даем по идейным соображениям.

ТDD и автотесты?

Нет, автоматические тесты не применяем. Пробовали, но ничего хорошего из этого не вышло. Причины такие:

Разные части TrackStudio очень сильно сильно взаимосвязаны. Например, работа правил оповещения по e-mail сильно зависит от работы фильтров, настроек правил доступа, пользовательских скриптов. Ситуации когда что-то перестает работать «совсем» у нас возникают редко (т.к. даже обычное создание задачи затрагивает работу значительной части кода TrackStudio), а вот проблемы только на какой-то конкретной конфигурации пользователя бывают часто. Моделировать такие ситуации в тестах довольно трудно, а поддерживать эти тесты в актуальном состоянии – еще труднее.

Мне кажется, TDD хорошо работает в проектах, реализующих какой-то стандарт (XML-парсер, HTTP-сервер), когда спецификации достаточно жесткие и редко меняются. В нашем случае никаких жестких спецификаций нет, по согласованию с пользователями правила поведение системы может периодически меняться, а небольшие изменения кода могут повлечь очень значительные изменения в тестах.

Read Full Post »

На Software-testing.ru второе интервью по следам SQA Days 2009: «Незачем тестировать ради тестирования»

Алексей Лянгузов, ведущий тестировщик в команде в Sun Microsystems (Санкт-Петербург, Россия). Занимается вопросами совместимости языка JAVA.

На SQA Days 6 я сделал доклад под названием «Контекстное Тестирование ПО: Практические Рекомендации».

Я уже девять лет в тестировании. Когда начал изучать подход контекстного тестирования вдруг понял, что практически все девять лет исповедовал этот подход. Хотел рассказать об этом тем кто еще не знает, и разъяснить его суть тем, кто еще не понимает. И хочется получить фидбэк от тех, кто понимает.

Заголовок, как всегда, подобрался не сразу.

Read Full Post »

На software-testing.ru появилось мое первое интервью из серии разговоров на конференции  SQA Days 6.

Первое, понятное дело, посвящено организации уходящего мероприятия. См. разговор с Владиславом Орликовым, председатель организационного комитета конференций SQA Days & CEE-SECR, Генеральный директор ООО “Лаборатория тестирования” (Москва).

Справка

Международная конференция для специалистов по обеспечению качества программного обеспечения – SQA Days 2009 — прошла с 28 по 29 октября в Москве в рамках Международной восточно-европейской научно-практической конференции по программной инженерии (для специалистов по разработке программного обеспечения) – CEE-SECR 2009.

Read Full Post »

Расшифровка части интервью Артема Бойцова (Google) проекту Happy-Pm — часть про тестирование в Google.

Минута: 56:20

Есть ли в Google люди, которые проводят мануальное тестирование? То есть, сидят и «кликают»?

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

Но есть и определенное количество ручного труда, конечно.

Вот! А что мотивирует этих людей? Работа зачастую монотонная, такая однородная, и часто — не очень интеллектуальная…

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

(more…)

Read Full Post »

Наконец-то опубликовано интервью Асхата Уразбаева Александру Орлову, которое я перевел из звука в текст, и много месяцев честно ждал, когда оно появится в сети 🙂

  • Мега-плюсы гибких подходов
  • Что делать, когда команда разнится по компетенциям?
  • Командная ответственность
  • Долгосрочное планирование
  • Тестирование в Agile
  • Как правильно награждать команду деньгами?
  • Agile в распределенных командах и проектах
  • Как продать Agile заказчику
  • Кто круче – Scrum или XP? )
  • Основная вещь, мешающая парному программированию
  • Когда Agile применять не надо
  • Что почитать по Agile?

Части:

  1. hpm_interview_askhat_urazbaev_1.pdf (про тестирование в Agile см. страницу №8 )
  2. hpm_interview_askhat_urazbaev_2.pdf

Read Full Post »

How Google developed the Chrome Web browser

By Colleen Frye, News Writer
01 Oct 2008 | SearchSoftwareQuality.com

darin-fisher

Дэрин Фишер

Дэрин Фишер (Darin Fisher), разработчик из проекта Chrome, рассказывает о том, как в Google разрабатывают и тестируют новый браузер. Ранее Дэрин работал над Firefox.

Какая модель разработки ПО была выбрана для работы над Chrome?

Можно сказать, что мы использовали что-то похожее на agile programming, но мы не выбирали «именно такую-то методологию»; мы просто делаем то, что считаем правильным.

(more…)

Read Full Post »

%d bloggers like this: