Мне интересны какие-то бызовые механизмы и средства. Конкретно сейчас интересен вот такой случай:
Есть база с абонентами, которым предоставляются некие услуги и за эти услуги начисляются суммы по определенным алгоритмам.
Я хочу создать некую базу-шаблон с заполнеными абонентами, которые бы покрывали большенство вариаций расчетов начислений по услугам.
Т.е. я создаю Иванова с такими-то параметрами и точно знаю, что за Январь ему должно начислиться такие-то суммы.
Конфа активна правится. Далее, я накатываю её на эту "тестовую" базу и запускаю сформированные каким-то образом мои тесты, которые проверяют верность начислений.
Вот, пока хотя бы вот такое понять как делают умные люди.

Я так понимаю тестирование форм (нажатие определенных кнопок, выбор определенных элементов, т.е. эмуляция интерактива) невозможна в принципе. И оттестировать можно как бы только "код".

И хочу посмотреть подобный пример на какой-нить типовой, если возможно.

Спасибо за ответ.
Я себе все примерно так же и представлял. Но мне интересно как конкретно это происходит, желательно с примером.
Прям как для отсталых:
1. Берем последнюю обработку из данной ветки
2. Что-то создаем
3. Куда-то прикрепляем
4. Создаем таблицы-наборы ожидаемых данных
5. Куда-то прикрепляем
6. что-то еще шаманим.
Нажимаем и ждем чего-то

Можно пример?

Ну а как делаешь ты? Неужели каждый новый тест - это отдельная обработка, где жестко кодом прописано абсолютно всё?

JohnyDeath писал(а) 24. Ноября 2011 :: 17:07:


Жень. Ты почти хочешь невозможного.   Примеры они очень конкретные.

Но я попробую:

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

то есть (по сабжу)

0. У меня есть типовая/чужая конфигурация
0.1 Я решил добавить реквизит "Ромашка" к типовому Справочнику Тесть
1. я создаю тест в своем комплекте тестов ПроверитьСуществованиеРеквизитаРомашка()
2. запуская тестЫ - тесты падают: я же пока решил, а не добавил
3. Создаю реквизит Ромашка
4. запускаю тестЫ - тесты не падают

0. Я думаю что необходимо создать общий модуль РаботаСТестем и добавить туда функцию ПроанализироватьРомашкиТестей()
1. я создаю тест ПроверитьСуществованиеФункцииАнализРомашекТестей()
2. Прогоняю тестЫ: тесты падают - общего модуля нет, функции нет
3. создаю функцию.
4. прогоняю тесты - тесты не падают

0. я решил что функция анализРомашекТестя будет брать текущих Тестей и возвращать коллекцию Тестей с Ромашками или без Ромашек
0.1 прототип функции выглядит так ПроанализироватьРомашкиТестей(сРомашкей = Истина)
1. Пишу тест (последовательность)
1.1 Создать 20 элементов справочника Тесть с реквизитом Ромашка = Истина
1.2 Создать 30 элементов справочника Тесть с реквизитом Ромашка = Ложь
1.3.1 Тест - ПроверитьКоличествоТестьСРомашкой() = 20
1.3.2 Тест - ПроверитьКоличествоТестБезРомашки() = 30
1.4 Очистить справочник Тесть

и т.д.

P.S. когда мы около 1.5 года назад встречались с Федором - он мне сказал что библиотеку тестирования можно  "в принципе" написать под любую платформу, так как Workflow известен for each Test {preTest->test->afterTest}. Однако практика несколько сложней: что тестировать, как тестировать, что есть данные теста, а что есть данные настройки системы в целом - короче чем дальше в тестирование, тем толще партизаны.


P.S.S. Жень - для начала попробую простые вещи: загрузи cf в чистую базу, создай обработку которую назови тестирование: в ней создай три процедуры ПередТестом() Тест() ПослеТеста()

процедуру Тест() повесь на кнопку - ты будешь смеяться кнТест

код процедуры кнТестНажатие

Цитата:


а в процедуре Тест() - попробуй сразу создай абонента "кодом", создай ему начисления, запусти расчет и проверь на ожидаемую сумму.

после этого, ты в поймешь что ты тестируешь - "сравнение расчета с ожидаемым".
затем создание абонента и запись начислений ты "уведешь" в ПередТестом() - не забудь добавить "очистку"
после этого... цикл почти бесконечный. сколько времени развивается конфа, столько времени и пишутся тесты.


P.S.S.S. Непонятно написал.... Торопился.

lustin писал(а) 24. Ноября 2011 :: 17:55:

Алексей, спасибо! У тебя всегда очень красиво получалось объяснить "непонятное" понятным языком.
Немного даже стало проясняться.

Вопрос ко всем использующим инструменты автотестирования. С чего вы начинали? Как бы так въехать, чтоб не наступать на грабли и не изобретать велосипедов.
Ну и от примера я так и не отказываюсь Да, понимаю, что у всех специфичные конфы, но может кому-нибудь удасться смоделировать проблему и решить её на основе УТ.

Вот например есть задача для УТ: В документ "Реализация" добавить флаг "СуперЦена", при установке которого товару из ТЧ с максимальной ценой проставлялась бы цена по след. формуле:
НоваяЦена = Средняя цена товара с минимальной ценой из данной ТЧ за последние 5 месяцев, но не далее чем с начала года  

+ если копейки от общей стоимости заказа совпадают с четвертым и пятым числом из ИНН покупателя, то скидка составляет 50 % (применяется однократно, чтоб не попали в бесконечный цикл )) )

Т.е. есть у меня документ от 03.03.2011, где в ТЧ есть следующее:
1. Хлеб - 2 р.
2.  Батон - 5 р.
3. Пирожок - 4 р.
(все товары по 1 шт.)

МаксЦенаТЧ: Батон = 5 р.
МинЦенаТЧ: Хлеб = 2 руб. Нам нужно взять среднюю цену хлеба за последние пять месяцев, но не раньше начала года. В данном случае нужна средняя цена с промежутка 01.01.2011 по 03.03.2011. Допустим получили = 1,5 руб.

Т.о. при проведении в регистр хлеб упадет стоимостью = 1,5 руб. Все остальное как и предполагалось.
Далее. Общаяя стоимость по чеку получилась = 1,5 + 5 + 4 = 10,5 руб. Допустим, что у этого клиента 4-я и 5-я цифры ИНН равны ПЯТЬ и НОЛЬ соответственно. Т.е. клент еще попал и на 50-ти процентную скидку.
Итого он платит: 10,5 * 50% = 5,25 руб.


вот... не знаю, понял ли кто-нибудь поток моего бессознательного )

кто как подошел бы к тестированию этого "нового" функционала?

Я вообще с торговлей не связан, это просто фантазия разыгралась 
Да, отдельную тему можно, но боюсь, что туда никто не зайдет.

Вот мой шаблон для создания любой обработки, основанной на тестировании.
Цитата:

С этим куском кода вопросов стало еще больше )
Как он вообще выполняется и сохраняется без ошибок? Как я понял, этот код надо поместить в модуль объекта новой обработки. Если да, то:
1) Что такое "Я_Тест"? Это общий модуль, который надо добавить в конфу?
2)

ЭтотОбъект.Получить(исходныеДанные) 

У объекта "обработка" нет метода "Получить"

JohnyDeath писал(а) 25. Ноября 2011 :: 05:31:

Вышенаписанный код точно работает.
Вот тебе как раз задача заставить его заработать
Настоящая задача для TDD - разработка через тестирование

ОК, щас буду пробовать прикрутить. Спасибо.
А вот как, например, сверить наборы записей регистров после проведения определенного документа?

JohnyDeath писал(а) 25. Ноября 2011 :: 06:26:

Как всегда, есть несколько вариантов.
Можно тупо:
в транзакции (в тестах SnowTest они автоматом делаются)
до проведения сохраняем движения в ТЗ
проводим док
после проведения сохраняем движения в другую ТЗ
отменяем транзакцию (в тестах SnowTest это автоматом делается)
далее сверяем обе ТЗ.
Код сравнения могу дать (вытащить из своего Functest.v8)
Можно сверить какие-то нужные итоги по движения, например. итоги по ресурсам регистра.
Можно вообще юзать запросы с какими-то итоговыми данными

artbear писал(а) 25. Ноября 2011 :: 06:37:

А, например, такой вариант возможен:
Я ожидаю, что после проведения документа в Регистрах Остатки и Взаиморасчеты будут такие-то движения и такие-то итоги. Всё это дело я рисую в мокселе (или еще где-то). Далее тесты после проведения этого документа сверяют движения и итоги в базе с моими ожидаемыми из файла.

JohnyDeath писал(а) 24. Ноября 2011 :: 12:36:


Фирма "1С" выпускала пакет обработок под общим названием "Сценарное тестирование", они были собственно и предназначения для тестирования с позиции конечного пользователя, через эмуляцию нажатия клавиш. К ней же была отличная подробная документация.

В ознакомительной версии распространялась свободно, но в один прекрасный момент они включили "Сценарное тестирование" в 1С:Корпоративный инструментальный пакет, и соответственно, теперь за это надо платить деньги.

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

Да и сама разработка своим появлением очень удивила.

Но на сегодня она работает только для Обычного приложения. С управляемыми формами, видимо, через SendKeys управляться сложнее что ли.