an interview with michael bolton read his advice
hur man extraherar .7z-filer på Mac
Dagens artikel är en intervju med allmänt känd specialist på mjukvarutestning Michael Bolton , en programvarutestningslärare, författare, konsult och tanke ledare.
Detta är en del av vår känner till en ledare 'Intervju-serien av kända personligheter på SoftwareTestingHelp. Kontrollera vår sista intervju med Neeraj Tripathi , VP för Global QA på Infor.
STH är stolta över att presentera den här intervjun för dig och utan vidare, låt oss gå till ett kort möte med Michael.
För en fullständig lista över hans arbete, prestationer, kurser och aktiviteter, kontrollera hans blogg här .
Här kommer:
Fråga 1) Kan du snälla dela din berättelse om hur du blev programvarutestare? Många av våra läsare är QA-aspiranter och vi tror att din berättelse kommer att ge resonans med dem och inspirera dem.
Michael: Det finns flera sätt att svara på den frågan.
Jag kan säga att jag blev programvarutestare när jag började redigera skoltidningen, för länge sedan att nämna. Jag kan säga att jag blev programvarutestare när jag började använda programvara. Jag kunde definitivt säga att jag blev programvarutestare när jag började skriva programvara, 1988 eller så. Eller så kan jag säga att jag blev programvarutestare när jag började arbeta med teknisk support 1990.
Erfarenheten och färdigheterna som jag utvecklade i alla dessa situationer bidrog till att jag blev kvalificerad för ett jobb som kallades ”programvarutestare”. Jag erbjöds ett jobb med den titeln på Quarterdeck, 1994 eller så.
Fråga 2)Vad är enligt dig det bästa med att vara programvarutestare?
Michael: Testare får inte bara lära sig mer om teknik, affärsdomäner och problem utan de får betalt för att göra det. Testning är ett universitet där programmet varar hela din karriär.
Fråga # 3)Snabb programvarutestning anses vara ett av de bästa testprogrammen där ute. Vad tycker du att den är av sitt slag?
Michael: Många andra klasser fokuserar på att memorera terminologi så att du kan klara ett prov. Vi har inte tentor. Det är inte så att terminologi är oviktigt; vi tycker att ord är mycket viktiga eftersom de hjälper oss att tänka på saker på skarpare sätt.
Så vi pratar om hur vi tänker på att testa och erbjuder lite ordförråd för det, men vi insisterar inte på att du använder våra ord för saker. Vi föreslår - ganska starkt - att du tänker djupt på dina egna idéer om ditt hantverk och hur du pratar om dem. Och att du pratar om ditt hantverk med andra människor. Det är vad experter gör.
De som gillar Rapid Software Testing och Rapid Software Testing Applied-lektioner tycker om att vi i klassen testar programvara och arbetar med pussel och sedan pratar vi om vad som hände och vad vi har lärt oss. Vi är inte precis unika i den meningen.
Interaktiva testövningar inträffar i Rob Sabourins lektioner i just testning, för en; och i mer djup över en längre tidsskala också i BBST-klasserna. Klasserna är kraftfulla - och med rätta populära - eftersom testning kräver övning, inte bara prat.
Fråga nr 4)Testteam uppfattas som en av de mest underuppskattade delarna av mjukvaruprojekten. Vilka är de största utmaningarna som testteam står inför?
c ++ kompilator för förmörkelse
Michael: Den största utmaningen som jag ser är att arbetsgivare missförstår testning och därför håll den till en låg standard .
Det är för lätt för vissa testare att förbli outbildade eftersom cheferna som anställer dem är outbildade. Samtidigt arbetar många testare inte med sina färdigheter - tekniska färdigheter, kritiskt tänkande, systemtänkande, rapportering - så situationen förstärker sig själv.
Fråga nr 5)Vilket är viktigare för att vara en framgångsrik testare - Analytiskt och kritiskt tänkande eller verktygs- och processexpertis?
Michael: Det är som att fråga 'Vad är viktigare att vara en framgångsrik cyklist: att hålla balansen eller styra?' Det är ingen antingen / eller fråga.
Verktyg och processexpertis är inte särskilt tillförlitliga eller användbara i avsaknad av analys och kritiskt tänkande . Analys och kritiskt tänkande kan hjälpas av verktyg och expertis. Dessa saker är alla viktiga, och många andra saker är också.
Fråga nr 6)Många av våra läsare vill veta om certifiering kan hjälpa dem att bli bättre testare eller inte. Vad tycker du om certifieringar?
Michael: De flesta testcertifieringar mäter inte din förmåga att testa. Oroa dig inte för att bli certifierad. Koncentrera dig om att utbilda dig själv. Slå upp BBST-klassmaterialet, eller ännu bättre, ta en BBST-klass. Ta en RST-klass, om du vill.
Läsa Jerry Weinberg böcker . Läs massor av testbloggar. Öva på att testa med kollegor eller med Weekend Testing-personerna.
Fråga nr 7)Vilka förändringar i programvarutestning kan testare förutse som kanske inte är till deras fördel?
Michael: Vissa människor verkar tro att testning handlar om byråkrati och pappersarbete. om rotutförande av testprocedurer efter ett skript; om att hantera produkten på specifika sätt med specifika ingångar och leta efter specifika utgångar. (När den typen av arbete kan utföras av algoritmer, datorprogram, kallar vi det 'kontroll'. Se detta .)
Många organisationer - och många testare - verkar för att det viktigaste vid testning är att följa någon annans instruktioner. Förr eller senare kommer människor att inse att tester centrerade kring bekräftande testfall inte är särskilt informativa och inte särskilt värdefulla. I den mån det är värdefullt kan mycket av den typen av testning uttryckas som kod och delegeras till program och maskiner.
Testare som för närvarande följer andras instruktioner har möjlighet att uppgradera sina programmeringsfärdigheter eller deras analytiska färdigheter eller deras samhällsvetenskapliga färdigheter - eller leta efter andra jobb.
Testare som är experter på testning - i analys, vid utformning och utförande av experiment - kommer att vara mycket säkrare än de som inte gör det.
Fråga nr 8)Vilka trender för programvarutestning ska vi se fram emot?
Michael: Mitt hopp är att testning kommer att erkännas som en nyckeluppsättning av färdigheter som genomsyrar all mjukvaruutveckling, och att fler utvecklare, designers och affärsmän kommer att ta på sig dessa färdigheter.
Jag hoppas att det alltid kommer att finnas utrymme för människor att hjälpa utvecklingsteam genom att specialisera sig i den kompetensuppsättningen och samarbeta med de andra specialiteterna. För att det hoppet ska bli verklighet tror jag dock att vi kommer att behöva uppgradera testarnas färdigheter över hela världen.
Frågor nr 9)Vad är ditt råd till kommande testare om hur man lyckas?
Michael: Svaret kommer att skilja sig från en testare till en annan. Men det finns en viktig färdighet där jag observerar att de flesta testare verkar tyvärr svaga, och det är det skicklighet att berätta testhistorien .
Testberättelsen har tre strängar, och de lindar runt varandra som en fläta. En del handlar om produkten och dess status; vad den gör; vad det inte gör; hur det fungerar; hur det inte fungerar; och hur det kanske inte arbeta på sätt som är viktiga för dina olika kunder.
hur man öppnar ett nytt projekt i förmörkelse
En annan del handlar om hur du testade produkten; hur du ställer in det; hur du hanterade det; hur och vad du letade efter och var du tittade. Det handlar om hur du kände igen problem när du märkte dem; oraklerna som du applicerade. Det handlar också om täckning; vad du har testat hittills. Och det handlar också om vad du inte har täckt; viktiga tester som du inte har gjort, eller som du kanske inte gör alls, om inte saker förändras.
Ännu en sträng handlar om testningens kvalitet; varför det är den bästa testningen du kunde ha gjort under omständigheterna - eller hur det kanske inte hade varit. Det handlar också om vad som har gjort - eller gör - testet hårdare eller långsammare. Det handlar om testbarheten för produkten - för en produkt som inte har testbarhetsfunktioner är svårare och långsammare att testa. Och det handlar om vad du kan behöva och vad du rekommenderar för att få testet att gå snabbare, djupare och effektivare.
En bonusfråga nr 10: Om det finns en färdighet som strävar efter och praktiserande testare bör fokusera på, vad skulle det vara?
Michael: Det finns det inte ett .
Öva på vad som är mest användbart för dig i ditt nuvarande sammanhang och träna saker som intresserar dig. Öva på saker där du vet att du behöver förbättra. Öva kritiskt tänkande; när du ser eller tänker något, fråga 'vad kan det här vara?' Öva dina analytiska färdigheter och öva på att berätta historien om din testning.
Det är allt!
Du kan följa Michael vidare Twitter .
Tack, Mr. Bolton, för att du tog dig tid att dela dina tankar, råd, och ideologi med våra läsare. Det är en absolut glädje. Våra läsare och STH uppskattar det mycket.
Håll koll på fler sådana intervjuer med programvarutestningens mest kända ansikten. Kommentera gärna för dina förslag / frågor.
Rekommenderad läsning
- Intervjufrågor och svar
- De bästa frågorna som testare bör ställa en intervjuare
- Topp 200 intervjufrågor om programvarutestning (en måste läsas för att rensa NÅGON testintervju)
- Några intressanta programtestintervjufrågor
- Hur håller jag motivationen levande i programvarutestare?
- Förberedelser inför intervju med programvarutestning - enkla tips att följa tidigare och vid tidpunkten för intervjun
- Mjuk skicklighet för testare: Hur man förbättrar kommunikationsförmågan
- Hur man förbereder sig för intervju om programvarutestning