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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA — русскоговорящее сообщество

8689 membersпожаловаться на группу
2021 January 16

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
Дело в том, что есть около 25 сценариев закупки (включая все документы по закупке и расчетов с поставщиком) с различными условиями. Думаю, как это расписать в наиболее удобном виде, если раздельно, создание заказа 1, создание заказа 2, то так неудобно составлять тестовый набор для регресса
Примерно похожее есть. Реализовано как сценарий. Но данные соответственно готовится заранее.
Некоторые кейсы постоянно повторяются типа (загрузить условно накладную в систему для дальнейших действий с ней)
Но делалось для того, что бы человек не знающий цепочек взаимодействий мог прогнать хотя бы позитивные сценарии.
источник
14:41пожаловаться#1

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Примерно похожее есть. Реализовано как сценарий. Но данные соответственно готовится заранее.
Некоторые кейсы постоянно повторяются типа (загрузить условно накладную в систему для дальнейших действий с ней)
Но делалось для того, что бы человек не знающий цепочек взаимодействий мог прогнать хотя бы позитивные сценарии.
Спасибо, об этом я не подумал. В зависимости от условий могут формироваться или не формироваться определенные документы и могут создаваться одни и те же. С точки зрения нового человека вы для меня прояснили
источник
14:50пожаловаться#2

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Примерно похожее есть. Реализовано как сценарий. Но данные соответственно готовится заранее.
Некоторые кейсы постоянно повторяются типа (загрузить условно накладную в систему для дальнейших действий с ней)
Но делалось для того, что бы человек не знающий цепочек взаимодействий мог прогнать хотя бы позитивные сценарии.
А у вас какая система?
источник
14:54пожаловаться#3

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
А у вас какая система?
Принцип похож на 1с товары и склад, но собственной разработки плюс взаимодействует с другими внешними гос.сервисами типа Меркурий, диадок и еже с ними.
источник
14:57пожаловаться#4

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Думаю организовать так, в первую очередь взять критические сценарии закупки, расписать их тест-кейсами, затем написать остальные, в них добавить из критических те кейсы, которые повторяются, и так сценарий за сценарием, копируя кейсы из существующих сценариев там где это нужно.
источник
15:05пожаловаться#5

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
Думаю организовать так, в первую очередь взять критические сценарии закупки, расписать их тест-кейсами, затем написать остальные, в них добавить из критических те кейсы, которые повторяются, и так сценарий за сценарием, копируя кейсы из существующих сценариев там где это нужно.
Имеет место быть и наверное не помешает 2 документа с 1 ид или документ без товара или 2 документа с одинаковым товаром и т.д. какварианты комбинаторики. Но это мое мнение я если честно проекта не видел и сложно советовать. Мало ли бизнес хочет по другому или тз разработано где четко описанно что и как.
источник
15:09пожаловаться#6

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Примерно похожее есть. Реализовано как сценарий. Но данные соответственно готовится заранее.
Некоторые кейсы постоянно повторяются типа (загрузить условно накладную в систему для дальнейших действий с ней)
Но делалось для того, что бы человек не знающий цепочек взаимодействий мог прогнать хотя бы позитивные сценарии.
Вопрос вот только остался, если цепочка берет начало в одном функциональном блоке, а заканчивается в другом, то к какому из блоков отнести цепочку в TestRail?
источник
15:09пожаловаться#7

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Имеет место быть и наверное не помешает 2 документа с 1 ид или документ без товара или 2 документа с одинаковым товаром и т.д. какварианты комбинаторики. Но это мое мнение я если честно проекта не видел и сложно советовать. Мало ли бизнес хочет по другому или тз разработано где четко описанно что и как.
Ну это да, для увеличения тестового покрытия добавить своих тест-кейсов, в том числе отдельные проверки и негативные тесты
источник
15:11пожаловаться#8

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
Вопрос вот только остался, если цепочка берет начало в одном функциональном блоке, а заканчивается в другом, то к какому из блоков отнести цепочку в TestRail?
Тут я не смогу помочь к сожалению у меня нет опыта работы с testrail.
источник
15:12пожаловаться#9

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Тут я не смогу помочь к сожалению у меня нет опыта работы с testrail.
Да не важно, в принципе, какая это TMS, главное как это оформить, с одной стороны понятно, что если баг в счете, то это к финансам, если в заказе, то в логистике, но куда именно отнести в TMS непонятно, думал, что если цепочка начинается в логистике, то и относить к логистике, но весь процесс (сценарий) содержит и финансы (счета, оплаты, проводки)
источник
15:17пожаловаться#10

А

Александр in QA — русскоговорящее сообщество
А разработчики разные команды на разные модули?
источник
15:18пожаловаться#11

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
А разработчики разные команды на разные модули?
Да
источник
15:18пожаловаться#12

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Ну как подрядчик - один, но разные команды на разные модули
источник
15:20пожаловаться#13

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
Да
Копипастить проверки на каждую ветку ток что в голову пришло. Если руководство даст добро конечно, оговорить, что проверки будут проходить одна но для удобства и экономии времени разработки баги относить к разным командам с пометкой где ошибка.
источник
15:22пожаловаться#14

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Копипастить проверки на каждую ветку ток что в голову пришло. Если руководство даст добро конечно, оговорить, что проверки будут проходить одна но для удобства и экономии времени разработки баги относить к разным командам с пометкой где ошибка.
Если копипастить проверки по двум модулям, при составлении тестового прогона для регресса придется исключать, так как они будут повторяться
источник
15:24пожаловаться#15

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
Если копипастить проверки по двум модулям, при составлении тестового прогона для регресса придется исключать, так как они будут повторяться
Исключать придется конечно и в отчёте не учитывать. А если кейсы с финансами относить к одной ветки а логистика к другой но начало будет как бы одно? А если использовать не кейсы а тест план?
источник
15:27пожаловаться#16

А

Александр in QA — русскоговорящее сообщество
Дмитрий Кононов
Если копипастить проверки по двум модулям, при составлении тестового прогона для регресса придется исключать, так как они будут повторяться
Типа
1. Загрузить документ в систему
2. Нажать отправить и дождаться получения документа.
3. Проверить сумму и товары и т.д.
источник
15:29пожаловаться#17

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Александр
Исключать придется конечно и в отчёте не учитывать. А если кейсы с финансами относить к одной ветки а логистика к другой но начало будет как бы одно? А если использовать не кейсы а тест план?
Как вариант, можно сделать так , в логистике создать начало сценария и все тест-кейсы, назвать сценарий 1, в финансах написать продолжение и назвать сценарий 1, в предусловии в финансовом тест-кейсе, который первый написать в предусловии "создан сценарий 1 в логистике (образно)"
источник
15:38пожаловаться#18

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
так будет удобнее собирать тестовые прогоны, в том числе и для новых членов команды
источник
15:42пожаловаться#19

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Для обучения
источник
15:44пожаловаться#20