Через 15 минут за мной приедет такси, которое увезет меня в аэропорт, откуда я полечу на SEG'2010, а пока я хотел бы занести небольшой, но не слишком приятный дефект.
Мы уже привыкли в Ajax и динамически обновляемым страницам, но, видимо, тестировать их не так просто. Например, вот что получается, когда ВКонтакте открываешь страницу пользователя, которая закрыта для посторонних, и запрашиваешь добавление в друзья. Ссылка на запрос в друзья исчезает, а фраза «Вы можете .» остается:
Мораль: приложения с динамическим обновлением страницы требуют очень пристального внимания и хорошего знания логики функционирования. Надеюсь, кому-то поможет в работе :)
Вчера принимал участие в новом проекте uTest.com, в общих чертах — тестирование локализованных версий некоего мобильного приложения. Участие принимали три человека из России, два из Израиля, два из Германии, три из Чехии. По условиям заказчика нужно было пройтись по уже составленным тестовым сценариям, за это обещалась сумма, сравнимая с оплатой пяти рабочих часов тестировщика в СПб. Результаты тестирования, как обычно, доступны всем.
Обратил внимание на интересную деталь: практически все тестировщики прошлись по тестовым сценариям (у меня это заняло минут 20), а функционал не тестировали. И только два пытливых русских товарища — я и уже известный по Вячеслав Ерофеев — занялись исследовательским тестированием, в результате чего было занесено около двадцати дефектов (от опечаток до функциональных и технических дефектов). Самое же любопытное, что, похоже, коллеги из других стран не последовали нашему примеру, хотя у них другие локализации и они могли бы найти свои дефекты, ведь маловероятно, что их они свои версии изучили и никаких проблем не нашли. Так что славься, русский тестер!)
Очень часто при тестировании приходится проверять, как система откликнется на максимальное заполнение полей.
Когда нужно просто проверить, что система «скушает» данные, переданные клиентом системе, можно заполнять те или иные формы бредом, но если, например, нужно проверить работу системы с граничными значениями, то дабы избежать споров с разработчиками я предлагаю использовать реальные данные.
Если вы со мной согласны, то я предлагаю Вашему внимаю подборку самых длинных....
(
Читать дальше
)
Не так давно AOL отдала на растерзание мировому сообществу тестировщиков uTest.com новую версию ICQ 7 для настольных компьютеров. Теперь они же ищут тестировщиков из России и Чехии для проверки мобильной версии.
Столкнулись с ситуацией, когда надо тестировать взаимодействие между клиентом и сервером в условиях плохой сети: периодически теряются пакеты, может происходить разрыв соединения. Поделитесь опытом, кто как справлялся с такой проблемой? Когда это разово проверяется, то проблем нет — физически выдергивается кабель, отключаются сетевые интерфейсы. Нам же надо проверить все это под нагрузкой в течение хотя бы нескольких суток.
UPD: и клиент, и сервер могут стоять либо под Windows Server, либо под Solaris 9/10.
Сегодня хочу рассказать о двух багах, порожденных либо верой в собственную предусмотрительность и непогрешимость систем, либо недостаточными проработкой Use Cases и вниманием к пользователю. Также оба дефекта касаются финансовых вопросов, что вызывает еще большее удивление отсутствием должного внимания.
Из разговоров и комментариев в различных обсуждениях я понял, что тема работы на uTest.com интересна окружающим. Недавно закончился мой первый проект, подведены итоги, и я считаю, что уже готов описать свой небольшой опыт работы. Поскольку я еще не выводил заработанное, то финансовым аспектам будет посвящена отдельная статья.
Был я на Приятно посидели — несколько идей для себя вынес. Одна из них — зарегиться на с целью выхода на фриланс по тестированию. , в ближайшее время заточу страничку, что б потенциальному заказчику захотелось меня на фриланс пригласить. Кроме того жду от пост о его практике работы на utest.com =)
Что делать тестировщику, когда разработчик сообщает ему, что он собрал новую версию и ее можно начинать тестировать? Правильно, еще минут 20 ее даже не трогать. За это время разработчик успевает вспомнить, что он забыл включить какой-то модуль, что не слил из репозитория изменения других членов команды, в конце концов, попробовать запустить свое творение самому и убедиться, что оно не запускается. Это правило следует применять к каждой новой сборке: даже если он только что нашел свой ляп и пересобрал — не торопитесь, право, не стоит)