Start page google/ Help please

Доброго времени суток.
Прошу помощи с идеями. Как маленькое задание мне сказали протестировать стартовую страницу гугла.
Я посчитала необходимым протестировать все ссылки, т.е. проверить, что при нажатии на определенную ссылку открывается необходимый url.
Далее я так понимаю нужно протестировать сам search field. какие области ввода данных выделить?
И что ещё стоит протестировать?
спасибо.

цифры, специальные символы ($&@%#~€£¥ к примеру), символы на нескольких языках?
максимальную длину поискового запроса (не знаю, есть ли такое у гугла))

максимальную длину поискового запроса (не знаю, есть ли такое у гугла))

128 символов вроде.. при этом значении пишется что-то вроде too many symbols не помню точно

цифры, специальные символы ($&@%#~€£¥ к примеру), символы на нескольких языках?

какая гуглу разница? он все ищет... в итоге я тут и ступорнула..((

цифры, специальные символы ($&@%#~€£¥ к примеру), символы на нескольких языках?

какая гуглу разница? он все ищет... в итоге я тут и ступорнула..((

А вдруг не найдёт(см. тут)?)
А так же вот это неплохо было бы протестировать)

Доброго времени суток.
Прошу помощи с идеями. Как маленькое задание мне сказали протестировать стартовую страницу гугла.
Я посчитала необходимым протестировать все ссылки, т.е. проверить, что при нажатии на определенную ссылку открывается необходимый url.
Далее я так понимаю нужно протестировать сам search field. какие области ввода данных выделить?
И что ещё стоит протестировать?
спасибо.

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

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

цифры, специальные символы ($&@%#~€£¥ к примеру), символы на нескольких языках?

какая гуглу разница? он все ищет... в итоге я тут и ступорнула..((

вы надеялись найти баги на главной странице гугла? однако, несколько самонадеянно)
у вас была задача протестировать - вы ее выполнили, ведь так?
конечная же задча - гаоантировать качество продукта, а не найти как можно больше багов

цифры, специальные символы ($&@%#~€£¥ к примеру), символы на нескольких языках?

какая гуглу разница? он все ищет... в итоге я тут и ступорнула..((

вы надеялись найти баги на главной странице гугла? однако, несколько самонадеянно)
у вас была задача протестировать - вы ее выполнили, ведь так?
конечная же задча - гаоантировать качество продукта, а не найти как можно больше багов

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

вы надеялись найти баги на главной странице гугла? однако, несколько самонадеянно)

После регистрации на fixber.com, чтобы иметь возможность учавствовать в проектах, необходимо заполнить тест. Тест модерируется и по результатам проверки это заветное право (не)дается... так вот: один из вопросов этого теста "Найдите 1 БАГ на уа.ru"(с)... Да и вообще, имхо любой сколько-нибудь сложный код содержит в себе баги. Вопрос в другом - как их найти и на сколько они приоритетны для починки.

После регистрации на fixber.com, чтобы иметь возможность учавствовать в проектах, необходимо заполнить тест. Тест модерируется и по результатам проверки это заветное право (не)дается... так вот: один из вопросов этого теста "Найдите 1 БАГ на уа.ru"(с)... Да и вообще, имхо любой сколько-нибудь сложный код содержит в себе баги. Вопрос в другом - как их найти и на сколько они приоритетны для починки.

В гитлеровской Германии у малолетних немцев воспитывали нордический характер, заставляя сначала выращивать, а затем собственными руками убивать кроликов. Вопрос в другом - начинающиx тестеров принуждают переступить черту профессиональной чести и достоинства - покопаться в "чужом" проекте (где получить работу им и не светит), показать, что их коллеги "по цеху" там не доработали, пропустили баги и т.д. - за счёт чего самоутвердиться как достойные участники fixber.com

В гитлеровской Германии у малолетних немцев воспитывали нордический характер, заставляя сначала выращивать, а затем собственными руками убивать кроликов. Вопрос в другом - начинающиx тестеров принуждают переступить черту профессиональной чести и достоинства - покопаться в "чужом" проекте (где получить работу им и не светит), показать, что их коллеги "по цеху" там не доработали, пропустили баги и т.д. - за счёт чего самоутвердиться как достойные участники fixber.com

Не-а!
У Яндекса для тестеров несколько лет назад было специальное задание: есть старая версия Яндекс-бара, содержащая баги (которые известны и уже исправлены в последующих версиях). Необходимо протестировать Яндекс-бар и указать найденные баги.
Мне это не понравилось, т.к. тестировать что-либо без ТЗ - приравнять себя к обезьянке, тыкающей почти случайным образом и надеющейся получить некорректное поведение функционала. Хотя как можно говорить о некорректности поведения функционала, если ТЗ нет?!

У Яндекса для тестеров несколько лет назад было специальное задание: есть старая версия Яндекс-бара, содержащая баги (которые известны и уже исправлены в последующих версиях). Необходимо протестировать Яндекс-бар и указать найденные баги.
Мне это не понравилось, т.к. тестировать что-либо без ТЗ - приравнять себя к обезьянке, тыкающей почти случайным образом и надеющейся получить некорректное поведение функционала. Хотя как можно говорить о некорректности поведения функционала, если ТЗ нет?!

о ужас!
А если ТЗ есть, но неполное? Или ошибки в самом ТЗ? Или оно устарело и не отражает реальных требований? А если программа ведет себя логично с точки зрения пользователя, но этот момент не описан в ТЗ?
Что же теперь вообще никогда нельзя тестировать?
P.S. А вы пробовали спросить ТЗ у Яндекса, когда к вам попало это тестовое задание?

о ужас!
А если ТЗ есть, но неполное? Или ошибки в самом ТЗ? Или оно устарело и не отражает реальных требований? А если программа ведет себя логично с точки зрения пользователя, но этот момент не описан в ТЗ?
Что же теперь вообще никогда нельзя тестировать?
P.S. А вы пробовали спросить ТЗ у Яндекса, когда к вам попало это тестовое задание?

Не пробовал, т.к. это было давно, и я был зелёным.
Я с Яндекс-баром впервые имел дело именно на этом тестовом задании. Я понятия не имел, что это такое, какие функции призвано выполнять и какой результат должен получаться при каких действиях.
Грубо говоря, дали какую-то программу - протестируй!
Тестировать "сам не знаешь что" - ...

Да, бывает, что ТЗ нет. Но есть аналитик, который может рассказать хотя бы устно, что должно происходить в том или ином случае. А когда ты предоставлен самому себе один на один с неизвестным приложением - сейчас я бы даже не начинал приниматься за это "тестовое задание", т.к. слишком мало данных, а чего-то от меня хотят.

Не пробовал, т.к. это было давно, и я был зелёным.

тогда может тз и было, просто его следовало попросить :)

Да, бывает, что ТЗ нет. Но есть аналитик, который может рассказать хотя бы устно, что должно происходить в том или ином случае. А когда ты предоставлен самому себе один на один с неизвестным приложением - сейчас я бы даже не начинал приниматься за это "тестовое задание", т.к. слишком мало данных, а чего-то от меня хотят.

А бывает, что аналитика и нет, а программа есть и тестировать ее надо.
Тестирование - это как раз добывание неизвестной информации о системе и сопоставление ее с тем, что ожидают пользователи. Иногда эти ожидания зафиксированы в виде ТЗ, чаще зафиксирована только часть ожиданий. Иногда ождания неизвестны и о них приходится лишь догадываться (выпуск не заказного ПО, а продуктового). Иногда тз сформулировано неоднозначно, и каждый его понимает по-своему, и эта неоднозначность должна выявляться тестированием.
То есть в реальном мире, тестирование всегда поводится в условиях недостаточной информации и призвано как раз указать на эти пробелы и восполнить их, выявив, как программа ведет себя в тех или иных неописанных ситуациях, и правильно ли это :) А если неправильно, то насколько критично для конечного пользователя.