Size: a a a

2019 March 20

АБ

Артём Боровлёв... in testspro1c
профит автотестов всегда огромен, если это продукт
мы работаем в основном в модели аутсорса и поэтому хочу для себя понять стоит ли с этим связываться конкретно нам конкретно сейчас
есть проекты внедрения, где есть доработки. но там обновления редкие.

PS
это я для того, чтобы не воспринимали мои вопросы как критику подхода.
источник

АБ

Артём Боровлёв... in testspro1c
Дмитрий Бабенко
Тест тесту рознь. Среднее тут не будет иметь смысла. Интерфейсные тесты относительно просто накликать
если есть сложный расчет чего-то-там, то нужно еще и в тест его запрограммировать правильно. я верно понял?
источник

PK

Pavel Korolev in testspro1c
Alexey Lab Sosnoviy
Исходную фичу в экспортную. И подключать разных пользователей.
Алексей, подскажи пожалуйста насчёт «в экспортную». Я имею в виду опуститься на уровень кода, какой-то синтакс-помощник или что-то такое.
источник

ДБ

Дмитрий Бабенко... in testspro1c
Лучше как с черным ящиком А на входе, тогда должно быть Б на выходе
источник

A

Alexey Lab Sosnoviy in testspro1c
Артём Боровлёв
профит автотестов всегда огромен, если это продукт
мы работаем в основном в модели аутсорса и поэтому хочу для себя понять стоит ли с этим связываться конкретно нам конкретно сейчас
есть проекты внедрения, где есть доработки. но там обновления редкие.

PS
это я для того, чтобы не воспринимали мои вопросы как критику подхода.
Профит будет на поддержке.
источник

A

Alexey Lab Sosnoviy in testspro1c
Если внедрили ушли и забыли, то вам профита нет.
источник

A

Alexey Lab Sosnoviy in testspro1c
Pavel Korolev
Алексей, подскажи пожалуйста насчёт «в экспортную». Я имею в виду опуститься на уровень кода, какой-то синтакс-помощник или что-то такое.
тег @exportscenarios позволяет переиспользовать фичи
источник

PK

Pavel Korolev in testspro1c
Alexey Lab Sosnoviy
тег @exportscenarios позволяет переиспользовать фичи
Благодарю👍
источник

A

Alexey Lab Sosnoviy in testspro1c
Pavel Korolev
Благодарю👍
https://infostart.ru/public/992320/ Создаём и используем первые шаги, реализованные через экспортные сценарии
источник

PK

Pavel Korolev in testspro1c
Стыжусь, пропустил. В закладках было. 🙈
источник

SP

Supir Puper in testspro1c
Alexey Lab Sosnoviy
Это второй профит =) что половина багов лезет еще на этапе покрытия
Есть еще и третий профит. Когда ты тест запилил на ранней стадии разработки. Он у тебя при этом параметризован, а гениальный креативный лидер меняет на ходу диздок. Сидишь параметры меняешь, между перекурами и распитием кофе смотришь, все ли так.
источник

SP

Supir Puper in testspro1c
У меня ща ценообразование перепилили с нуля. Ох как автотесты спасли.
источник

A

Alexey Lab Sosnoviy in testspro1c
Supir Puper
У меня ща ценообразование перепилили с нуля. Ох как автотесты спасли.
Это у тебя какието не 1сные тесты =)))
источник

SP

Supir Puper in testspro1c
Что значит не 1сные?
источник

SP

Supir Puper in testspro1c
Конфа да, самописная у нас
источник

АБ

Артём Боровлёв... in testspro1c
мудреные сильно :D
источник

DR

Dmitry Reshitko in testspro1c
Артём Боровлёв
профит автотестов всегда огромен, если это продукт
мы работаем в основном в модели аутсорса и поэтому хочу для себя понять стоит ли с этим связываться конкретно нам конкретно сейчас
есть проекты внедрения, где есть доработки. но там обновления редкие.

PS
это я для того, чтобы не воспринимали мои вопросы как критику подхода.
Тестирование размазанная тема, и сильно зависит от точки зрения на вопрос. В одних случаях - тестирование это часть процесса разработки, в других - это промежуточное звено в процессе выпуска решений/доработок, в остальных - это и то и другое, или ничего. Если вы достигли технического потолка развития, а двигаться вперед всё еще нужно - попробуйте интегрировать тестирование в разработку, это самый сложный путь, трудозатраты грубо поначалу можно умножать на два, но и пользу от успешного внедрения переоценить нельзя - дело не в том, сколько ошибок вы выловите, а в том, что вы будете способны решать задачи, которые раньше решать было невозможно. Если вы рассматриваете тестирование только как фильтр отлова ошибок, затраты меньше, организовать процесс проще (не говорю, что легко, говорю - проще чем первый вариант). А общая практика показывает, что без тестирования в каком-либо виде, рано или поздно, вы остановитесь на неком уровне входящего потока проблем, из-за которого двигаться дальше не сможете.
источник

АБ

Артём Боровлёв... in testspro1c
на сейчас ручные тесты
думаю как оптимизировать
есть еще сложности  другие - нужно этому научить разработчиков и сменить подход. тут тоже нужно понимать, что это затраты.
источник

SP

Supir Puper in testspro1c
Dmitry Reshitko
Тестирование размазанная тема, и сильно зависит от точки зрения на вопрос. В одних случаях - тестирование это часть процесса разработки, в других - это промежуточное звено в процессе выпуска решений/доработок, в остальных - это и то и другое, или ничего. Если вы достигли технического потолка развития, а двигаться вперед всё еще нужно - попробуйте интегрировать тестирование в разработку, это самый сложный путь, трудозатраты грубо поначалу можно умножать на два, но и пользу от успешного внедрения переоценить нельзя - дело не в том, сколько ошибок вы выловите, а в том, что вы будете способны решать задачи, которые раньше решать было невозможно. Если вы рассматриваете тестирование только как фильтр отлова ошибок, затраты меньше, организовать процесс проще (не говорю, что легко, говорю - проще чем первый вариант). А общая практика показывает, что без тестирования в каком-либо виде, рано или поздно, вы остановитесь на неком уровне входящего потока проблем, из-за которого двигаться дальше не сможете.
источник

SP

Supir Puper in testspro1c
Илюстрации в ленту
источник