Feeds:
Записи
Комментарии

Archive for the ‘Скриншоты’ Category

Сколько времени нужно на то, чтобы протестировать MS Word 2010?

Да-да, давайте догадываться и угадываться 🙂

А вот Наташа Руколь — знает, бо у ней есть инсайдерская информация о том, сколько ресурсов на это выделила Microsoft.

Кстати, смешно звучит — крупная компания микро программного обеспечения 🙂

В Киеве, в глобаллоджиевском «Gы-Club» проходит тренинг Натальи Руколь «Планирование тестирования и проектирование тестов«. Оно, конечно, более предназначено для менеджеров тестирования, однако и не будучи менеджером следует понимать, что и почему кругом происходит. В конце концов, тренинг «для менеджеров и для ведущих тестировщиков». А кому будет приятно считать себя не ведущим тестировщиком? 🙂

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

В какой-то момент выяснили, что в зале есть много QA.

Через некоторое время выяснилось, что QA в зале не очень много.

Разгадка феномена: Наташа разъяснила, что QA — это процессные менеджеры, а не все тестировщики вообще.

Кто же знал… 🙂

(далее…)

Реклама

Read Full Post »

В общем, октябрь месяц:

Read Full Post »

Оно, конечно, как бы, вообще-то, в целом, но и в частностях, короче, вот:

Давайте обсуждать, чо уж...

Называется: поискал на ночь глядя тематические гуглогруппы.

Оригинал.

Read Full Post »

В киевском политехе (КПИ) проходят лекции для юношества о том, что такое тестирование и как с этим дальше весело жить.

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

Карьерный путь тестировщика

То есть, чем дальше в лес, тем острее и длинее уши, тем морщинистее морда и вообще рост уменьшается.

По жизненным итогам  тестировщики — мелкие сморщенные уроды с длинными ушами.

— Силу чуешь?

— Чую.

— А с женщинами у тебя как, старый падаван?

— Да ну, уже все отпало…

— О, а у меня еще висит!

Read Full Post »

Завтра завершается ConfetQA — он-лайн конференция по тестированию ПО.

Я выступал на ней вчера с докладом о философии автоматизации процессов тестирования.

Резюмирующие репортажи Тани Зинченко раскрывают всю надноготную происходящего, я же хочу посмотреть на его подноготную.

Молдова Нулл

С 14 января 1907 г. по 15 октября 1908 г. в Кишиневе входила и выходила газета с эпикфэйлическим названием «Молдаванин». Чем-то это напоминает заголовки современной «КП» в стиле «Молдаванин зарезал жену, себя и трех навеки онемевших свидетелей своего страшного бытового преступления«.

(далее…)

Read Full Post »

Успешно мигрировали с Selenium 1 на Selenium 2/WebDriver участники воркшопа по миграции с Selenium 1 на Selenium 2/WebDriver. Напомним, что речь идет о воркшопе автоматизаторов Киева под называнием «Миграция с Selenium 1 на Selenium 2/WebDriver«.

🙂

В процессе участия я запоролся на слове «воркшоп». Оно ведь как переводится? Пяможитейская логика подсказывает, что речь идет о месте, где продается работа. Дык тогда каждый киевский офис — суть воркшоп…

Оказалось, что воркшоп — это цех (мастерская), в которой можно нахвататься каких-то рабочих навыков.

В общем, не суть важно.

Важное выяснилось только что: стандартный механизм добавления картинок в WordPress под FF7.01 в Ubuntu не видит в каталогах файлы, у которых расширение написано заглавными буквами.

  • «файл.JPG» — не видит.
  • «файл.jpg» — видит.
Походу, проявляются особенности Flash на платформе Debian.

Андрей Дзыня в стотысячный раз основывает фреймворк для автоматизации

Важно то, что я давно не видел в офисе SysIQ столько ноутбуков с Ubuntu.

Это впечатлило.

У нас же весь офис под властью винды.

Я даже притащил в зал свой ноут, чтобы не выделяться 🙂 бо у меня ж там тоже Ubuntu, которую я никак не хочу обновлять.

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

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

Вот что получил:

У меня 10.10, но в справке указано 11.04.

Отлично! И обновляться не надо.

Попадание под прицел фотокорреспондента

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

На слайде виден текст: «Заказчик хочет вы… интерациональный уровень«.

Михаил Поляруш объясняет, что "Заказчик хочет вы..."

Read Full Post »

Получил три вопроса про метрику «количество багов на фичу»/ которая упомянута в самом низу моей простыни-тысячеслова «про смысел тестирования«:

параметры качества и дефектов

В частности:

  1. в какой книге я прочитал про этот метод?
  2. где я взял эту диаграмму?
  3. как я применяю эту метрику в проектном быту?

Мгм…

В какой книге прочитал про этот метод?

Шоб я знал…

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

В целом я эту форму архи НЕ одобряю. Она слишком формальна, и преисполнена недостаков:

  1. не все дефекты связаны с определенной функцией, как это хотелось бы отобразить на диаграмме. Бывают дефекты «на стыке», или связанные с несколькими функциями одновременно. Такие баги на такой диаграмме не отобразить.
  2. диаграмма не отображает важность багов. Просто вот для фичи №17 найдено 4 бага. И что? Насколько они влияют на функционал, а следовательно, и на качество всего проекта? Если попытаться на диаграмме отобразить не количество багов на функцию, а просто указывать «вот для этой функции были найдены баги«, это будет смотреться круто, но не более. Степень удовлетворенности или неудовлетворенности она не отобразит.
  3. в информации с подобной диаграммы не очень много смысла в проектной работе. Смысл ведь в том, чтобы предоставить адекватно работающую систему, чтобы все было «по нулям» или выше нуля, а не в том, чтобы ПОКАЗАТЬ, что где-то есть дефекты.

Где взял эту диаграмму?

Открыл «Excel 2003», в столбике проставил циферки, выделил сектор с циферками, нажал на иконку «Создать новую диаграмму»…

Я сделал ее для того, чтобы более внятно объяснить свое видение в определенный момент, не более.

Как применять эту метрику в проектном быту?

Ну, как…

Рисуем диаграмму, вешаем на стену, подводим к стене тех, кто ответственен за разработку функции, собравшей наибольшее количество багов, и расстреливаем.

Или предлагаем каждому написать на ней «Я больше не буду делать баги!«, но ей-богу, я бы выбрал в этой ситуации расстрел автора подобной диаграммы 🙂

Read Full Post »

« Newer Posts - Older Posts »

%d такие блоггеры, как: