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

Archive for the ‘Смешно’ Category

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

Об этом говорят околорелигиозные юзабилистские заявления вроде «Картинок продукта на сайте нет — и юзер пойдет покупать в другом магазине». Или «Навигация сложная» — и юзер пойдет покупать на другом магазине».

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

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

Бо если найду форму для заказа, то увлекусь ее тестированием, а мне оно надо? Я лучше «уйду покупать на другой сайт» 🙂

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

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

Проблемы надо решать.

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

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

Ну дык, ждать, пока компании начнут двигаться, не надо. Тестировщики бизнесу тоже не нужны, они нужны программистами менеджерам. Эти люди и должны требовать себе тестировщиков и для проверки функционала, и для проверки юзабельности. И юзабельность должны проверять приходящие люди, потому что в процессе разработки глаз замыливается у любого, даже самого грамотного и умного программиста, тестировщика или менеджера.

Вопрос: «Что получает заказчик после вашей работы, как юзабилиста?»

Ответ: «Отчет!»

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

PS «Тестировщики в зале не обратили внимание на то, что король живет в царстве, бо в царстве живут цари, а короли — в королевстве». Баг нашел Александр Александров. Позор на наши молодые головы 😦

Read Full Post »

Хочется пощупать 2010-ый офис. Очень. Особенно, если в нем есть такие прелести.

Read Full Post »

Под Маяковского:

Вы слышали,

товарищи,

бухтение,

да не знали,

чье

это

творение

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

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

Вы ж не оторветесь, если под кат залезете.

Это ж Макс Дорофеев бухтит первую часть своего выступления на Test Labs 2009.

Часть 1

Часть 2

Часть 3

Read Full Post »

В рабочей почте внезапно появилось такое сообщение:

CruiseControl Build Results for project TestEF (web page)

BUILD SUCCESSFUL
Project: TestEF
Running time: 00:13:03
Integration Request: Dashboard triggered a build (ForceBuild)
Last log entry: Minor changes.
Tests run: 0, Failures: 0, Not run: 0, Time: 0 seconds
No Tests Run
This project doesn’t have any tests

Read Full Post »

Страшные, злые, недоброжелательные тестировщики с завышенными самомнениями сидят на своем страшном-страшном форуме, и страшно-страшно гнобят КАЖДОГО программиста, который к ним обращается с минутным делом — установить и протестировать на производительность и возможные ошибки одну программу…

Две эпические истории взаимонелюбви:

А вот настоящим программистам ничего не стоит помочь страждущим на форуме программистов. Они не только консультируют, исправляют код, пишут с нуля, но и ведут до конца разработку и заметьте, совершенно бесплатно. Заметили? Так заметьте!

Только у собак-тестеров всё вот так корыстно, ради денег…

Стыдно-то как!

Оне изволятъ рычать!

Оне изволятъ рычать!

Read Full Post »

Требуется QA с опытом работы в QA
Опыт может быт небольшой, но надо.

Реальный текст вакансии в коммьюнити /qa_israel/

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

Потребовался им тестировщик, а я кто — правильно, я тестировщик, и если вы все еще проводите интервью №1, тогда я иду к вам. Тем более, что мне их рекомендовали.

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

Cудьба!

(далее…)

Read Full Post »

Как-то увидел в RSS заметку The Bug That Makes Craig Laugh Every Time

When my first test manager left Microsoft he told the team this was his favorite bug and it is easy to see why (testers are often asked about their favorite bugs when they leave).

On his first week on the job one of my friends hit a crash in the speech recognition engine. He had no idea what to do next and went over to ask his developer.

His developer was busy and so asked him to create a bug and write down exactly what he did.

Being new and nervous he entered the bug exactly as it happened, including the exact words he spoke to crash the recognizer. Being a colorful character the exact words he wrote in the bug included many curse words!

The bug bounced between several external teams and later I heard they all had a good laugh.

The bug is still in the database today and it was his first ever bug at Microsoft (the bug did get fixed).

One takeaway: try to find the minimum steps to reproduce the bug!

Буквально на днях увидел нечто подобное и в нашей вселенной.

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

Трабла в том, что приложение написано для true americans, и не учитывает, что кроме charset=ISO существует и более интернациональный UTF-8. И этого, почему-то, оказалось достаточно для того, чтобы приложение «помирало», если в форме SendMeAMessage написать детское «хуйхуйхуй».

Я когда-то тоже отличился. На созвоне наш менеджер со стороны США вдруг спрашивает: «Парни, а что тут за шаги по воспроизведению — быстро сделать 10 или 20 кликов?»

А что удивительного? Приложение написано с использованием Google WebToolKit (свободный Java фреймворк, который позволяет веб‐разработчикам создавать Ajax приложения на основе Java), и продукт сам по себе еще был местами слабым.

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

Опа!

Еще раз — нате еще раз — приложение подыхает, если кто-то начинает в нем безудержно даблкликать.

Казалось, что приложение падает только на стороне клиента, но в логе на сервере все равно появлялось сообщение о том, что «тут у вас что-то упало», поэтому я занес сообщение о баге. Починить это не смогли, сказали, что это вопрос к GWT.

Read Full Post »

На украинских девелоперсах © есть статья «Об эффективных совещаниях«.

Вкратце: можно успешно проводить совещания по-скраму:
1. Что ты сделал за предыдущий день?
2. Что ты сделаешь сегодня?
3. Что тебе мешает?

Комментарий от очень заскрамленного (опытного в этом смысле, то есть) товарища:

Евгений Компаниец

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

Для меня совещание — процесс во время которого обсуждают что угодно. Тема там конечно есть и проблемы бывают, но не понимаю как пользоваться тремя предложеными вопросами в совещании на тему “что сегодня кушать на ужин?”

Подумаешь, сложности какие…

SCRUM на кухне

Итаааааак! Встали! Встали все, встали, скрам проводят стоя! Собрались! Начали! Васька!

— Сделаны уроки на завтра — алгебра, физика, биология, физкультура. Выбит зуб соседнему соседу — ведь он дурак. Запачкана спортивная униформа. Помог перейти бабушке через дорогу. Что еще…

Что будешь делать сегодня…

— Сегодня сделаю 50 отжиманий в углу как наказание за то, что через дорогу все-таки перешел, но почему-то без бабушки. Она где-то по пути отвалилась, буду изучать условия перевода и фиксить процесс.

Очень мешает то, что запасных бабушек уже нет. Надо новые заказать.

Закажем. Галя?

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

Галя, короче! Вася, не крути ложку от скуки, ты отвлекаешь Галю! Муся, не мяукай тут! Никто не отвлекает Галю! Галя — продолжай! Галя?!

— А… Так вот, подметена площадь проживания…

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

Мешает то, то государственная реформа налогообложения не доведена до конца.

Ясно. Ну, и я — работу доработал, деньги до дому донес, выбил зуб отцу соседнего соседа — там яблоко от полена недалеко упало… Сегодня буду жрать, наконец-то. А мешает только то, что надо проводить собрания вот в таком режиме. Всем спасибо!

kommunalka

Фото © http://www.kommunalka.spb.ru 

Read Full Post »

Нашел вот весьма общую презентацию на тему Selenium. Таких много, но именно эта содержит фразу «съобщения за грешки«.

Функционалното тестването на уеб приложения е доста трудоемка задача – изисква човешка намеса, едни и същи тестове трябва да се повтарят след промяна в приложението, а често и в различни браузъри.

Аудиторията ще бъде запозната с възможностите на инструмента с отворен код– Selenium, от какви компоненти се състои, по какъв начин се пишат тестове и как се изпълняват. Ще бъде демонстрирани примерни тестове и как може тяхното стартиране да бъде без намеса на разработчика/тестера.

«Грешки» — это «дефекты» по-болгарски. В уеб-приложениях их всегда много.

Read Full Post »

Заголовок бага:

Link to ‘enabled’ is not disabled

Read Full Post »

Официальная версия:

9 сентября 1945 года ученые Гарвардского университета, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле.

Проделанная работа требовала описания, и слово было найдено — «debugging» (дословно: избавление от насекомого) — так и ныне называется процесс выявления и устранения багов — причин неправильной работы компьютера.

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

В реальности было так (перевод с английского):

Ребята, я тут нажал, и вот, что получилось… Кажется, наш «Марк» слегка глючит…

На заднем плане — вспышки, треск, отдельные взрывы ламп накаливания.

Что-то ты нажал? Какого (неразборчиво) ты нажал именно эту (неразборчиво) клавишу? Ты знаешь, какой процесс ты запустил, ты, (очень неразборчиво), Джонни-бой?

— Какого (неимоверно неразборчиво) ты вообще подошел к машине? Кто его сюда пустил? Кто тебя учил работать на «Марках», ты, (неразборчиво), (неразборчиво), и (неразборчиво), (неразборчиво)…

— У тебя в голове что — тараканы, или диплом инженера, (слегка неразборчиво), а? Что мы теперь скажем, неразборчивое ты слово, а?

На заднем плане — вспышки, треск, отдельные взрывы ламп накаливания. Кто-то сильно надрывается, вероятно, морду бьют. Главный инженер отрешенно играет на банджо «If only I knew»…

Всеобщим голосованием было решено назначить ответственным… маленького мотылька. Даже слово было найдено — «debugging»…

С праздником.

Read Full Post »

Disсlaimer: запись на тему «Люди, мы дышим воздухом, воздухом, люди!»

I. Бабушка «фурычит» в пирожках

Технология создания пирожков слегка запутанная.

Одни пирожки пекутся в духовой печи.

Другие жарятся во фритюре.

Третьи — обмакиваются сперва в кляр.

(далее…)

Read Full Post »

We are reach! YAHOO!

We are reach! YAHOO!

Read Full Post »

Опыт — это то, что ты получаешь, не получив желаемого.

Read Full Post »

На форуме it4business.ru в разделе «Тестировщики не за работой» поднялась тема «Где разумнее сидеть тестировщикам — с разработчиками или отдельно«.

Недавно переехали в новый кабинет, отдельно от прогеров

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

Согласен. Но рост количества программеров вынуждает освобождать помещение.

чем более команда тестирования отделена от команды разработки — тем лучше. Начиная с самого низкого уровня, когда тестирование выполняют разработчики лично, до самого выского — когда выполняет внешняя команда тестировщиков, не связанная с разработчиками вообще никак.

— Мы вот тут что-то напрограммировали
— А мы тут вам что-то натестировали.

Тестеры должны вариться вместе с тестерами…

Если они не используют методы agile, то вполне могут сидеть отдельно.

это зависит от организационной структуры компании: по отделам, проектная, матричная (смешаная). В некоторых случаях такое выделение практически невозможно. Например разнородные проекты на 5-7 человек с одним тестировщиком в команде. Будет мало толку если в один отдел поместить тестировщиков с веб проекта на java, c десктопа на .NET, с проекта на PL/SQL, из проекта для мобильных платформ. Каким опытом они смогут обменятся?

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

Если собрать вместе тестировщиков с разных продуктов, языков, технологий и бизнес областей, то пользы от обмена знаниями не будет. А если Вася тестировщик из проекта игр для мобильных устройств, а у вас разрабатывается банковское ПО?? Ответ перестает быть таким однозначным — Васе придется полдня в тему входить.

Внезапно появляется опытный barancev и спрашивает:

Товарищи, вы в школе проходили басню Крылова «Квартет»? Фишка не в том, как сесть…

Стало стыдно.

Read Full Post »

« Newer Posts - Older Posts »

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