Телеграмм чат группы qa_automation страница 4101

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA — Автоматизация

4783 membersпожаловаться на группу

2019 December 12

А

Алексей in QA — Автоматизация

пробел не помогает такой же атпут без значений переменных: "test—"

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

можно конкатенировать. проверь точно переменные билд и бранч и их формат

источник

13:00пожаловаться #1

TL

Tanja Levin in QA — Автоматизация

Всем Привет!Не Подскажите,stepik курсьІ хорошие?

источник

13:03пожаловаться #2

А

Алексей in QA — Автоматизация

добрый день, вопрос по #ansible:
как сконкатенировать строку с несколькими переменными и присвоить новой переменной ?

дебаг показывает что переменные branch и buildнепустые, но следующая конструкия выводит пустой результат в дебаг

- name: define build
set_fact:
build_name: "test-{{ branch }}-{{build}}"

перебрал много вариантов со стековерфлоу, или ошибки или пусто, явно что-то упускаю

ну и проверь получение переменныз этих. если они через register добываются - посмотри добываются ли они нормально

источник

13:04пожаловаться #3

AV

Alexei Vinogradov in QA — Автоматизация

Роман Нагаев

да, юнит тесты есть но я не уверен что они тестируют то что нужно, пытаюсь сформулировать стратегию тестирования, что я проверяю а что нет и что могу гарантировать этими проверками

это не совсем по твоему вопросу, но мне показалось, что ты не до конца понял, что такое Pact. Если что:
https://docs.pact.io/ (доки и всё такое)
https://www.youtube.com/watch?v=-6x6XBDf9sQ (видео вводное, англ)
https://www.youtube.com/watch?v=OCoKgXeNSS8 (видео в тч с практическими аспектами, моё)

Это не поможет ответить на вопрос что тестировать у сервиса, конечно :).

Introduction

Fast, easy and reliable testing for your APIs and microservices during development

источник

13:04пожаловаться #4

O

Oleg in QA — Автоматизация

Роман Нагаев

да, юнит тесты есть но я не уверен что они тестируют то что нужно, пытаюсь сформулировать стратегию тестирования, что я проверяю а что нет и что могу гарантировать этими проверками

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

источник

13:05пожаловаться #5

AV

Alex Vasinskiy in QA — Автоматизация

Всем привет, подскажите в реализации теста с кукой и http post запросом. задача в том что бы доставть куки на странице и отправить http Post запрос на бек с этой кукой. Какую либку лучше заюзать тут?

источник

13:05пожаловаться #6

A

Anton in QA — Автоматизация

можно конкатенировать. проверь точно переменные билд и бранч и их формат

простите, а что такое формат, как на англ. загуглить это?

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

источник

13:09пожаловаться #7

MK

Mem Kekovich in QA — Автоматизация

добрый день, вопрос по #ansible:
как сконкатенировать строку с несколькими переменными и присвоить новой переменной ?

дебаг показывает что переменные branch и buildнепустые, но следующая конструкия выводит пустой результат в дебаг

- name: define build
set_fact:
build_name: "test-{{ branch }}-{{build}}"

перебрал много вариантов со стековерфлоу, или ошибки или пусто, явно что-то упускаю

{{ branch }} + {{ build }}

???

источник

13:11пожаловаться #8

EB

Evgenii B in QA — Автоматизация

{{ branch + build }}
???

источник

13:12пожаловаться #9

A

Anton in QA — Автоматизация

Не работает, вообще ямл невалиден становиться, надо всегда обарачивать в дабл квот.
А с дабл квот мой вариант и пусто :(

источник

13:12пожаловаться #10

СС

Сказочный Сникерс in QA — Автоматизация

'{a}-{b}'

источник

13:13пожаловаться #11

РН

Роман Нагаев in QA — Автоматизация

Alexei Vinogradov

это не совсем по твоему вопросу, но мне показалось, что ты не до конца понял, что такое Pact. Если что:
https://docs.pact.io/ (доки и всё такое)
https://www.youtube.com/watch?v=-6x6XBDf9sQ (видео вводное, англ)
https://www.youtube.com/watch?v=OCoKgXeNSS8 (видео в тч с практическими аспектами, моё)

Это не поможет ответить на вопрос что тестировать у сервиса, конечно :).

Introduction

Fast, easy and reliable testing for your APIs and microservices during development

спасибо, просмотрю, я понял что такое pakt, просто я не могу оценить нужен ли он мне

источник

13:13пожаловаться #12

А

Алексей in QA — Автоматизация

простите, а что такое формат, как на англ. загуглить это?

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

проверь как они выводятся. например если ты через register достаешь ну например результат выполнения никс команды, там сам результат сначала надо как build.stdout достать.

источник

13:13пожаловаться #13

РН

Роман Нагаев in QA — Автоматизация

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

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

источник

13:14пожаловаться #14

A

Anton in QA — Автоматизация

в начале ямла после хоста захардкодил, тут был лукап ( который работает и не важен мне)
vars:
branch: "master"
tasks:
- debug:
msg: "[DEBUG] branch = {{branch}}"
output» "[DEBUG] branch = master"

источник

13:18пожаловаться #15

O

Oleg in QA — Автоматизация

Роман Нагаев

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

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

источник

13:20пожаловаться #16

O

Oleg in QA — Автоматизация

в общем случае тест у тебя будет - положить что-то в базу, дернуть апишку, проверить ответ

источник

13:21пожаловаться #17

А

Алексей in QA — Автоматизация

в начале ямла после хоста захардкодил, тут был лукап ( который работает и не важен мне)
vars:
branch: "master"
tasks:
- debug:
msg: "[DEBUG] branch = {{branch}}"
output» "[DEBUG] branch = master"

кинь ямлину, так не понятно где косяк

источник

13:23пожаловаться #18

SP

Stanislav P in QA — Автоматизация

Всем привет, подскажите в реализации теста с кукой и http post запросом. задача в том что бы доставть куки на странице и отправить http Post запрос на бек с этой кукой. Какую либку лучше заюзать тут?

я использую http://rest-assured.io/

rest-assured.io

REST Assured

REST Assured Website

источник

13:29пожаловаться #19

SP

Stanislav P in QA — Автоматизация

Роман у меня вопрос, какие тесты пишете вы, API? Или unit?

источник

13:31пожаловаться #20