SilverMark предлагают и инструмент TestMentor для совместной работы разработчиков и тестеров. Правда он только для Java. Но, все равно, очень любопытный инструмент.
Guriy, спасибо за ответ. [/QUOTE] Unit тесты должны писаться еще до появления классов, которые они тестируют. [/QUOTE]
Это суть юнит тестирования. :)
Среди множества ссылок по данной тематики, натолкнулась на следующий документ: http://www.silvermar...omation2002.pdf К юнит-тестированию подключаются тестировщики, тем самым позволяя разработчикам больше времени затрачивать на разработку. В подходе, который предлагается в этом документе, вместо разработки спецификации проводятся совместные обсуждения.
Скорее всего мы остановимся на варианте, когда юнит тестирование, все таки, проводят разработчики. :P
Если проведение unit тестирования возлагается на отдел тестирования, как организовать процесс? По идее должна быть разработана спецификация на компоненты/ классы и по ней осуществляться разработка (кодирование) компонента/класса и разработка тестов (т.е. параллельно). В каком виде должна быть разработана спецификация, какова степень ее детализации, чтобы это не занимало много времени, но было достаточно для дальнейшей работы?
Кто может поделиться подобным опытом?
Системный архитектор разрабатывает спецификацию на компоненты (классы). Эта спецификация предоставляется разработчикам и тестерам.
- Какие существуют подходы или стандарты на оформление такой спецификации?
- Какие подходы используются на практике?
Один из подходов использует TRIO логику для специфицирования компонентов.
Использовал ли кто-нибудь такой подход?