Kavacky Posted November 21, 2014 Report Share Posted November 21, 2014 Ja tie ir true unittesti, tad nekādu db vispār nevajadzētu darbināt, bet mock'ot tikai interfeisus, kas servē datus no db. Mhm, tādējādi "netestējot DB", bet testējot, vai mock objekti pareizi sataisīti. LOL, LOL, ROFLMAO. True unittesti, ***************. Komēdija. Quote Link to comment Share on other sites More sharing options...
qwerty Posted November 21, 2014 Report Share Posted November 21, 2014 (edited) Es kaut ko nesaprotu - kāda jēga vispār PHP rakstīt funkcionālos testus, ja tos ir reālistiskāk rakstīt javascriptā? Proti: 1. Piemēram, ja raksta funkcionālos testus Laravel, tad iespējams darīt, piemēram, šādi - izsauc kādu route aplikācijā un tad pārbauda, vai lapas title ir pareizs. 2. To pašu varētu notestēt javascript pusē ar kādu Selenium freimworku - pieprasot to pašu routu un pārbaudot title. Otrais variants ir reālistiskāks. Tad kāpēc vispār pūlēties to darīt PHP? PHP lai paliek unit testi modeļiem+DB un tml.. Edited November 21, 2014 by qwerty Quote Link to comment Share on other sites More sharing options...
briedis Posted November 21, 2014 Author Report Share Posted November 21, 2014 Man liekas, ka selenium testi īpaši neizceļas ar ātrumu. Ja tu laid php testus, tad viss notiek principā vienā skripta izpildes laikā, netiek veikti nekādi rekvesti utt. Vienkārši ar attiecīgajiem rīkie ir jātestē attiecīgās lietas. Selenium tomēr ir priekš klienta puses testēšanas. Quote Link to comment Share on other sites More sharing options...
daGrevis Posted November 21, 2014 Report Share Posted November 21, 2014 Tieši tā — gan integrācijas (no PHP puses), gan funkcionālie (ar brovseri izmantojot Selenium) ir vienlīdz noderīgi un vajadzīgi projektam. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.