Kashperuk Ivan: [Development tutorial] Thoughts on test automation + more sample tests using ATL

[mazzy]

Цитата:

Сообщение от Stitch_MS

В майкрософтовских примерах, кстати, используется перекрытый setup() метод. Это не очень хорошо для производительности.

но очень хорошо для изолированности
если в тестируемый код изменяет исходные данные в качестве побочного эффекта...

Цитата:

Сообщение от Stitch_MS

Лучше использовать setupTestCase() в паре с атрибутом SysTestCaseUseSingleInstanceAttribute. Тогда все данные создаются один раз для всех методов класса.

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

[Stitch_MS]

Цитата:

Сообщение от mazzy

изолированность

Ну, теперь ведь используются SQL SavePoints, которые якобы справляются даже с падением АОСа и неожиданными исключениями? И побочные эффекты исключены?

См. диаграмму здесь, на странице 14.

[mazzy]

Цитата:

Сообщение от Stitch_MS

Ну, теперь ведь используются SQL SavePoints

они же не сохраняют и не восстанавливают состояние классов в памяти вроде.

[Stitch_MS]

Цитата:

Сообщение от mazzy

они же не сохраняют и не восстанавливают состояние классов в памяти вроде.

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

Но в нашем случае проблем не было, и тесты стали "пробегать" за 19 минут вместо 25, когда мы перешли с setup на setupTestCase.