среда, 29 сентября 2010 г.

10 Usability Crimes You Really Shouldn’t Commit

Over time certain conventions and best practices have been developed to help improve the general usability of websites during their design and build. This roundup of ten usability crimes highlights some of the most common mistakes or overlooked areas in web design and provides an alternative solution to help enhance the usability of your website.

Crime 1: Form labels that aren’t associated to form input fields

Using the ‘for’ attribute allows the user to click the label to select the appropriate input fields within a form. This is especially important for checkboxes and radio fields to give a larger clickable area, but it’s good practice all round.

Crime 2: A logo that doesn’t link to the homepage

Linking the logo of a website to the homepage has become common practice and is now second nature for (most) web surfers to expect the logo to head back home. It’s also worth mentioning the logo should appear in the top left.

Crime 3: Not specifying a visited link state

Visited link states do exactly as they say on the tin. It’s not the most advanced CSS selector, but it’s one that is often overlooked. Give users a visual clue as to which link has already been clicked.

Crime 4: Not indicating an active form field

You can use the ‘:focus’ selector on lots of elements, but it’s super handy when used on inputs and textareas to indicate that the field is active. Add CSS styling such as a highlighted border, or a subtle change to the background color.

Crime 5: An image without an alt description

This is straying a little into the realm of accessibility, but it’s still an important consideration! Remember to always add a descriptive alt attribute to your images, unless of course they are used for decorative purposes, then the ALT attribute can be left empty (but should still exist!). When using an image as a link, enter a description of where the link goes.

Crime 6: A background image without a background color

It’s common to use background images behind passages of text, but it’s worth remembering that if background images are disabled by the user, there needs to be a similar tone in the form of a background colour to avoid the text becoming unreadable.

Crime 7: Using long boring passages of content

There’s nothing more off-putting than landing on a webpage that’s laid out as a continuous passage of text. Break up your content with images, headings and clear sections to make it easier to scan, read and digest.

Crime 8: Underlining stuff that isn’t a link

Everyone knows that text that’s underlined, or is a different colour is likely to be a link. Don’t go confusing people by throwing in underlined text elsewhere! To draw attention to a certain word, try using the strong or emphasize tags instead.

Crime 9: Telling people to click here

The words click here have been around since the dawn of the Internet, but have been shunned aside in favour of more usable options. Using the words click here requires the user to read the whole sentence to find out what’s going to happen. Instead, describe what’s going to happen in the actual anchor link text.

Crime 10: Using justified text

This is another tip that’s heading a little deeper into accessibility but is also an important point to consider. Justified text might look at neat and square to the eye, but it can generate some real readability problems, particularly for Dyslexic users who can find it troublesome to identify words due to the uneven spacing of justified paragraphs.


Оригинал статьи.

пятница, 10 сентября 2010 г.

Scrum вопрос

На обеде вдруг возник рабочий вопрос.

Я вот никогда по Scrum не работала. А тут вдруг часть команды решила делать скрам-митинги с тремя стандартными вопросами: что сделал, сделаю, что мешало.

Один человек себя поставил скрам-мастером и озвучил правила:

- о вчера говорить в прошедшем времени «я сделал»

- о сегодня тоже говорить в прошедшем времени «я сделал»

Лично мой психологический настрой не может сказать о сегодня «я сделал». Я могу сказать «я сделаю» (без всяких «попытаюсь», «планирую», «хочу» сделать), настраивая себя на свершение горы дел, но не «сделал» с утра пораньше, когда ещё, может, не успел и компьютер включить.

В их команде тоже нашёлся такой правильный и что-то у них разразился скандальчик-спор небольшой. А мы задумались… а может быть этот скрам-мастер прочитал какой-то неправильный перевод с английского языка? Может быть правильно говорить «сделаю»?

Если есть знатоки scrum, подскажите кто прав, кто виноват. Уж очень интересно.

 

 

вторник, 23 марта 2010 г.

Когда соотношение тестировщиков и разработчиков приближается к 1:1


Теорема. Если количество человек в вашем отделе тестирования приближается к соотношению 1:1 с девелопмент отделом, то это проблема именно вашего отдела тестирования.
Доказательство-рассуждение.
Расспрашивал меня недавно коллега о той компании, куда я ухожу, об условиях, о перспективах.. И подняли вопрос о количестве тестировщиков..
В моей настоящей конторе их 6 в Минске и 3 в Лос-Анджелесе, учитывая то, что один QA manager.
Девелоперов у нас в Минске 4, а там - около 10, из которых где-то 3-4 Project Managera и один директор.
Итого: 9 тестировщиков на 14 программистов.
Если учесть то, что ищем ещё одного тестировщика, то ситуация становится жёстче.. Скоро дойдём до соотношения 1:1 с учётом вычета менеджеров и директоров. 
Возможно, вам нужна автоматизация, возможно, вам нужна другая стратегия, возможно, ваши люди не справляются со своими задачами, возможно, qa manager неправильно распределяет задачи. Возможно всё.
Усугубим задачу добавлением человеческого фактора.
Из QA отдела за мой год работы ушёл один человек по собственному желанию после испытательного срока.
3 человека уходят в период март-апрель сего года: один из американской команды, два из минской.
Одного тестировщика мы ищем второй месяц безуспешно.
Из DEV отдела за мой год работы ушёл один человек из минской команды, один из американской.
Совсем несложный вывод:  такое соотношение – следствие того, что процессы в отделе тестирования построены не лучшим образом. Ситуация в DEV куда более стабильна.
Решение. Не забывайте хотя бы иногда объективно смотреть на то, что происходит в вашем отделе.  

А вот, кстати, информация от Юлии Нечаевой по данной проблеме Опрос «Соотношение разработчиков и тестировщиков» и выдержка про обсуждаемое соотношение:
«Немногие могут себе позволить соотношение 1:1 тестировщиков и разработчиков, но такие компании есть. И они позволяют себе это. Мы не можем назвать ни причин сложившейся ситуации, ни условий её возникновения, это факт.»
Хорошо, что такие компании есть, но я уверена, что не всё так уж и хорошо в этих компаниях. Такое соотношение – просто растрата материальных ресурсов.  Я не видела ещё на среднестатистических наших фирмах проекта сложнее, чем мой настоящий, и я воспользуюсь этим, чтобы сказать:
- Даже самый сложный проект не потребует затрат 1:1.

вторник, 16 марта 2010 г.

Browser Sandbox - Run any browser from the web

IE Tester это скучно и не функционально. Как и Multiple IE. И ещё куча всего. Виртуальные машины это хорошо, но часто медленно.. слишком уж много ресурсов они хотят, отчего их использование ещё чаще превращается в просто «нудно».. пока запустишь, пока настроишь, или лицензия закончилась.. А что-то стоящее стоит денег.  Правда, всё, конечно же, зависит от проекта и заказчиков.. как всегда. 
Я долго искала то, что облегчит конкретно задачу нашего отдела тестирования: 6 браузеров – IE6,7,8, Safari, Chrome, FF. Это хорошо, что с FF проблем было меньше, чем с  Safari, которое частенько нужно было 4-е, а иногда 3-е. Вот и приходилось извращаться..
Пока в один прекрасный день не пришёл линк на Spoon Browser Sandbox – РАБОТАЕМ по-настоящему, а не делаем скриншоты, с браузерами online. Правда только на Windows XP. На данный момент это браузеры:
  •          IE8, IE7, IE6
  •          FF3.5, FF3, FF2
  •          Chrome
  •          Opera10, Opera9
Всё очень просто:
1.        Устанавливаем ТОЛЬКО их небольшой плагин. (Хорошо работает с Firefox.)
2.        Одним кликом запускаем с упомянутой выше страницы необходимый браузер (первый раз буферизация будет идти несколько минут, во второй и последующие – несколько секунд).
3.        Всё. Работаем :)

На Win XP sp2 с установленными IE7, FF3.5, Safari 4, Opera 10, Google Chrome 4, Microsoft Office 2007:
  •      Никаких проблем с куками. (Вместе все браузеры, естественно, используют одни и те же куки/кеш файлы, но если работать в них последовательно – всё проходит гладко).
  •      И с прокси тоже. Использует наши обычные Internet Options.
  •      И даже с визуализацией. Впрочем, здесь не утверждаю, потому что в моём приложении упор шёл на функционал, а не визуализацию.
  •      Естественно, блокируется IE Developer Toolbar при старте IE8, потому что необходимо обновление.  Если его используете, то спокойно закрываете ошибку и работаете дальше.
  •      При запуске IE6 Office пытается что-то себе установить. Спокойненько останавливаем данный процесс, ждём отката и работаем.
  •      Как только узнаю что-нибудь ещё.. сразу допишу.
И ещё один важный момент:  даже с медленным интернетом всё работает быстро и без «поедания» вечно необходимых памяти и CPU.

P.S. Пара линков просто в тему о средствах cross-browser тестирования: