Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Agilis tesztelési útikalauz stopposoknak

Teszt & Tea - Budapest Agile Meetup, 2013.06.06
by

Gaspar Nagy

on 11 November 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Agilis tesztelési útikalauz stopposoknak

42
Agilis tesztelési útikalauz stopposoknak
Az Encyclopedia Waterfallica szerint a tesztelést csak a fejlesztési folyamat teljes befejezése után szabad elkezdeni. Megtudjuk belőle, hogy a fejlesztőknek nem szabad ismerniük a teszteseteket előre, hiszen ez esetben olyan alkalmazást készítenének, amely csakis ezeket az eseteket elégítené ki.

Az Agilis tesztelési útikalauz egy újfajta megközelítést tartalmaz: meglehetősen sok gyakorlatias, úgymond agilis ötlet található benne. Ez a könyv nem csupán hallatlanul figyelemreméltó, hanem elképesztően sikeres is a fejlesztők és a tesztelők körében. Miért? Egyrészt némileg érdekesebb. Másrészt borítóján a következő szavak láthatók, szép nagy betűkkel szedve: NE ESS PÁNIKBA!
Nagy Gáspár, TechTalk
http://gasparnagy.com
twitter: @gasparnagy
Agilis fejlesztési módszerek
Agilis projekt-menedzsment
Agilis követelmény analízis
és mi a helyzet a teszteléssel?
Egy agilis adaptációs folyamat
XP
Unit Tests
Emerging Design
TDD
Pair Programming
Scrum
Kanban
self-organizing teams
command & control
User Stories
Acceptance Criteria
Agile Contracts
Product Owner
Story Maps
Specification by Examples
Story Points
planning
analysis
design
implementation
deployment
test
Sprint 1
planning
analysis
design
implementation
deployment
test
planning
analysis
design
implementation
deployment
test
mini-vízesés az iteráción belül
a fejlesztői csapat munkában...
a tesztelő végre dolgozhat!
lehet tesztelni a telepített verziót
a tesztelo unatkozik!
az előző sprint eredményét teszteli
a hibákat majd a következő sprintben javítjuk
a "valódi" iteráció hossz = 6 hét
Sprint 2
Sprint 3
Agilis tesztelés - egy rossz megközelítés
What happens?
Why this happened?
Understanding how we (mis)behave
Tester: I'm currently testing US42 and it seems there is something wrong with it.
Dev: No. Can't be.
Tester: I think a verification step is missing. We have discussed that before the final saving, we need to validate the credentials once more.
Dev: Forget it! We use a better approach. There was a mail about it.
Tester should participate in the Sprint planning
Tester should be invited to all meetings
Tester should check all project-related mails, and ask if something is unclear
Tester should discuss the test cases with the PO
Action
Reaction
From: Peter
To: John
CC: Project Team
Subject: Results of the meeting yesterday
Hi,
I have discussed the open deployment questions with the customer. They said that the AD integration will work, just we have to use the LDAP query: cn=HR Group,ou=Asia,o=TechTalk (objectclass=*)
And BTW, I've also asked about your idea for the validation: it will be fine as we imagined.
Br,
Peter
command & control is back
improved bureaucracy
lack of responsibility
stress, chaos, problems
because testers...
cannot listen if it's outside of their responsibility
do double work when re-collecting the requirements for the tests
feel that their work does not help the developers, but holding them back
are not involved
Let testers contribute in the project from the beginning
collaboration for defining acceptance criteria
extend acceptance criteria examples with "test cases"
define useable baseline data sets
support dev team with the test automation
define test execution scheduling strategy
manual test execution
exploratory, journey & smoke testing
Agilis tesztelés
automatizálás
hiba megelozés
kontextus-függo
útikalauz stopposoknak
A regressziós problémák fontossága
If something hurts, do it more often!
igazi skálázható regressziós tesztelés csak automatizálással valósítható meg
Az automatizásás szerepe
workflows
acceptance criteria
units
exploratory testing
sok
kevés
könnyű
nehéz
automatizálhatóság
használjuk ki jobban az értékes emberi erforrásokat!
Automated or Manual?
Test automation becomes expensive when...
trying to automate manual tests
making tests unreadable when automating them
automating after completing development
automation is an ultimate goal
Manual
Automated
asserts
multiple combined features
tests
checks
single aspect of a single feature
ACT-ASSERT
ACT-ASSERT
ACT-ASSERT
ARRANGE-
ACT-
ASSERT
?
structure
setup
dependent on...
existing other features
previously executed tests
independent of...
existence of other features
order of test execution
/Mike Cohn/
Megelozni vagy megtalálni
A hibák megelozése olcsóbb mint a késobbi javítása
de hogy lehetséges ez?
előzetesen meghatározható
goals, effects
user stories
acceptance criteria
code
hiba jelentés
nehezen előrejelezhető
hogyan
miért
Tests and Requirements, Requirements and Tests:
A Möbius Strip
Tesztek vs. követelmények
/Grigori Melnik/
Specification by example
példák
követelmények
tartalmaznak
leírják
ellenőrzik a megfelelést
tesztek
/Gojko Adzic/
Szeretnénk, ha minél több új felhasználó vásárolna nálunk, ezért 10% kedvezményt adunk az első vásárlásra.
public void TestInitialOrderDiscount()
{
Customer newCustomer = new Customer();
Order newOrder = new Order(newCustomer);
newOrder.AddBook(Catalog.Find(“ISBN-0955683610”));
Assert.Equals(33.75, newOrder.Subtotal);
}
Register as “bart_bookworm”
Go to “/catalog/search”
Enter “ISBN-0955683610”
Click “Search”
Click “Add to Cart”
Click “View Cart”
Verify “Subtotal” is “$33.75”
Adott egy felhasználó, aki még nem vásárolt
Ha a felhasználó egy könyvet helyez el a kosarában
Akkor 10% kedvezmény jelenik meg a végösszegnél
"happy path"
megvalósíthatóság
speciális esetek
The three amigos
Mit csinál egy jó tesztelo?
Kontextus-függo tesztelés
Konklúziók
minoség mérés
minoség eloállítás
fejlesztői teljesítmény index
minden egyes hiba naplózása
a fejlesztők "szülői" felügyelete
egymásra mutogatás
megelőzött hibák
bizalom
projekt-függő megoldások
skálázható tesztelés
...megtalálod a választ!
Viszlát, és kösz a halakat!
/Douglas Adams/
Nagy Gáspár, TechTalk
http://gasparnagy.com
gaspar.nagy@techtalk.at
twitter: @gasparnagy
http://gasparnagy.com
gaspar.nagy@techtalk.at
twitter: @gasparnagy
Kérdések?
(frequency reduces difficulty)
/Douglas Adams/
TechTalk - developer coach
Agile Hungary - alelnök
ELTE - PhD: Viselkedés-alapú szoftverfejlesztés (BDD)
epics, themes
CI
branching
"
-i
"
"
"
"
"
"
"
"
egy csapat, aki a minőségben érdekelt
"
Természetesen tesztel!
... de ezen kívül még
célkitűzéseket határoz meg
tesztelési technikákat választ ki
visszajelzéseket készít
Persze lehet mindezekre a dobozolt válaszokat is alkalmazni, csak…
Kényelmetlen lesz
Nem lesz hatékony
Drága lesz
Dobozolt stadard megoldások
"
A kontextus-függő tesztelési iskola hét alapelve
Bármilyen módszer értéke a kontextustól függ
Egy adott kontextusban vannak jó módszerek, de nincsenek általános legjobb módszerek
Az együtt dolgozó emberek képviselik a legnagyobb értéket bármilyen projektben
Projekt részletek változnak ahogy az adő halad, sokszor előreláthatatlan irányokba
A termék egy megoldás. Ha a problémát nem oldja meg a termék nem lesz sikeres.
A jó szoftver tesztelés egy kihívásokkal teli intellektuális folyamat
A termék hatékony teszteléséhez mindig a megfelelő lépéseket tesszük a megfelelő időben. Ezeket az egész projekt alatt gyakorolt szakértelem és elemzés segítségével tudjuk fejleszteni.
http://context-driven-testing.com/
a + b
A legegyszerubb probléma
"
Agilis tesztelés = együttmuködés
"
The expected result was 42. Now what was the test?
/John Stevenson?/
http://experts.techtalk.at
jobs@techtalk.hu
nyílt forráskódú .NET agilis tesztelési eszköz
45 000 letöltéssel
?
Full transcript