Size: a a a

2018 November 29

Z

ZEEGIN in testspro1c
Nikita Mikhaylov
Кажется тут есть недопонимание. Саму типовую в полном объеме - смысла нет :)
А вот все доработанные участки - да.
Причем там типовой тест в большинстве случае и не подойдет, но иногда его нужно адаптировать, что бы убедиться, что бы типовое не сломалось, а наше правильно работает.
Не знаю, банально проверка контроля отгрузки со склада.
Подобрать сценарий для полного прогона - тяжко, проще взять типовой и чуть адаптиовать под себя.
и после этого мерджевать эти тесты с исправленными, которые поставляются?
источник

Z

ZEEGIN in testspro1c
я не понимаю почему нельзя написать код конкретно проверки отгрузки и тест конкретно под этот код и на этом остановиться? зачем перетестировать все?
источник

NM

Nikita Mikhaylov in testspro1c
ZEEGIN
я не понимаю почему нельзя написать код конкретно проверки отгрузки и тест конкретно под этот код и на этом остановиться? зачем перетестировать все?
почему все? мне нужно написать тест, который будет создавать документы поступления, затем отгрузки и выполнять проверки ТИПОВЫЕ + чуть моих изменений.
источник

NM

Nikita Mikhaylov in testspro1c
Какой вариант предложите? С удовольствием возьмем на вооружение
источник

NM

Nikita Mikhaylov in testspro1c
Задача: типовое должно работать "как было" (либо чуть с моими изменения, например - "колесо" не контролируем при отгрузке, а остальное - контролируем)
источник

Z

ZEEGIN in testspro1c
1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.
источник

RA

Rustam Atai in testspro1c
Nikita Mikhaylov
Кажется тут есть недопонимание. Саму типовую в полном объеме - смысла нет :)
А вот все доработанные участки - да.
Причем там типовой тест в большинстве случае и не подойдет, но иногда его нужно адаптировать, что бы убедиться, что бы типовое не сломалось, а наше правильно работает.
Не знаю, банально проверка контроля отгрузки со склада.
Подобрать сценарий для полного прогона - тяжко, проще взять типовой и чуть адаптиовать под себя.
можно сократить спор. Возьмите любую приложуху под java. Обратите внимание - папка тест есть и наполнена тестами. Сдается мне не спроста :))) На самом деле, писать так чтобы не ломать чужое нужно! С этим глупо спорить. Тесты генерят объем работы по поддержке - тоже верно. Но это все в сторону. Если есть тесты, почему их не дать вместе с продуктом?
источник

RA

Rustam Atai in testspro1c
Nikita Mikhaylov
Какой вариант предложите? С удовольствием возьмем на вооружение
источник

NM

Nikita Mikhaylov in testspro1c
ZEEGIN
1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.
все пункты уже сделаны в типовом тесте, мне нужно только чуть дополнить их )
Поэтому и получается, что вроде как дубль тестов, а вроде как и нет...

Дополнено: да, переходим на СППР2.0 и там все готовим по тестам
источник

VP

Vitaly Popov in testspro1c
ZEEGIN
1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.
Основная трудоемкость - это подготовить данные

Поставка тестов с типовыми было бы отличным подспорьем разработчиков

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

RA

Rustam Atai in testspro1c
Vitaly Popov
Основная трудоемкость - это подготовить данные

Поставка тестов с типовыми было бы отличным подспорьем разработчиков

Тем более зачастую, увы, разработчик не представляет всех вариантов использования
да! золотые слова! и я бы не горячился (в том смысле что не нужно посыпать глову пеплом) с "увы". Не нужно сводить с ума разработчика. У нас и так хватает поводов свихнуться.
источник

VP

Vitaly Popov in testspro1c
ZEEGIN
1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.
@zeegin  а как вы внутри у себя решаете проблему кучи вариантов использования? Очень крутые аналитики?

Или СППР помогает? Мы когда на неё смотрели не увидели в ней подспорья в решении именно этой проблемы

И в принципе решение проблемы интересно, у кого как

Мы документировать начали. Но мы только в начале пути и пока непонятно решится ли проблема
источник

Z

ZEEGIN in testspro1c
Vitaly Popov
@zeegin  а как вы внутри у себя решаете проблему кучи вариантов использования? Очень крутые аналитики?

Или СППР помогает? Мы когда на неё смотрели не увидели в ней подспорья в решении именно этой проблемы

И в принципе решение проблемы интересно, у кого как

Мы документировать начали. Но мы только в начале пути и пока непонятно решится ли проблема
Ответственный за подсистему знает как ее использовать, потому он пишет код, документацию, сценарии, тесты.
источник

RA

Rustam Atai in testspro1c
ZEEGIN
Ответственный за подсистему знает как ее использовать, потому он пишет код, документацию, сценарии, тесты.
источник

VP

Vitaly Popov in testspro1c
ZEEGIN
Ответственный за подсистему знает как ее использовать, потому он пишет код, документацию, сценарии, тесты.
А если он уйдет? И как у кого передача знаний осуществляется?
источник

NT

Nick Ternovoi in testspro1c
Ответственный? Не факт. Это должен знать аналитик и архитектор, а не кодер ИМХО
источник

VP

Vitaly Popov in testspro1c
Мы например делаем демо, у кого еще какие практики?
И кросс тестирование, т.е. разработчики тестируют друг друга и функционал получаются знают как минимум двое
источник

NT

Nick Ternovoi in testspro1c
Мы тоже демо делаем через СТ, если победим платформу 8.3.12 в ближайшем релизе выложим тесты в комплекте с дистром
источник

Z

ZEEGIN in testspro1c
Vitaly Popov
А если он уйдет? И как у кого передача знаний осуществляется?
на каждую подсистему назначено 1-2 резервных ответственных, они же выступают замещающими во время отпуска или болезни и вкурсн всех техпроектов. Басфактор исключен. Даже при потери половины команды разработка возможна без остановок.
источник

Z

ZEEGIN in testspro1c
Nick Ternovoi
Ответственный? Не факт. Это должен знать аналитик и архитектор, а не кодер ИМХО
кодеров нет. ответственный за подсистему архитектор и аналитик в одном лице
источник