Рейтинг
+8.19
голосов:
7
avatar

Панбагон  

Мозилла: 4Гб обновлений

Недавно мозилла хотела загрузить ни много ни мало 4 Гб обновлений для Yslow… И загрузила! Секунд за 20… Однако скорость =)
 

 

Программа-пессимист

Зашёл я тут как-то случайно на сайт zazzle.com, и пока я там бродил, меня постоянно (на каждой странице!) сопровождало вот такое сообщение (проявляется только в браузере FireFox):



При этом всё на самом деле всё работало (во всяком случае не смог найти чего-нибудь по настоящему unusable). Но этот неизбывный пессимизм программы, с которым она меня предупреждала, что всё плохо и может стать ещё хуже… С этим я не смог справиться… Ведь если нажать refresh — это сообщение, как нетрудно догадаться, появлялось снова...

Мораль: если в программе ещё не случилось ничего критичного, не стоит беспокоить пользователя заранее, у него и своих проблем хватает.

Кто же прав или информация vs UI

Сегодня у меня со знакомым разработчиком возник спор, в результате которого мы так и не пришли к какому-либо выводу и считаем друг друга дураками :)
 
Небольшая преамбула
 
Сейчас проходят предсезонные тесты гонок в классе Формулы-1, и являясь большими поклонниками данного вида спорта, мы хотели иметь информацию о времени прохождения кругов всеми пилотами. Есть несколько on-line текстовых трансляций, но у них всех один большой недостаток — они отображают только лучшие времена, а хотелось бы еще видеть результаты каждого круга каждого пилота. Недолго порывшись по форумам, нашли stand-alone приложение, которое нам и было нужно. Весит оно 1Мб.


Амбула
 
Запустить приложение мне не удалось, потому что оно написано на WPF, а у меня стоит только .NET Framework 2.0. Отсюда и начинается спор: для чего нужно использовать WPF в приложении такого рода и размера.
Аргументы за WPF друга-разработчика:
«Я хочу, чтобы все было красивенько»
«У меня запустилась, и мне без разницы, как запустится у остальных»
Мои аргументы против WPF в основном заключались в том, что для приложения с по сути простой таблицей, весом в 1Мб нужно дополнительно скачать фреймворк весом под сотню. Другие аргументы сводились к тому, что для отображения такого рода информации совершенно не обязательно прикручивать всякие свистелки-перделки — все равно этим приложением будет пользоваться очень ограниченный круг людей, которм виду специфики приложения, важнее информация, а не как она преподносится.
Как по-вашему, кто прав в данной ситуации? Что важнее в приложениях такого рода — сама информация или как ее предоставляют пользователю?

Вы можете ... или Проблемы Веб 2.0

Через 15 минут за мной приедет такси, которое увезет меня в аэропорт, откуда я полечу на SEG'2010, а пока я хотел бы занести небольшой, но не слишком приятный дефект.

Мы уже привыкли в Ajax и динамически обновляемым страницам, но, видимо, тестировать их не так просто. Например, вот что получается, когда ВКонтакте открываешь страницу пользователя, которая закрыта для посторонних, и запрашиваешь добавление в друзья. Ссылка на запрос в друзья исчезает, а фраза «Вы можете .» остается:



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

Время - деньги!

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

Осенью я покупал новый ноутбук, и в это время действовала программа бесплатного обмена Windows Vista на Windows 7. Я конечно же пошёл апгрейдиться, а когда я указал, куда должен быть доставлен диск с новой операционкой, я увидел вот это:



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

Ошибки в помощи

Приветствую всех!

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



Надеюсь, владельцы этого сервиса, если они вдруг увидят эту заметку, не будут говорить, что он еще не запущен в коммерческую эксплуатацию :) Мне кажется, что сервисы, имеющие финансовые отношения с массовыми потребителями, должны освещать аспекты этих взаимоотношений. Здесь же не найти никаких правил выплат, способов расчета и особенностей регулирования спорных ситуаций в отличие, например, от того же uTest.com.

(Банки)Снять денег больше, чем есть на счету или: может ли являться уязвимостью снятие оплаты за услугу после выполения этой услуги?

Дано:
1)Счет в Банке
2)Услуга информированиясостояния счета по смс.
3)Оплата услуги вконце месяца за прошедший месяц.
Ситуация:
1) За день до оплаты услуги — снимаю все деньги со счета
2) На след день банк хочет оплаты услуги и, поскольку на счете уже ноль, устанавливает баланс счета в минус!
Мораль:
Мораль для банка: Представим себе флешмоб, когда все всладельцы карточек с подключенной услугой «информирования состояния счета», за день до оплаты снимут со своих счетов все деньги=> банк резко не досчитается круглой суммы за работу, которую уже выполнил для пользователей системы.
Мораль для злоумышленника: Со счета, впринципе, можно снять денег больше, чем там есть. Осталось только свою операцию «завуалировать под операцию банка».
Мораль для тестировщика: А какая мораль для тестировщика здесь может быть, а, коллеги? =) Покритикуйте меня — но это же… БАГ?! =)
 
PS:
рекомендую почитать комменты — несколько жизненных примеров о том, как банки «заботятся» о клиентах.
PSS:
судя по тому что пишут коллеги — скорее это не баг, а особенность реализации, которая неудобна клиенту, но выгодна банку.

Каждому своё

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

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



Разработчики, вне всякого сомнения, будут счастливы, если описание дефекта будет содержать такую информацию. А вот конечный пользователь счастлив не будет, потому что он всё равно «не может понять, что именно сломалось, и не знает, что нужно сделать, чтобы ошибка не возникала»

Мораль для тестировщиков.


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

Any Key детектед!

Многие из вас, наверняка, знают о таком понятии, как тестирование документации. А тот кто не знает, лекго может узнать вот так. Правда, в тех статьях, которые вы можете найти вот здесь, речь обычно идет о тестировании документации используемой в процессе разработки ПО (ТЗ, спеки или как вы их там еще называете). Но в таких статьях очень редко вспоминают о тестировании пользовательской документации. Странно, почему? Лично мне кажется, что глючная документация способна принести не меньше проблем (читай — поводов для разрушения головного мозга вашей тех. поддержке), чем глючное ПО. Честно, я много раз встречал мануалы, после прочтения которых, первое что хочется сделать — позвонить разработчику. Вот и сегодня, мне в руки попался весьма забавный документ. Руки так и чешутся, взять и позвонить. Ну да ладно, у людей и так много работы, я лучше спрошу у общественности ;)
( Читать дальше )

Без комментариев


( Читать дальше )