Fragt, logistik, betaling & service

Svar: Automatiseret test af webløsninger....

Rene C. Larsen — Tue, 28 Apr 2009 18:16:05 GMT

Hej det er jo en gammel tråd, men måske er der stadig nogen der abonnerer på den ;o)

Vi mangler 3 softvaretestere med start ASAP til en opgave i Århus. Det skal være en freelance konsulent med erfaring i udarbejdelse af testcases og gennemførelse af systematisk test ifm. der anvendes HP Quality Center som
teststyringsværktøj og kendskab hertil vil absolut være en fordel.

Automatiseret test af webløsninger....

Lundsby — Sun, 05 Aug 2007 20:50:00 GMT

Hej Visti

Vi kører vores Watin, med nogenlunde samme frekvens som vores unit-tests. Hvilket betyder at den tid testen er om at afvikle er væsentlig, og her var Watin noget hurtigere end Selenium. Ideen er faktisk at Watin test''ne skal afvikles af vores Continuous Integration Server, altså ved hvert Check-in af kildekode (Det har vi dog ikke fået sat op endnu).

Mht. udviklingshastighed, så var det nødvendigt for os at hacke en del ind i DOM''en, hvilket virkede betragteligt nærmere i Watin (Kan ikke helt huske hvorfor dog...).

Grundene til vi fravalgte automatiserede cross-browser tests, er at vi kun bruger Watin til regressions tests. Alle accept tests foregår manuelt, og både i IE og FireFox. Derudover udvikler vi altid i FireFox, så det er ofte i IE der er flest problemer.
Jeg mener ikke at automatiserede tests, kan gøre det udfor manuelle accept tests, da der udover funktionalitet også skal testes hvordan browsere renderer siderne.

Med venlig hilsen

Automatiseret test af webløsninger....

VistiK — Sun, 05 Aug 2007 17:14:00 GMT

Hej Lundsby

Tak for din deltagelse i debatten...
Men lige et opfølgende spørgsmål...
Hvad tænkter du på når du siger: "test-afviklings og udviklingshastighed"?
og hvorfor fravælger i cross-browser test? Ved godt at ca. 80-90% af den generelle bruger har IE, men burde i ikke stadig teste i FF?

- Visti

Automatiseret test af webløsninger....

Lundsby — Sun, 05 Aug 2007 12:11:00 GMT

Hej VisitK

Vi bruger Watin http://watin.sourceforge.net/, det er .Net udgave af Ruby''s Watir. Vi evaluerede også Selenium, men valgte at prioriterer test-afviklings og udviklingshastighed over Cross-browser tests. (Men for pokker hvor vi savner at kunne teste i FireFox).

Automatiseret test af webløsninger....

Anonymous — Sun, 05 Aug 2007 10:39:00 GMT

Dato: 05-08-2007 12:25:48 Forfatter: lasse O.k. - i min verden bruger vi en del tid på at reducere manuelle tests ved at automatisere dem. Ud over tidsbesparelsen, så får vi også en bedre styring af, at de rent faktisk er udført, samt en dokumentation af, hvilke vi udfører.

Det er fint, og også det vi skal stræbe efter, men mange virksomheder ville ikke have resourcerne til at få acceptabel dækning på det niveau. Skulle du dække et system fuldstændigt af automatiserede tests, så godt som strukturerede manuelle tests kan gøre det, så vil udviklingsomkostningerne være mange hundrede procent højere.

Automatiseret test af webløsninger....

lasse — Sun, 05 Aug 2007 10:26:00 GMT

O.k. - i min verden bruger vi en del tid på at reducere manuelle tests ved at automatisere dem. Ud over tidsbesparelsen, så får vi også en bedre styring af, at de rent faktisk er udført, samt en dokumentation af, hvilke vi udfører.

Automatiseret test af webløsninger....

Anonymous — Sun, 05 Aug 2007 10:06:00 GMT

Dato: 05-08-2007 07:42:56 Forfatter: lasse Casper, jeg går ud fra, at det var en fejl, når du skriver ''automatiseret test kan ikke erstatte manuelle test''. For det er da klart, at stress test, test af alle kombinationsmuligheder i en brugerflade osv. er noget, man rent faktisk skal teste manuelt, hvis det ikke er blevet automatiseret... man kan så selvflg. diskutere, om det er programmøren, testere, beta-testere eller slutkunder, der skal teste manuelt.

Det holder jeg nu stadig på at det ikke er...i praksis i hvert fald...i teorien er alt jo næsten muligt.

Automatiseret test af webløsninger....

lasse — Sun, 05 Aug 2007 05:43:00 GMT

Casper, jeg går ud fra, at det var en fejl, når du skriver "automatiseret test kan ikke erstatte manuelle test". For det er da klart, at stress test, test af alle kombinationsmuligheder i en brugerflade osv. er noget, man rent faktisk skal teste manuelt, hvis det ikke er blevet automatiseret... man kan så selvflg. diskutere, om det er programmøren, testere, beta-testere eller slutkunder, der skal teste manuelt.

Automatiseret test af webløsninger....

Anonymous — Sat, 04 Aug 2007 20:38:00 GMT

Automatiseret test og Continuous Integration kan normalt godt betale sig. Lav tests til de vigtigste dele af dit system - de dele som bare koster kassen hvis de går i stykker en dag, og bliver sat i produktion. De kan dog ikke erstatte manuelle tests, men det er heller ikke meningen. Idéen i automatisede tests er at du kan refaktorere/ændre i din kode, og din test vil så ikke kompilere mere eller fejle hvis der er noget du har overset. Udvikleren bliver så nød til at tage stilling til om det er domæne koden (koden der testes) eller selve testen der skal ændres. Hvis der ingen test er, så kan udvikleren nemt overse en antagelse som en anden udvikler i sin tid har foretaget. En erfaren udvikler vil holde antagelser på et minimum, og når de foretages, så sørge for at koden fejler så snart antagelsen viser sig at være forkert, så forkerte tilstande ikke viser sig som fejl senere i programmet og kræver mere tid til debugging.

Automatiseret test af webløsninger....

Anonymous — Sat, 04 Aug 2007 20:23:00 GMT

Jeg bruger NUnit og mock objects til test og NAnt til build, og når jeg kan komme til det, så kobler jeg den på min egen Continuous Integration system der rejecter alle ændringer som ikke overholder reglerne (skal kompilere, alle tests skal lykkedes, osv.).

http://www.nunit.org/

http://nant.sourceforge.net/
http://sin.tigris.org/

Automatiseret test af webløsninger....

VistiK — Sat, 04 Aug 2007 19:00:00 GMT

Automatiseret test af webløsninger....

VistiK — Sat, 04 Aug 2007 19:00:00 GMT

Hej Lasse

Tak for dit svar...
Jeg arbejder for en stor dansk portal, hvos vi er begyndt at automatisere vores test arbejde...
Vi bruger selv selenium(http://www.openqa.org/selenium), som er en FF extension.

Det syntes vi(Test afd.) selv at det er der store fremtidsperspektiver i, men jeg ville da gerne høre hvordan andre bruge det, hvis de overhoved bruger det..
Håber at høre fra andre også...

- Visti

Automatiseret test af webløsninger....

lasse — Sat, 04 Aug 2007 18:04:00 GMT

De fleste webprojekter, som jeg har set, har ikke engang automatiserede deployment mekanismer, så automatiserede tests er langt over projekternes tekniske formåen.

Men ellers adskiller website projekter sig jo ikke fra andre software udviklingsprojekter, så det er bare med at komme igang med testprogrammering, hvis projektet er stort nok.

Jeg laver p.t. ikke webprogrammering, men jeg har tidligere lavet automatiseret test af webløsninger, og det foregik ved at et GUI program fjernstyrede websitet, så vi brugte et testværktøj, der var specifikt til GUI udviklingsmiljøet. Der findes sikkert mange bedre værktøjer til formålet nutildags.

Automatiseret test af webløsninger....

VistiK — Sat, 04 Aug 2007 16:34:00 GMT

Hey alle animo''er....

Dette er især til diverse udviklere af webløsninger.
Mit spørgsmål går på om i bruger automatiseret test af jeres løsninger?

Hvis i gør:
Hvilket værktøj bruger i så?
Er der andre værktøjer?
Hvad er jeres erfaringer med de forskellige værktøjer?

Hvis ikke i gør:
Hvorfor ikke? er det forbi i gider bruge det?
Er det evt. for besværligt eller kan det bare ikke betale sig?

Håber på en god diskussion omkring emnet...
- Visti