Po inicializaciji delovnega okolja, izvedbi postopka migracije in inicializaciji **rbac** sistema so vse tabele podatkovne baze prazne razen tistih, ki smo jih napolnili ob inicializaciji rbac. Na enak način, kot smo inicializirali rbac, bi lahko izvedli inicializacio/polnjenje tudi ostalih tabel. Vendar ...
Demonstrirajmo raje še en način, ki pa izhaja iz dela postopka testiranja aplikacije.
V postopku testiranja pripravimo določene teste. Ti testi so dejansko procedure, ki preverjajo odziv sistema. Ta odziv mora vedno biti v pričakovanih okvirih, kadar se postopek testa izvede na znanih - fiksnih podatkih. Nabore takih podatkov navadno imenujemo
#### Fixtures
eden od delov YII je tudi *fixture* ogrodje. Njegov osnoven namen je vzpostavitev delovnega okolja v znano/fiksno stanje, da se lahko testi izvajajo na pričakovan način. Testno ogrodje za izvajanje testov na osnovi fixture je v YII priveto Codeception
**kaj je pri fixture še pri ugodno ?**
da fixture lahko generiramo tudi iz obstoječe vsebine tabel. Torej lahko v enem okolju fixture zgeneriramo, ga prenesemo drugam in tam uporabimo
#### Postopek
mapa *_protected/tests/unit/fixtures* zagotavlja podatke za razreda/tabele User in Article. Iz mape, kjer je dosegljiva skripta yii izvedemo:
```
C:\xampp74\htdocs\yy-ii-22\_protected>
yii fixture/load "Article,User"
```
```
Fixtures namespace is:
tests\unit\fixtures
Global fixtures will be used:
1. yii\test\InitDbFixture
Fixtures below will be loaded:
1. Article
2. User
Be aware that:
Applying leads to purging of certain data in the database!
Load above fixtures? (yes|no) [no]:yes
Fixtures were successfully loaded from namespace:
"tests\unit\fixtures"
1. yii\test\InitDbFixture
2. tests\unit\fixtures\ArticleFixture
3. tests\unit\fixtures\UserFixture
```
uspešna operacija v tabelah kreira naslednje zapise (geslo uporabnika je enako njegovemu uporabniškemu imenu) :
