Пантеон — так в Древнем Риме назывался храм, посвящённый всем богам. А наш проект посвящён не бОгам, а бАгам, поэтому он так и называется.
Здесь мы выставляем на всеобщее обозрение баги, найденные случайно или специально в тех программах, которые мы использовали, или на тех веб-сайтах, которые мы посещали. Надеемся, это поучительное зрелище пойдёт кому-нибудь на пользу.
Целью является не простая фиксация чужих ошибок, не желание посмеяться над нерадивыми разработчиками и тестировщиками, которые пропустили дефект. Мне бы хотелось, чтобы не просто публиковались описания багов, но и были попытки понять и описать, чем вызван этот дефект, почему он остался необнаруженным, какие приёмы, техники, инструменты тестирования могли бы помочь в его поимке, как можно профилактическими мерами добиться того, чтобы такие баги вообще не возникали. Но даже если вы совершенно не представляете, чем вызвано ошибочное поведение и как можно было поймать его при тестировании — всё равно пишите, и мы вместе попробуем докопаться до причин.
Дисклаймер
Авторы и комментаторы этого блога не несут ответственности за то, как читатели используют информацию, полученную в результате прочтения заметок в этом блоге, но надеются, что они сделают это разумно, по назначению и без ущерба для окружающих.
Многие из вас, наверняка, знают о таком понятии, как тестирование документации. А тот кто не знает, лекго может узнать . Правда, в тех статьях, которые вы можете найти , речь обычно идет о тестировании документации используемой в процессе разработки ПО (ТЗ, спеки или как вы их там еще называете). Но в таких статьях очень редко вспоминают о тестировании пользовательской документации. Странно, почему? Лично мне кажется, что глючная документация способна принести не меньше проблем (читай — поводов для разрушения головного мозга вашей тех. поддержке), чем глючное ПО. Честно, я много раз встречал мануалы, после прочтения которых, первое что хочется сделать — позвонить разработчику. Вот и сегодня, мне в руки попался весьма забавный документ. Руки так и чешутся, взять и позвонить. Ну да ладно, у людей и так много работы, я лучше спрошу у общественности ;)
(
Читать дальше
)
Как пользователя меня больше всего раздражают дефекты, заключающиеся в том, что удаленное ПО не «убирается» за собой: оставшиеся записи в реестре, папки и файлы. Пока работал в проектах, которые занимались разработкой софта для конечных пользователей, боролся за чистоту как мог. Вчера же столкнулся с ситуацией, потенциально обратной: после обновления программы «SMS и MMS c компьютера» от МТС она потеряла все мои данные и потребовала переактивации. Это, конечно, хорошо, что USSD-запрос, отправляемый с телефона для этого, бесплатный. А если бы у меня трубки под рукой не было? А ведь проверить так просто, не требуется никаких дополнительных инструментов или методик — просто пройди самыми очевидными шагами пользователя.
Сегодня хочу рассказать о двух багах, порожденных либо верой в собственную предусмотрительность и непогрешимость систем, либо недостаточными проработкой Use Cases и вниманием к пользователю. Также оба дефекта касаются финансовых вопросов, что вызывает еще большее удивление отсутствием должного внимания.
Кто нибудь из читателей пользуется wi-max интернетом? (yota.ru)
Есть у них . Если его подключить, то как я понял из описания тарифа, — должен появиться доступ в интернет на 24 часа. На деле же — по прошествии 24х часов у вас пропадет доступ в интернет только после переподключения модема. Другими словами, если не выключать компьютер и модем — то пользуйтесь бесплатно высокоростным интернетом столько, сколько хотите :)))
Мысли вслух:
1) по сути же это большой баг — как долго он, интересно, проживет в этой системе? =)
2) тестировщиков у них, помойму, нет — а зря =)
upd1: ан нет — вакансии есть ))) может кинуть им баг репорт? )
Продолжу тему локализаций. Иногда сайты удивляют частичной локализацией. Казалось бы, ну начали переводить — переводите до конца, или не подключайте уж тогда перевод совсем, пока не готов. Но нет, локализации — быть. В качестве примера поругаю портал :
«Вы смотрите images 1 — 20 of 55.»
«Try a faster and more secure Web browser. Загрузить Opera»
Лично меня всегда такое раздражало, смесь языков не то что на одной странице, в одном предложении, на мой взгляд, не слишком большое уважение к пользователям.
При обновлении программы Google Picasa открылось окошко, повеселившее оценкой оставшегося времени.
«00: осталось 33» гласило оно. Судя по поведению этой надписи, ожидалось что-то вроде «осталось 00:33».
Я не смог придумать вразумительных способов допустить такой баг. Наверняка, тут есть люди умнее меня, которые без труда объяснят как такое могло получиться. А? ;-)
Сверну немного в сторону с , сегодня будет баг в обычном диалоговом окне. Утащил с .
А вот мораль:
По рзелульттам илссеовдний одонго анлигйсгоко унвиертисета не иеемт занчеиня в кокам пряокде рсапожолены бкувы в солве. Галвоне, чотбы превая и псолденяя бкувы блыи на мсете.Отсалньые бкувы мгоут селдовать в плоонм бсепордяке, все рвано тескт чтаиистя без плорбем Пирчионий эгото ялвятсея то, что мы не чиатем кдаужю бкуву по отдльнотси, а все солво цликеом.
UPDATE:
После обсуждения в комментариях я решил расшифровать мораль. Видимо я действительно слишком загадочно выразил свою мысль :)
При тестировании очень важным приёмом является чередование «фокусировки» и «дефокусировки». То есть нужно то вникать глубоко в отдельные места, то наоборот отвлекаться от конкретных деталей с целью охватить происходящее более широким взглядом.
Помните диалог Аркадия Райкина про пошив костюма? «Кто шил костюм?» — «Мы» — «Кто конкретно?» — «Я пуговицы пришивал. К пуговицам претензии есть?» — «Нет. Пришиты — не оторвёшь. Я спрашиваю, кто костюм шил?» С пуговицами всё в порядке. А с костюмом в целом проблемы. Но понять это, рассматривая отдельно пуговицы, невозможно.
Так и здесь — каждая кнопка в отдельности называется правильно. Но если посмотреть на форму целиком — сразу обнаруживается проблема, связанная с тем, что в одном контексте используется две кнопки с похожими именами.
А, собственно, почему это собственно вызывает проблемы у пользователя? Потому что пользователи работают с приложением постоянно находясь в дефокусированном состоянии, и «по рзелульттам илссеовдний одонго анлигйсгоко унвиертисета ...» в этом состоянии они не могут различить такие кнопки.
Именно по этой причине тестировщикам нужно постоянное «качание» между состояниями фокусировки и дефокусировки. С одной стороны, от них требуется пристальное внимание к деталям. С другой стороны, это может приводить к тому, что останутся незамеченными проблемы с костюмом в целом.
Последнее время наблюдается предрождественский водопад ненормальных сообщений об ошибках.
Сегодня меня порадовала та же самая программа, об ошибке в которой я , но тут она превзошла сама себя:
Что же все-таки произошло? Всё хорошо — зачем тогда об этом сообщать? Что-то не так — зачем говорить что всё хорошо?
(
Читать дальше
)