Evaluacija 07

[dzenanr]

Dosta timova je trazilo produzetak i to nam je stvorilo probleme oko pracenja verzija, tako da smo poceli gubiti dosta vremena. Zbog toga smo odlucili da Evaluaciju 07 uradimo sa Evaluacijom 08, s tim da nece biti oduzimani bodovi za nedostatke u Spirali 08, koji su bili zahtjevani za Spiralu 07.

Za buduce spirale bih vas zamolio da ne trazite vise produzenja, izuzev u urgentnim slucajevima, gdje mi se morate obratiti preko email-a prije roka za predaju i sa valjanim razlogom.

[nedim.gushic]

Problem je jasan:
(iz analize-07)
citiram:
"Kreirajte kljuc (npr. "Info.comments.newest") u vasim ".properties" datotekama i koristite ga kroz
<wicket:message key="Info.comments.newest">
umjesto
Newest Info & Comments
u InfoCommentsListPanel.html
kako bi naslov bio lokalizovan u odnosu na vase ".properties" datoteke"

Ok, sada pitanje, kako lokalizovati prevod "titlova"(naslova) komponente za koju nemamo *.html kao sto je:
ParentChildPropertyDisplayListPanel categoryNameLinkLinkNameList = ........

Unaprijed hvala

[nedim.gushic]

Sorry, snasao sam se....trebalo mi je 8 minuta od postavljenog pitanja! Izvinjavam se na ometanju! :) Umor mi dohakao.... :)

[nejra]

Pozdrav,

U evaluaciji 07, nema nasih bodova za izvjestaj. Valjda je greska prilikom postavljanja evaluacije :)

Tim FAND

[dzenanr]

Sorry, moja greska. Ispravljeno.

[nejra]

Hvala.

[Nedim Srndic]

Pozdrav!

Izbrisao sam sadržaj xml fajlova unutar data foldera za projekat DmEduc-10. Nakon toga pokrenuo sam JUnit testove za klasu Interests, tj. fajl InterestsTest.java. Testovi su pali sa NullPointerException jer se u @BeforeClass metodi beforeInterests() pokreće linija

member = members.getMemberByCode("dr");

koja smješta null u member, pa onda linija

interests = member.getInterests();

koja baca NullPointerException. Ovaj mali test sam izvršio da vidim kako radi kôd DmEduc za testnu klasu many-to-many koncepta.

Konačno, pitanje glasi: Da li je dozvoljeno "pretpostaviti" da postoji primjerak neke klase, u ovom slučaju member sa code-om "dr", kada se testira many-to-many ili neki drugi koncept koji zavisi od drugih klasa, dakle nije entry?

Nadam se da ste razumjeli pitanje. Postavljamo ga zato što nam piše u evaluaciji za spiralu 07

Runs: 71/75,
Errors: 7 (odnosi se na vezne entitete, inicijalizirajte u @BeforeClass), (-10 u finalnoj spirali)
Failures: 0

Šta preporučujete da uradimo u vezi ovoga? Da li da pretpostavimo da postoji neki roditeljski koncept ili da čak vršimo kreiranje jednog, što mislim da nije uredu jer je to druga klasa a ne ona koju testiramo trenutno.

Drugo, u evaluaciji 08 piše

AboutPage: OK (dodajte negdje sliku modela da je lakse analizirati)

Na About stranici su postavljene obje slike modela, možda ste pogriješili projekat?

Toliko za ovaj put, hvala na pažnji i doviđenja!

Grupa memleak.

[kirlich]

http://www.nabble.com/JUnit-Testovi-tt16834744.html#a16834744

Url ima parent Category, obrati paznju na @BeforeClass i @AfterClass.

Nedim Srndic wrote:

AboutPage: OK (dodajte negdje sliku modela da je lakse analizirati)

Na About stranici su postavljene obje slike modela, možda ste pogriješili projekat?

Mozebitno.

[MirzaD]

Pozdrav!

Javljam se iz grupe Memleak i imam pitanje vezano za vasu evaluaciju 07. Naime rekli ste:
" Koristite

  <wicket:message key="User.notifications"/>

  u

  UserNotificationsListPanel.html

  kako bi naslov bio lokaliziovan prema vasim ".properties" (-5 u finalnoj spirali) "

Ja sam pogledao i vas projekat DmEduc-09, 10 i u ekvivalentnoj klasi MemberInterestsListPanel.html  ne koristi se nigdje polje:
<wicket:message key="****"/>

Mi nismo koristili "message key" zato sto se nigdje na stranici ne ispisuje staticki sadrzaj koji je stajao umjesto polja message key. To smo provjerili tako sto smo umjesto pomenutih poljai ispisali stringove "$$$$"
koji se nisu pojavili nigdje na stranici.


Ako je zaista potrebno da korisimo pomenuto polje, zamolio bih da mi razjasnite na sta ste tacno mislili sa gore pomenutim komentarim u evaluaciji

[Nedim Srndic]

Pozdrav!

Hvala na odgovoru, imamo još nekoliko pitanja, ako nije problem. Koliko smo shvatili, a ispravite nas ako nismo, u metodi koja je označena kao @BeforeClass treba kreirati objekte roditeljskih klasa, a iste obrisati u metodi označenoj sa @AfterClass. Međutim javlja se pitanje šta ako takav objekat već postoji unutar data fajlova?

Drugo, "put" do našeg koncepta Notification vodi kroz User sa jedne i Category i Topic sa druge strane, što znači da moramo kreirati bar tri objekata tipa ovih klasa. Sličan je slučaj i sa konceptom Post, za koji moramo kreirati po bar jedan objekat 4 koncepta. To ne bi bilo problem kad ne bi bilo ograničenja na ove objekte, a kojih je u našem modelu prilično puno.

Postoji li neka jednostavnija varijanta?

Dalje, da li ste pokušali onaj test iz mog prethodnog posta, koji uključuje brisanje sadržaja data fajlova i onda pokretanje testova za koncept Interest? Ovo pitam zato što je gornje pitanje vezano za ovaj slučaj. Testovi za koncept Interest podrazumijevaju da je member "dr" prethodno kreiran, što nije slučaj, i zato padaju. To znači da su testovi za DmEduc10 neispravni na isti način kao i naši testovi za MemleakForum-09. Dobro bi bilo da ih promijenite zbog knjige i akademskog značaja ovog primjera.

[kirlich]

Nedim Srndic wrote:

Hvala na odgovoru, imamo još nekoliko pitanja, ako nije problem. Koliko smo shvatili, a ispravite nas ako nismo, u metodi koja je označena kao @BeforeClass treba kreirati objekte roditeljskih klasa, a iste obrisati u metodi označenoj sa @AfterClass. Međutim javlja se pitanje šta ako takav objekat već postoji unutar data fajlova?

Isti link, tacke 1. i 2. Skoro svi su to ignorisali, a u tom slucaju je kompletna odgovornost na vama da nadjete nacin kako da to rijesite.

Nedim Srndic wrote:

Drugo, "put" do našeg koncepta Notification vodi kroz User sa jedne i Category i Topic sa druge strane, što znači da moramo kreirati bar tri objekata tipa ovih klasa. Sličan je slučaj i sa konceptom Post, za koji moramo kreirati po bar jedan objekat 4 koncepta. To ne bi bilo problem kad ne bi bilo ograničenja na ove objekte, a kojih je u našem modelu prilično puno.

Postoji li neka jednostavnija varijanta?

Upravo zato koristite @BeforeClass da kreirate sve sto vam je potrebno. Kako mislite testirati ako zaobilazite ogranicenja u vasem modelu?

Nedim Srndic wrote:

Dalje, da li ste pokušali onaj test iz mog prethodnog posta, koji uključuje brisanje sadržaja data fajlova i onda pokretanje testova za koncept Interest? Ovo pitam zato što je gornje pitanje vezano za ovaj slučaj. Testovi za koncept Interest podrazumijevaju da je member "dr" prethodno kreiran, što nije slučaj, i zato padaju. To znači da su testovi za DmEduc10 neispravni na isti način kao i naši testovi za MemleakForum-09. Dobro bi bilo da ih promijenite zbog knjige i akademskog značaja ovog primjera.

Upravu si da je to neispravan, tacnije nepouzdan test, i testovi u DmEduc spiralama ce biti prebaceni na novu verziju kad bude vremena za to. Medjutim, postoji bitna razlika izmedju greske koju ti spominjes u DmEduc spirali i necijeg projekta. Mi nikad nismo brisali podatke iz vasih datoteka pa onda pokretali testove, sto znaci da ako vi obezbjedite da su podaci koji se koriste u testovima tu (u repozitoriju) onda nema nikakvih problema sto se nas tice (tek tad je to isti propust kao i u DmEduc10). S druge strane ako tih podataka nema onda je to vas propust. Upravo zato sam i predlozio onaj nacin za izradu testova u temi JUnit testovi Kako ne bi morali brinuti sta ste vi ili neko od clanova tima ostavili u xml datotekama, i kako ne bi dolazilo do konflikta sa podacima unesenim kroz web aplikaciju. U tom slucaju se na testovima moze raditi potpuno neovisno o web aplikaciji.

[kirlich]

        <div class="section-title">
                User Notifications
        </div>

u
       
        <div class="section-title">
                <wicket:message key="User.notifications"/>
        </div>

[Nedim Srndic]

Pozdrav!

kirlich wrote:

Mi nikad nismo brisali podatke iz vasih datoteka pa onda pokretali testove, sto znaci da ako vi obezbjedite da su podaci koji se koriste u testovima tu (u repozitoriju) onda nema nikakvih problema sto se nas tice (tek tad je to isti propust kao i u DmEduc10).

To nam je bilo malo nejasno. Mislili smo da brisete sve podatke, pa onda vrsite testiranja, sto je malo naporno za osiguranje od greske. Sad nam je sve jasno. Dakle mi cemo se potruditi da testni podaci zadovoljavaju nas model i da budu dobra podloga za testove.

Hvala na odgovoru!