Легкий способ бросить тест-кейсы (часть 6)
Новые темы форума тестировщиков
Автор: Майкл Болтон (Michael Bolton)
Часть 1
В прошлый раз мы остановились на вопросе "Как сфокусировать работу тестировщика, который уже что-то знает о продукте, не переусердствовав в этом?" В четвертой части этой серии статей я уже предлагал ряд примеров. Вот еще один: сценарное тестирование. Примеры, приведенные здесь, основаны на работе, проделанной несколько лет назад Джеймсом Бахом и Джорди Киттом (позднее я помогал ряду других организаций внедрять этот подход, но они не согласились делиться деталями).
Идея тут в использовании сценариев, направляющих тестировщика на пути исследования, экспериментирования и получения опыта на продукте. Все это должно давать ему идеи о реальном использовании и о том, как продукт можно использовать неправильно. Приятно верить, что тщательно проработанный дизайн, юнит-тесты, BDD и автоматические проверки предотвратят баги продукта – и они, безусловно, помогают в этом деле – но, перефразируя Гертруду Штайн, опыт учит опыт учит опыт. Простите за выражение, но если вы хотите найти проблемы, с которыми люди могут столкнуться при использовании продукта, то использование этого чертова продукта может, знаете ли, помочь!
Помощь с тестовым заданием 2019-09-27 10:51 Сразу говорю, не надо давать готового решения, только подсказки и советы. Буду очень благодарен. Собственно при собеседовании на вакансию младшего тестировщика дали ТЗ, скидываю дословно: "В рамках тестового задания предлагается создать небольшой тестов для веб-приложения – например, главной страницы e1.ru или yandex.ru. За исходную точку можно взять то, что сейчас главная страница работает и показывает как надо с актуальными данными. Предположить, что сайт может оперировать тестовыми наборами данных и состояниями, которые определяют его внешний вид и функции, и в рамках каждого теста их можно иметь разные. Написать тесты с проверками, описывающие ситуации: когда всё хорошо; когда данных для какого-то блока нет (предлагается выбрать конкретный блок или несколько блоков); когда данные для блока не обновляются/устарели. Также предлагается рассмотреть возможность диагностирования возникшей проблемы на сайте и какие средства самого сайта позволяют локализовать проблему."
Собственно не могу до конца понять, что от меня требуется. Как я понимаю, какой-нибудь из блоков сайта, например блок регистрации, и протестировать по корректным данным, при их отсутствии и, допустим, если при сменённом логине и пароле, я ввожу старый логин и пароль. И какая есть возможность диагностирования возникшей проблемы на сайте ? Имеется ввиду использование сторонних программ для поиска бага, или использование видов и методов тестирования ? Лучше всего объяснить на примере yandex.ru.
QA в жизненном цикле ПО 2019-09-27 15:45 Привет всем Расскажите, пожалуйста, как у вас на проекте построен процесс участия QA на разных стадиях продукта? в какой момент создания таска на фичу нужно внедряться и тестировать требования, оценивать риски, планировать тесты? и как это взаимодействие происходит? что, если у qa есть готовые use cases, стоит их описать до момента разработки, чтобы успеть учесть какие то сценации?
в каком виде в теории можно взаимодействовать с разработкой до того, как фича будет реализована? Дайте что-то протестировать на Java + Selenium 2019-09-28 14:31 Хелов!
А у Вас есть свой пет проект? Если да тогда читай дальше)
Я начинающий автоматизатор, если у Вас есть уже готовый проект с веб мордочкой, тогда я бы с радостью его бы протестировал, написал бы быстрый смок тест или что-то похоже. Автоматизировать я хочу в Java + Selenium. Разумеется я все буду делать бесплатно) Может ли кто-то предоставить мне материалы как будто Вы заказчик, а Я работник)
PS: Можете писать сюда или мне на почту hromjak.robert99@gmail.com © 2010 | Software-Testing.Ru |
| В избранное | ||
