Comments on: DevClubLV #2

By: Endijs Lisovskis

Endijs Lisovskis — Tue, 24 Jul 2012 08:14:37 +0000

Grūti kaut ko ieteikt. Ir jau jāzina kādas tehnoloģijas pārstāvoši cilvēki apmeklē DevClub. Jūs tur kaut kādu info esat ievākuši (bija jānorāda reģistrējoties). Kad ir zināms ko šie cilvēki pārstāv, tad var arī kaut ko domāt. Parasti lielu interesi izraisa: skeilošana, best practice, security. Bet neko konkrētu (nedz tēmu, nedz runātāju) ieteikt nevaru (bet gan jau ka Maksims vai Ernests varētu ar kādu labu prezentāciju nākt klajā).

By: Edgars

Edgars — Mon, 23 Jul 2012 22:09:46 +0000

Vai vari iedot savus priekšlikumus tēmām un/vai runātājiem, kas par tām vai citām var pastāstīt? Tas būtu vērtīgi.

By: Endijs Lisovskis

Endijs Lisovskis — Fri, 20 Jul 2012 16:24:38 +0000

Paldies! Tas ir tas ko es no Daces gaidīju. Brīdī kad tauta sāka pieprasīt kā šo lietu padarīt nopietnāku, viņai vajadzēja nākt klajā ar šīs lietas pieminēšanu un būtu iegūtas pavisam citas atziņas no pasākuma.

By: Banans

Banans — Fri, 20 Jul 2012 16:15:43 +0000

Es, savukārt, nevaru iedomāties, kā var kaut ko nopientāku uzrakstīt bez javascript vienību testēšanas.
Qunit ir parasta testēšanas bibliotēka – ar assertiem + setup un teardown, vairāk tā neko nedara. To jāslēdz kopā, piemēram, ar http://sinonjs.org/ un tad būs tev gan mock/stub/spy utt – viss arsenāls.

By: Endijs Lisovskis

Endijs Lisovskis — Fri, 20 Jul 2012 15:00:48 +0000

Ja unit testos nav iespējams taisīt mock/stub, tad tas nav pilnvērtīgi un nav nopietni. Tas par QUnit. Kas attiecas uz prezentāciju – nu nepietiek ar dažiem assert. Vajag jau arī parādīt tips & tricks kā pilnvērtīgi notestēt sakarīgu funkciju vai arī kā rakstīt funkciju, lai viņa būtu ērtāk testējama.
Kā jau Dace pati teica – “ir gadījumi kad noder”. OK – gan jau ka ir gadījumi (piemēram, notestēt kādu koda izrāvumu vai algoritmu). Bet nevaru iedomāties kā šo izmantot pilnvērtīgai JS appu testēšanai.