Unit testing HOWTO
2 отговора
114 прегледа
Unit testing HOWTO
Наложи се да пиша unit test-инг и се изправих пред проблема за неговата организация... Отделен codebase ли е по-добре да се използва (така обаче ще се тества кода достъпен само през интерфейсите - т.е. през .H-тата
), или (по-смислено) се вгражда директно в кода който се тества? В същия сорс файл ли се слагат test-овете, който ще се тества? (малко грозно, а и се генерира излишен код в финалната версия, но може да се изключи с макрос). Също така ако са необходими въшни данни, къде се държат те, как се гарантира тяхното consistency?
Съзнавам че някои от въпросите не са от първостепенна важност, на други мога да си отговоря и сам, но ми е интересно какво са правили и други хора, понеже аз тук опит нямам.
The ones who live by the sword get shot by the ones who don't.
Съзнавам че някои от въпросите не са от първостепенна важност, на други мога да си отговоря и сам, но ми е интересно какво са правили и други хора, понеже аз тук опит нямам.
The ones who live by the sword get shot by the ones who don't.
Re: Unit testing HOWTO
[линк]
The ones who live by the sword get shot by the ones who don't.
The ones who live by the sword get shot by the ones who don't.
Re: Unit testing HOWTO
Az izpolzvam otdelen podproekt.
[линк]
[линк]
Az lichno polzvam pyrvoto.
[линк]
[линк]
Az lichno polzvam pyrvoto.