сайт с багами для тестирования

Список Часто Встречающихся Веб Багов

Еще Канер в своей книге «Тестирование ПО» составил список из 400 ошибок. Однако это было в 1999.

Но многие из них еще актуальны.

Я настоятельно рекомендую тебе их прочитать. Они идут отдельной главой в конце книги.

Я же составил для тебя список наиболее часто попадающихся МНЕ ошибок.

Список привожу ниже. Надеюсь он принесет тебе немало пользы.

Список Часто Встречающихся Веб Багов:

P.S. Надеюсь этот список поможет тебе лучше искать ошибки.

Напиши какие ошибки встречаются тебе. А какие тебе сложно находить или ты их вообще пропускаешь.

Напиши помог ли тебе этот список лучше находить ошибки?

26 комментариев

Спасибо, очень полезно

Спасибо за статью- большая база знаний для того что бы знать где можно еще наткнуться на баги))

Спасибо!
Очень полезная статья!

Большое спасибо!
Очень полезная информация!

Я встречал баг следующего характера. Поле видеоплеера расположено в верхней части страницы. Ниже расположены превьюшки других сюжетов. Список длинный, требующий прокрутки. При клике, например, на последний, начинает воспроизводиться видео (это слышно по звуку), а плеера не видно. Автоматического перемещения (обратной прокрутки) к плееру не происходит.

Спасибо огромное, очень хорошая и полезная статья. Особенно ценно то, что все разложено по полочкам.
Мне лично встречались баги, связанные с регистрацией нового пользователя — не было всплывающей подсказки (надписи в поле), как правильно заполнить активное поле.
Также проблемы с кроссбраузностью. Некоторые браузеры (Google Chrome, к примеру) не поодерживают Java-script и поэтому Клиент-Банк on-line в этом браузере не открывается. Хотя браузер этот весьма популярный.
В Украине на данный момент очень распространен сервис Приват24, при отправке платежных поручений необходимо сначала ввести пароль, потом нажать «Отправить». В Google Chrome пароль невозможно ввести.
На моем рабочем компе есть только Firefox и IE. Google Chrome иногда использую дома, есть еще почта gmail.

Chrome поддерживает javascript.
Через настройки браузера их можно как включить, так и выключить.

Джаваскрипт ещё как поддерживается Chrome!
Вообще советую обратить внимания на джава-скрипт- очень интересный язык, да и тестить сможете глубже) если разберётесь…

Откройте страницу в Джаваскрипт и нажмите сочетание Ctrl+shift+I — увидите консоль и код страницы. Ооочень интересно, если знать, что да к чему относится )

Извиняюсь. Страницу в Chrome откройте ) И потом curl+shift+I и будет вам Джаваскрипт в консоли…

Любовь, Google Chrome не поддерживает Java, поэтому и проблема с Клиент-банком. Вот https://www.java.com/ru/download/faq/chrome.xml

Спасибо, статья очень полезная и позновательная )

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

Думаю мы все простим небольшие опечатки) У нас все таки не клуб по грамматике.

Спасибо огромное. Конечно не хватает видео и практики. Сам тестирую часто игрушки и веб сайты. Как уже говорилось багов много находиться в кроусбраузерном тестировании, а именно в internet Explorer.Часто встречаются ошибки локализации, но как и все тестировщики в первую оччередь стараюсь уделить время функциональному тестированию. Так как проверка функционала одна из самых важных видов тестирования.

Источник

Сайт с багами для тестирования

Ну да, ссылка есть, все стандартно. Битрикс в этом разделе генерировать понятные урлы не обучен. Разработчик говорит: «норм». А SEO и впечатление от просмотра страдают.

8. Не указываем личные мнения

Частая ошибка — пишем не то, что надо сделать, а личные мнения. Такие комментарии покрасят серым и проигнорят.

Переформулировали. Видите, что это можно поправить — отлично, возьмите с полки пирожок. Нормальная формулировка, почти идеальная. Но пошлют. Потому что кое-кто забывает ставить приоритеты.

9. Расставляем приоритеты

Наши разработчики идут по баглистам в порядке приоритетов:

0 — критические баги, сайт не работает вообще или работает не так, как ожидается;
1 — критичное юзабилити, забытые фичи;
2 — некритичные баги;
3 — некритичное юзабилити;
4 — ошибки в текстах;
8 — хотелки.

Написали «Ссылочку мне сделай красиво». Ок. Баг без приоритета. Разработчик начнет делать вперемешку, если не проигнорит. И будет злиться и посылать в далекое пешее путешествие.

При таком подходе программист исправит баг, и даже не особо перенервничает. Ну ладно, раз просит — сделаю.

10. Не подкидываем посуду

Новый сайт Сибирикса тестировали ежедневно. Каждый день создавался новый лист. Баги отлавливались сразу.

В чем минус постоянной работы над проектом?

Терминальная стадия такого багтрекера — чат разработчика и тестировщика в режиме гуглодока. Вместо того чтобы пройти три метра и голосом задать вопрос, начинаются милые беседы — переписка по полчаса, где все считают друг друга уродами. Ну или не уродами, в зависимости от темперамента. Но обида копится. Поэтому ни в коем случае тестировщик не должен работать в одной вкладке с программистом. Вы в своей делаете, он пишет в своей. Это нормально и не бесит.

Источник

Развиваем интуицию в тестировании или где искать баги

Опытный тестировщик, особенно если он со своим проектом знаком давно, накидывает список тест кейсов довольно ловко. Но если вы еще только формируете свой профессиональный стиль или пришли в новый продукт, или просто открыты обмену опытом то, вероятно, вы найдете что-то значимое для себя в списке моих профессиональных приемов работы.

Вступление

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

Изучаем use cases пользователей

Дружим с командой техподдержки

Берем в тщательную работу баги клиентов

Изучаем белый ящик

Подмечаем слабые части продукта

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

Наблюдаем за разработчиками

Знать, кто какой кусок кода сделал, а главной какой он разработчик, на самом деле, очень удобно. Встречаются те, которые откровенно не любят тесты, мало их пишут, ничего не перепроверяют (это не значит, что он «плохой», у него могут быть другие таланты). Если вы узнали, что этот кусок функционала работа такого человека, нужно быть дотошнее. А есть те, кто очень скрупулезно все сверяет и выверяет. Проверять такой функционал спокойнее. Можно создать внутренний рейтинг для себя (с кем нужно быть внимательнее, а кто делает работу чисто).

Погружаемся в тему продукта

Каждый продукт существует для какой-то сферы жизни. А там целый мир: свои термины, свои понятия “хорошо” и “плохо”, свой рынок. Бывает полезно понимать эту лексику, что-то знать/читать об индустрии, наблюдать за продуктами конкурентов. Когда ты “в теме”, мозг быстро прикидывает на что нужно обратить внимание. А продукты конкурентов иногда могут научить, как сделать лучше, например, если тестируемые изменения касаются интерфейса.

Изучаем теорию тестирования

И для черноящичного и для белоящичного уже есть разработанные приемы написания тестов, они всегда могут стать отправной точкой, когда не знаешь с чего начать. (Equivalence Partitioning, Boundary Value Analysis, Decision Table, State Transition, Use Cases VS Statements testing)

Как дополнение этому пункту напишу, что вдохновение для написания тест кейсов можно черпать еще из следующих областей:

каждый acceptance criteria;

области, которые будут отправлять свои данные в новый функционал;

области, которые будут отправлять свои данные в новый функционал;

вариации коммуникации функционала с остальными модулями: через ftp, через aws, конфиги и прочее;

Каноны, стандарты, общепринятые удобства;

информативность сообщений об ошибках; представьте, что вы впервые видите продукт и столкнулись с ошибкой; сообщение вам помогло предпринять следующий шаг для ее решения?

информативность успеха; пользователь понял, что достиг желаемой цели?

единый стиль с остальными частями продукта: списки, фильтры, таблицы;

Заключение

Конечно, простой ежедневный опыт тоже откладывается в интуицию. Чем больше времени ты на проекте, тем острее его чувствуешь. А еще бывает как с вождением автомобиля, чем дольше за рулем, тем больше притупляется осторожность. В такие времена меня спасает пробежаться по чеклисту выше и проверить саму себя на тему, а не упустила ли что-то важное в новом функционале.

Эти заметки не претендуют на какую-то научность, этакий обмен опытом с моей стороны, поэтому я буду рада вашим дополнениям на заявленную тему, делитесь, пожалуйста.

Источник

Noveo

Тестовые площадки для тренировок настоящих ниндзя

Начался новый год, и, как обычно случается, многие дали себе обещания или поставили цели на 2020. Одна из целей, которую мы регулярно ставим и выполняем, — расти, развиваться и прокачивать свои навыки 🙂

Разумеется, всё определяется не одной лишь теорией, но и практическим подкреплением знаний. Поэтому сегодня наши тестировщики делятся подборкой площадок, на которых можно потренироваться во всех направлениях — и в знании определений и техник тест-дизайна, и в применении этих техник для нахождения реальных багов.

Тренажеры для тестирования без применения автоматизации

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

🔹 http://testingchallenges.thetestingmap.org — подборка разного вида полей, в которых надо найти ошибки либо провести определенные проверки. Чтобы выполнить челлендж, необходимо набрать максимум баллов. Для тех, кто любит признание, есть доска почета: после выполнения челленджа вы можете оставить свое имя в специальной формочке, и спустя некоторое время оно появится в списке решивших.

🔹 https://playground.learnqa.ru/puzzle/triangle — тренировочная площадка, на которой необходимо протестировать простую программу, которая определяет тип треугольника по его сторонам.

🔹 http://qainterview.pythonanywhere.com/ — простейшая форма, в которую нужно вводить число, чтобы получить его факториал на выходе. Только вот незадача: в форме спрятались баги, поэтому не поленитесь найти их!

Тренажеры на знание теории тестирования

Для тех, кто готовится к сертификации или просто хочет знать больше.

🔹 https://skillotron.com/skills/qa-general — подборка тестовых вопросов, ответы на которые подскажет знание теории, практический опыт или просто логика.

🔹 http://istqb-training.ru/ — русскоязычный сайт для тренировки подготовки к экзамену ISTQB.

🔹 https://www.gasq.org/en/certification/sample-exam.html — официальный тестовый ISTQB-экзамен. Очень рекомендуем тренироваться на нем, если планируете проходить сертификацию 🙂

🔹 http://www.quizful.net/interview/qa — подборка вопросов, которые могут быть заданы на собеседовании на тестировщика. Будьте внимательны и не забывайте про критическое мышление: вопросы могут добавлять сами пользователи, значит, не всегда правильный ответ на сайте — истина в последней инстанции лично для вас!

🔹https://stepik.org/course/16478 — курс-теоретический ликбез по тестированию с практическими заданиями, основанный на силлабусе ISTQB.

🔹https://www.guru99.com/tests.html — подборка квизов как на теорию тестирования, так и на знание инструментов (например, Quality center, QTP или JMeter).

Тренажеры для практики тестирования API

Разумеется, тестирование не ограничивается лишь клиентской стороной, и в этих «песочницах» вы можете попрактиковаться в отправке запросов к серверу: как исключительно вручную, так и с помощью автоматизации — инструмент выбираете вы сами, а вот API, к которому будете обращаться, и документацию к нему предоставляют следующие ресурсы:

Итак, когда вы решили все задачки в тестах выше и хотите больше практики в новой для себя сфере, а проект не позволяет «поднять» автотесты, вы можете пробовать свои силы на демо-сайтах, созданных специально для тестового использования.

Сайты-песочницы, на которых можно практиковать написание автотестов

🔹 http://computer-database.gatling.io/ — простой сайт-база компьютеров. Подходит еще и для практики нагрузочного тестирования (изначально создавался как раз для демонстрации работы инструмента Gatling, который применяется для load-тестирования).

🔹http://demo.guru99.com/ — база с демо-проектами (банковская система, система страхования, система телекома, система оплаты онлайн-заказа и т.д.)

🔹 http://automationpractice.com/ — сайт, функциональностью немного похожий на LaModa 🙂 Проще говоря, интернет-магазин одежды с доставкой.

🔹 Самый интересный, на наш взгляд, вариант: https://phptravels.com/demo. Это не просто тестовый сайт — тут ещё и тестовая админка есть!

Бонус: сайт W3Schools можно оценить не только за полезные упражнения и возможность практики, но и за раздел https://www.w3schools.com/howto/.

Как использовать его для практики, если вы не разработчик, а тестировщик? Всё просто: достаточно скопировать код готовой формы и сохранить получившуюся веб-страничку, а потом играть с ней как захочется: добавлять ID и data-атрибуты, автоматизировать заполнение, тренироваться в подборе CSS-селекторов, применяя к формам разные стили, или просто на досуге разбираться в коде, ведь если мы работаем с вебом, никогда не будет лишним знать, что и как работает «под капотом».

Конечно, если дело доходит до автоматизации, то тут и говорить нечего: нужно не только знать сам инструмент (Selenium, Cypress, Puppeteer или что-то другое), но и хорошо ориентироваться в возможностях языка программирования, выбранного для написания автотестов. Здесь вам на помощь придут они — бесплатные интерактивные площадки с теорией и задачами на разные языки программирования!

🔹 https://www.hackerrank.com/ — платформа с задачками на разные языки. Довольно интересен раздел Interview Preparation Kit, там много вопросов и на теорию, и на практические навыки решения технических задач.

🔹 https://hyperskill.org/ — интерактивный тренажер, фишка которого — проектное обучение. Вы не просто изучаете абстрактную теорию, а сразу же применяете её для создания итоговой работающей программы (а проектов там много, от имитации кофемашины до игры против искусственного интеллекта).

🔹 https://skillotron.com/ — тут достаточно выбрать необходимую квалификацию, и можно тренировать знание теории того или иного языка.

🔹 https://www.codecademy.com/ — довольно известный ресурс. К сожалению, не все курсы бесплатные.

🔹 https://sqlzoo.net/ — это тренажер исключительно для SQL-запросов, однако довольно объемный! Если знаете, что на собеседовании будут спрашивать про JOINs, порешать задачки в нем в качестве подготовки будет самое то.

🔹 https://stepik.org/catalog?tag=22872 — самые разные курсы по программированию на разных языках, тестированию, алгоритмам. Большая часть бесплатные, а задания можно выполнять прямо на сайте в окошке с code editor.

🔹https://www.sololearn.com/ — забавная площадка. Из-за простого формата вопросов и отсутствия задач на написание кода «с нуля» она не дает основательных знаний по теории языков программирования, но поиграть, вспомнить забытые навыки и просто разнообразить процесс обучения геймификацией вполне можно.

🔹https://www.codewars.com/ — тренажер, похожий на Hackerrank. Одна из ключевых фишек — так называемые «дуэли», когда можно вызвать на решение задачи соперника и посоревноваться, кто быстрее справится 🙂

🔹https://www.w3schools.com/ — наш фаворит 🙂 Много туториалов, упражнений и практических заданий.

🔹https://www.katacoda.com/learn — платформа про DevOps-практики, такие как контейнеры, CI, Bash, облачные технологии. На некоторых проектах такие знания тестировщикам могут оказаться нужнее, чем языки программирования, так что настоятельно рекомендуем обратить внимание.

Разумеется, этот список можно и нужно дополнять. Помните, что какие бы тренажеры вы ни выбрали, главное — ваше усердие и желание узнать что-то новенькое. Надеемся, что эта подборка подкрепит ваш интерес к тестированию и поможет получить новые знания и умения в 2020 году 🙂

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Лучшие сайты для практики автоматизации тестирования

Зачем использовать демо сайты для автоматизации тестирования

Прежде чем тратить время на изучение и создание набора тестов для нового фреймворка автоматизации, рекомендуется попробовать его на различных типах веб-сайтов, чтобы убедиться, что фреймворк работает надежно и с ней легко работать. Например, если вы в настоящее время используете Selenium, но хотите попробовать Cypress, Nightwatch, WebDriverIO или Playwright, попробуйте сделать больше, чем простой пример на этих сайтах. Таким образом, вам не придется обнаружить, что выбранный вами фреймворк автоматизации не работает в какой-то важной области, для которой вам нужно писать автоматизацию.

Скорее всего, вы захотите опробовать свой фреймворк автоматизации тестирования на таких объектах, как:

Асинхронная загрузка контента

Диалоги загрузки файлов

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

Я составил список лучших веб-сайтов, с которыми я сталкивался для практики или демонстрации фреймворков автоматизации тестирования, в приведенном ниже списке. К ним относятся только что упомянутые сценарии, которые сложнее автоматизировать.

Рекомендуемые демо сайты для практики автоматизации тестирования

«The-internet» в Github или на сайте
Этот репозиторий GitHub представляет собой набор общих сценариев автоматизации тестирования, включая сложные для автоматизации ситуации; вложенные фреймы, теневые модели документа (shadow DOM), нажатия клавиш и сложные модели документов.

ToolsQA. demoqa.com
Хорошо организованный сайт для тестирования распространенных типов элементов DOM, таких как средства выбора даты, логин и пример книжного магазина.

Площадка для автоматизации тестирования UI. uitestingplayground.com
Меньший по размеру сайт, но он содержит случаи для задержек загрузки, поведения при наведении курсора мыши, динамических идентификаторов и проблем автоматизации, возникающих из-за скрытых слоев.

SwagLabs. saucedemo.com
Еще одна демонстрационная витрина, полезная для тестирования процессов входа в систему и корзины покупок. Ключевым отличием этого сайта является то, что он имеет 4 разных логина, которые вы можете использовать для разных операций на одном и том же сайте; стандартный, заблокированный, проблемный пользователь и пользователь с проблемами в производительности. Поддерживается людьми из SauceLabs.

Банковский сайт GlobalsQA
Очень маленький пример веб-сайта банка, написанного на Angular. На сайте есть сценарии входа в систему, а также рабочие процессы для вывода списка транзакций, внесения и вывода средств.

Рекомендуемые сайты для тестирования REST API

Если вы изучаете SuperTest + Mocha для автоматизации тестирования API или изучаете Postman, следующие сайты являются удобными для отработки ваших тестов.

Swagger Petstore. petstore.swagger.io
Управляйте примерным инвентарем зоомагазина с помощью этого API. Этот сайт демонстрирует полезность Swagger при документировании REST API, но вы, также, можете попрактиковаться в тестировании API с его помощью.

Restful Booker. restful-booker.herokuapp.com
Протестируйте все виды сценариев CRUD (Create, Read, Update, Delete) REST API, используя этот сайт бронирования через API.

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

Переведено командой QApedia. Подписывайтесь на наш канал.

Источник