Саша, а в чем проблема по ИндексТЗ?
По ней очень много тестов в тестовой базе.
ИМХО гораздо больше, чем имеется данных по обычной ТЗ, и потому она протестирована лучше и надежнее, чем обычная ТЗ от 1С.

sedmin писал(а) 23. Января 2007 :: 06:24:


10тысяч элементов с одиннаковыми названиями из 100000 это достаточный объем для проявления вышеуказаного бага ? или он совсем не повторяющийся ? какой релиз 1С ?

sedmin писал(а) 23. Января 2007 :: 06:24:

А есть уверенность, что это баг?
Где-то документировано, как именно ТЗ подвязывалась сортировать элементы?

Кстати, про ИТ я тебе могу сказать - там такой проблемы нет.

ОФФ.
Кстати, а кто сказал, что "баг" - это плохо? Иногда баг должен быть, потому что есть в официально купленной 1С-ке.

Потому как после оптимизации некоторых отчетов, в которых убрались недочеты 7-ки в виде строчек с пустыми итогами, исправление сортировки и подобное - мне пришлось долго и нудно доказывать юзерам, что это НОРМАЛЬНО! А мне самому стоило немалых усилий при тестировании выявлять значимые и незначимые различия оптимизированного и типового отчета.

PS и еще один еще более ОФФ:
Нам в институте один уважаемый доцент рассказывал историю годов 70-80хх, про точность и подходы к ней:
Дело было кажется на Урале, на каком-то машиностроительном заводе. Заказали японцы(о, как) у нас очень точную станину для какого-то станочка. Мы ее сделали, стали мерить отклонения и выяснилось (о, ужас), что отклонения не только ниже нормы, а скажем так - практически отсутствуют (точности приборов не хватает, чтобы их выявить), ну мы удивились и подумали, что этого не может быть, а для верности записали в паспорт станка некие допустимые отклонения, отправили в Японию... Прошло время, японцы получили станину и тут же присылают нам рекламацию: мол мы проверили - отклонений нет, а в паспорте они у вас имеются - НЕПОРЯДОК! Ведь они не знали, что мы перестраховались, а решили, что за время транспортировки что-то стало меняться, а значит предсказать дальнейшее развитие событий еще сложнее!

Вот так-то: глюк всегда имеет место быть, если он проходит по допускам и документирован в паспорте!

Kostya писал(а) 23. Января 2007 :: 07:16:


Костя, ты работаешь в 1С? Тебе ни жить ни быть надо зафиксировать этот баг? Ты хочешь, чтобы я все бросил и поднял его?

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

kms писал(а) 23. Января 2007 :: 07:33:


Считай, что я ее уже "купил". 

Ты не поверишь, но у меня за последние полгода практически не было надобности в ИТЗ. Работая над тиражным продуктом нужно отрабатывать не только внутренние механизмы, но и пользовательские интерфейсы. И не только интерфейсы, но и, скажем так, нетабличные алгоритмы. К тому же до трети времени у меня занимает административная работа.

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

Да, забавно это.
А еще после сортировки, как я помню, происходит нехилое замедление прочих операций с тз.