Det var en gång...
Vi var ett gäng seniora testare som satt och dryftade gamla knasiga testupplevelser med varandra. En av de yngre testarna satt helt förstummad i någon halvtimme innan han sakta uttryckte något i stil med -"Sådana här historier vill jag höra mer av. Någon borde skriva ner dessa."
Jag kan hålla med om att jag lär mig mycket av att höra andra testares historier. och flera decennier inom QA gör ju att man samlat på sig en del dråpliga och insiktsgivande berättelser att förmedla. För min egen skull har jag nu börjat beskriva en del av dessa här.
Allt kan man inte hitta i testlabbet
Vikten av en god vision
Styra in kvalitet med statistik
Externa leverantörer - hur säkerställer man deras kvalitet
Medvetna planterade kryphål i processerna
Dråpligt när tester spiller över utanför organisationen (1)
Dråpligt när tester spiller över utanför organisationen (2)
Testlabbet exploderar
När allt ställs på ända när man nästan är klar
Tangentbord av extraordinär kvalitet
Katastrofal övertro på enhetsester
Y2k - Millenniebuggen
Avsaknad av glass-sug?
Smärtsamma tester och CPM
Dråpligt omtumlande testautomatiseringskonsekvens
Säkerhet i testmiljöer
Hårdvarutestning med smärta och skador
Livsfarligt testmisstag 1
Livsfarligt testmisstag på bank
Användare beter sig aldrig som man tror (2)
13 års kravarbete framgångsrikt ignorerat
Etik inom test
Upplevelsen är allt
Jobbig drömresa
Kaffebaserat undantagstillstånd på kontoret
Insiktsgivande testautomatiseringstummetott
Frustrerande enhetstestfel
Växla mätetal med varandra
Romantisk SMTP-lek
Sub-optimala prestandatester i deployflödet
Från 18 månaders release-cykel till 2 timmar
Simulera Internet i Bangladesh landsbygd
CV-trubbel
Arbete med avbrott
Lasta ner ett webbhotell i produktion
Bandbreddsproblem vid prestandatester av Play-tjänster
Tekniska dokumentatörer och stukad stolthet
Erfaranhetsrapport Optigroup
Job satisfaction
Användare beter sig aldrig som man tror (1)
Alla testnivåer behövs
Pinsamt mycket överlast
Oups. Sänka live-tjänst på mässa
Perifer funktionalitet som sänker rubbet
Ovanligt prestandatest med kvinnokläder
Extra-mus-bus
Telnet på port 25
Spara bandbredd på okonventionellt sätt
Hur kommer man in på ett yrkesliv kring test?
Localization testing och Language integration testing
Sabbade testresultat av slentrian
Användare beter sig aldrig som du tror (3)
DICE - damen som struntade i att läsa något eller kolla på minikarta och bara levde sig in i situationen.
Marknadsundersökningar i Växjö
Marknadsföring på internet som kandidatuppsats - och marknadsundersökningar med persona.
Det är nästan alltid bättre att göra än att prata
Om att osäkerhet är det som leder till diskussioner, men det är agerande som överkommer osäkerhet. Kanske baserat på artikeln om "Bara gört"?
Bra testdata - på olika sätt
Lantmäteriet, Handelsbanken, IKEA
Ändrat utfall i Robinsson
Prestandatestbus
Tidiga prestandatester av molntjänster
AstraZeneca och utbildningssystem samt defekthantering
Marknadsundersökningar för att förstå andra typer av test
Om när vi gjorde marknadsundersökningar i Högskolan och hur jag många år senare utövade konsumentmakt genom att ställa upp i en massa sådana i Stockholm
Arkitektens enhetstester
Att lära sig fråga efter vad folk har ont i magen över
Stordatorer är ju ändå ganska fräna
Det här är inte stordatorns lovsång, men konceptuellt är de ju ändå faktiskt ganska fräna.
Visst, de är svåra i en modern IT-miljö, och på många sätt trögjobbade ur ett snabbrörlighetsperspektiv.
Det finns dock orsaker till detta.
De är skapade för att vara prestandamonster med affärsdata i centrum.
Det är lätt att förstå hur effektiva de är på sitt jobb när man betänker att allt data för alla system alltid är i synk, att all utveckling kan börja direkt med affärslagret eftersom alla kringfunktioner som säkerhetslager, alla integrationsmekanismer, alla behörighetsstrukturer och allt annat redan finns på plats och är utprovat.
Prestandamässigt är ju normalt CPU och RAM-minne snabba, diskminne lite långsammare - men allt så går över nätverk flera magnituder långsammare.
När allt sker i samma dator blir det enormt resurseffektivt.
Personalmässigt är det ganska resurseffektivt också eftersom alla lösningar i stordatorn använder samma säkerhetsmekanismer, middleware och behörighetsregister.
Egentigen är det enda som talar emot stordatorn vårt gebit: Testarbetet.
Det är jättesvårt med testdatasituationen när man testar i stordator.
Visserligen finns zUnit som tillhandahåller enhetstestmöjlighet (men på stora enheter
), som kan decoupla datakällor och så, men det räcker inte.
De flesta organisationer är ju medvetna om detta och håller stordatorerna till absoluta backend där behoven av snabba förändringar är låga.
Ur ett testperspektiv är det ändå en av de testobjekt jag tycker är absolut jobbigast - näst efter SAP som ärvt alla trögarbetade delar av stordatorn men lagt till en massa extra komplexitet ovanpå detta.
Från 8% automatiska flöden till 92%
Om AFA