Записываю вам небольшое видео, как раз-таки, чтобы можно было посмотреть пример того, как нам работать с тесткейсами, а куда мы можем их заводить. А сегодня у нас для примера это CAS EО, одна из так называемых Testmanagement System, система управления тесткейсами, которые мы можем работать на работе на проектах. А функционал здесь достаточно обширный, но в принципе он совпадает с тем, в котором работает большинство проектов.
А здесь у меня такой небольшой деморепозитория, которая предоставляет сам QA, что который можно будет посмотреть. Здесь у нас есть уже готовые тесткейсы. И, соответственно, мы можем с ними работать точно так же сами заводить любые тесткейсы.
Например, если нам необходимо завести какой-то новый тесткейс, например, у нас есть новый функционал на добавление товаров в корзину, что мы делаем? Мы здесь создаём новый, э, мануальный тесткейс, то есть ручной тесткейс. У нас обязательные поля, они здесь уже помечены галочкой, но, в принципе, также мы помним, что у нас обязательные поля является название, описание, возможно, шаги, воспроизведения, ожидаемые результаты.
Вот. А давайте начнём с описания. Например, описание нашего тесткейса будет, аэ, добавление товара в корзину, э, через с через страницу товара.
В desрипtion можно что-то написать, например, какой именно товар вы хотите добавить, а сколько штук, какие цвета. В общем, всё, что необходимо будет для дальнейшего прохождения этой скейте, например, это могут быть для любых характеристики товара. Статус, э, он не всегда обязательный, но в этой системе он обязательный.
Мы можем поставить, что этот тесткейс уже актуальный, то он уже проверенный и функционально этот тесткейс разработан. А черновик, то есть, например, что вы можете написать тесткейс по документации, но он ещё не будет разработанный, либо этой это как бы устаревший, а можно сразу выставить актуальный. В описании я здесь ничего не писать не буду.
Сют необходим для того, чтобы мы могли тесткейсы объединять по какому-то определённому сценарию. Например, я хочу здесь указать, что это будет корзина. А мы не можем, да, потому что он у нас не создан.
Для того, чтобы мы могли создать этот сют, нам необходимо в самом проекте этот сют создать заранее. Так, сю добавить сю. Вот тут мы, соответственно, пишем, например, корзина.
Так, это будет в проекте desриption test для функционала корзины. Pronditions, например, мы можем указать, что у нас для каждого тесткейса корзина должна быть пустая. Ну, здесь я не буду этого писать.
Создать. А вот у нас создался наш сют. Если хочешь получать эксклюзивный контент и быть в курсе новых видео, загляни ко мне на бусте.
Там я регулярно выкладываю новые ролики, которые не всегда выходят на YouTube. Также у нас есть закрытые чаты, где можно общаться, задавать вопросы и делиться идеями. Поддержи мой канал и стань частью нашего дружного сообщества.
Ссылка в описании. Теперь, соответственно, мы можем его выбрать здесь, но только после обновления страницы. Ну ладно.
Угу. Так, ладно, прогружается. А приоритет точно так же не во всех системах необходимых.
Ну, допустим, это у нас серьёзный, точнее, серьёзный придт высокий. Уровни и всё остальное мы здесь не можем указывать, можем не указывать, но это явно будет, допустим, тест, э, функциональный, э, флаки, нет, автоматизация ручная. Угу.
Дальше, э, прекондиition, то есть условия. Мм, давайте напишем так, резина должна быть пустая. Пустой conditions после м прохождения теста почистить корзину.
чистить корзину. Так, теги мы можем вставлять, можем не выставлять. Соответственно, атачментс тоже у нас могут быть опционально.
И здесь необходимо добавлять тесткейсы. М, допустим, открыть главную страницу сайта сайта. Можно указать какие-то тестовые данные и, соответственно, ожидаемый результат.
Дальше следующий сайт. А к товару перейти к товару в категории и например, э, сад открытая категория сад. А, выбрать выбрать товар, к примеру, гель.
Открыта храница товара. И, соответственно, здесь вот нажать на кнопку корзину. Корзина.
И, соответственно, получается у нас, что примеру можно написать, что отображается вашка товар добавлен в корзину. И следующий, к примеру, э счётчик корзины показывает один. Один.
Всё, сохраняем. Вот наш первый тесткейс готов. Так, тейс у нас сохранился.
А что я хотела ещё здесь показать? А, тест-план. Что это такое?
Как он делается? Да, у нас есть определённые тестпланы, которые пишутся в документах от руки там, да, и всё тому подобное. Но когда мы работаем в основном по текра, у нас тест-планы все выглядят в формате вот таком вот в MS-системе.
Это может быть Алё, это может быть, да, уже кейс, как я там говорила, это сIL и много-много такое. А как он тусовается? Мы просто нажимаем create план.
Например, это у нас будет вот здесь написано, да, ээ регресс. Либо это может быть смок, либо это может быть просто проверка нового функционала. Нам необходимо провести какой-то какие-то тески собрать.
Понимаете? Сегодня у меня будет репресс. Описание.
Точно так же. Для этого мы можем в общем мы можем тут тоже указывать любой описано. Нам надо, например, указать здесь не просто, а что это полный регрессре, например, 270625.
И нам сюда необходимо добавить наши тест-кейсы. А я как пример хочу добавить тест-кейсы, которые относятся к корзине. И, например, тестисы, которые относятся к пассизации.
У меня будет выборочно сегодня. Регресс не помню. Всё.
А и после этого мм мы добавили сюда тес. Дада мне придётся дать сам тестплан. А тестплан у нас создан.
Что мы обычно делаем дальше? Обычно мы переходим в этот же тест-план и начинаем его запускать. А для чего это надо?
Для того, чтобы мы могли пройти наши проверки и если вдруг будут найдены какие-то баги, мы могли их поправить. А здесь точно так же мы можем оставить просто типа прогон. Можно написать, что а прогон регресса, например, прогон регресса от вот пятого семого, а description то же самое как написано, что мы можем а что нам нужна авторизация на странице, либо любые тоже какие-то ещё условия окружения, если у нас есть, мы можем написать какое у нас может быть скружение, например, это будет def либо э там д, да, он же там приброт, но не всегда.
У меня, например, на работе в другой системе такого нету. То есть я всего этого не заполняю. Максимум, что я делаю, это обычно просто пишу название другое.
А так и получается, что мы запускаем из тестплана конфигурации тоже ничего не вставляем, просто старт. У нас открывается, соответственно, ещё новый прогон наш. И что дальше мы тут делаем?
Мы переходим. Вот у нас написано, что у нас всего пять приверок, 0% пройдено. Пока ничего ещё нет.
А здесь мы заходим в каждый тесткейс по отдельности. Можно это делать по как бы сютам, можно делать просто отдельно, как удобно. А что мы обычно здесь делаем?
Мы открываем наш сайт, например, да, вот как здесь написано логин. А показывается страница входа на сайт. О'кей, пройдено, всё хорошо.
А следующий шаг заполнить форму с логином тест и паролем тест. Пройдено. О'кей, замечательно.
Следующий шаг. Remember mechбок работает. Проверьте, что он есть.
Пройдено. Нажать на кнопку логина. Форма подтверждена.
Директ на страницу этого. И вот тут вот после того, как мы, допустим, подтвердили назальную кнопку, у нас ошибка. Мы не можем у нас не перекидывать.
Нажимаем, что он упавший. Пишем комментарии, что нет рефекта на страницу. Можем приложить скриншоты, например.
Да, почему, что и как. Почему этого нет? О'кей, всё, добавляем результат.
Э, тут нам система предлагает сразу завести дефект. Это можно делать, если у нас есть взаимосвязь между джирой, например, да, либо такой системой отслеживания трейкинга. Но по сути у нас тут такого нет системы, поэтому я обычно это пропускаю.
А выбрать дефект можно также, если мы не задаём там, то есть нам получается предлагается добавить уже существующий. А, о'кей, мы этого не делаем, поэтому нажимаем назад. Всё, он получается у нас упавший.
Потом, например, мы можем точно так же здесь проходить, нажимая просто пасы для каждого шага. Так, здесь мы делаем пасы для каждого шага. Так, каждый шаг пройден, но всё равно дополнительно нужно ещё подтвердить вот здесь.
Всё пройдено. То есть тут у нас уже всё хорошо. Нас перекидывает тут сразу на следующий шаг.
Мы можем сразу, допустим, не отмечаясь по отдельности, а найдя бак, мы можем нажать сразу. Точно так же. Тут у нас будет какой-то атачмент.
Добавляем, отменяем. Всё упавшие. И, соответственно, так следующее.
Потом может быть заблокированный. То есть по какой-то из причин мы не можем а пройти наш тесткейс. И может быть, э, пропущенный.
А - это, например, некорректная проверка. А и после того, как мы закончим полностью все наши проверки, у нас, во-первых, вот здесь вода отображается, что есть какие в каких статусах, какие тессии, сколько их штук. Можем поделиться нашим репортом.
Можно, в принципе, здесь скачать, но обычно мы ничего здесь не делаем. Мы просто создаём новые баги и уже отслеживаем их списано в системе. Вот это если вкратце.
Тут можно проследить, сколько у нас дефектов, если они у нас здесь будут. Можно будет посмотреть на статусы, можно посмотреть на время прогоны кейсов. А далее, что здесь?
Эта система позволяет ещё сюда внедрить автоматизацию. Кстати, у нас есть такая штука, как report, но да, к сожалению, бесплатная версия недоступна. А вот небольшой такой экскурс краткий.
Если хочешь получать эксклюзивные контент и быть в курсе новых видео, загляни ко мне на бусте. Там я регулярно выкладываю новые ролики, которые не всегда выходят на YouTube. Также у нас есть закрытые чаты, где можно общаться, задавать вопросы и делиться идеями.
Поддержи мой канал и стань частью нашего дружного сообщества. Ссылка в описании.
