See conference video - http://www.lucidimagination.com/devzone/events/conferences/ApacheLuceneEurocon2011 We have been taught that unit tests should be repeatable and most people (including the author) for a long time considered this an equivalent to "static", single-path execution. Solr and Lucene employ an interesting JUnit runner strategy where tests are randomized -- run with various data, various implementation of allowed interfaces, various configurations. The number of combinations makes running them all impossible, but execution randomization proves very successful at pinpointing implementation and regression bugs. This talk will provide an overview of this approach and practical considerations on when and how to port them to your own projects. Everything that stems from Lucene/Solr is not directly connected to search/ document retrieval and can still be useful and reused in other projects. This session is probably best suited to developers/ CTOs.

5. →

7. :::::

10. ::::::::::::

11. ::::::::::::

14. ::::::::
→

24. - ts ss e = x : .
De t .e d x x . .
@ ed ca s
S e( ls ) a sg m s e s e
s in a t r e d
m ah tm M li )
hs ( ie il s
s ie vl d to
u t ai a in
- ts ss e =x : y
De t .e dx x y y
@ e dm to )
S e( eh d t s cn ia e ( i es
e t a dd t s + tr )
dr v( at r nm )
e i em se , a e asg m t o s e s
sin e h d e d
su f ee eu i no d r
hf l x ct o r e
@eoels
BfrCas @eoe
Bfr @et
Ts @fe
Atr @feCas
Atrls