Обращение к опытным спецам, юзающим прямые запросы от 1С++
нужно добавить юнит-тесты для использования прямых запросов как для скуля, так и дбф

Схема следующая: у нас есть конфигурация юнит-тестирования 1С++, в которой сейчас 455 тестов - тестируются ООП, ИндексированнаяТаблица, ВыполняемыйМодуль, Делегат, МенеджерСобытий, БинариДата и др.
Нет тестов для большей части функционал ФормЕкса и прямых запросов

Для облегчения разработки и сопровождения, а также исключения багов в уже сделанном функционале по прямым запросам ИМХО также нужно добавить юнит-тестирование.
В принципе все очень просто - все тесты очень простые, в тестовой конфе полно примеров.
Мы, разработчики, обязуемся использовать данную конфигурацию перед тем, как заливать свои изменения в основной репозитарий.

Жду добровольцев

вопрос от не спеца, имеется ввиду дать общий тест например по объекту "рекордсет"?

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

для тестов по прямым запросам нужны "данные", т.е. набор справочников, документов, регистров и т.д.
Надо определиться с этим набором, а потом можно пробежаться по методам ODBCRecordSet и иже с ним, можно (и даже нужно) сравнить результаты "прямых" запросов со стандартными запросами 1С.

Скользкий момент: класс ODBCRecordSet и его методы очень сложный и вылеты, недоразумения и т.д. с ним возникают при наличии множества сопутствующих условий, как-то наличие открытых курсоров, блокировок, последовательность выполнения запросов: параметризированных, непараметризированных и т.д.

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

Хочу попробовать, но с чего начать все таки? Много читал про FuncTest и давно хотел попробовать в деле, но пока не созрел из-за нехватки времени и отсутствия промышленных масштабов программирования...

DrACe писал(а) 06. Июня 2006 :: 08:07:


Начать нужно с того, что
1) скачать конфу юнит-тестирования (в репозитарии)
2) посмотреть руководство по конфе (readme.txt)
3) Собрать конфу с данными, т.к. конфа и данные в репозитарии хранится в текстовом, разобранном виде.
3) изучить существующие юнит-тесты и схему их классификации

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

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

ЗЫ всегда готов помочь, можно напрямую в асю.
Также у нас по тестированию очень опытные товарищи fez, ADirks, kms, sedmin. Думаю, что помогут

а где скачать конфу для юнит-тестирования?
в репозитории ее нет

User1C писал(а) 07. Июня 2006 :: 09:14:

Она есть, ты ее просто не видишь. Каталог Testing, в нем читать readme.txt

Кстати, рядом еще лежит каталог Documents с которым не понятно как его компилировать...
Не поясните господа?