Jaký rozhovor otázky by měl developer ptát tester?

hlasů
8

Máme nějaké rozhovory přijít kdy jsme nábor pro roli v zabezpečování jakosti. Cílem vývojářů je zapojených je pochopit, zda hte osoba bude dobře pracovat s vývojovým týmem.

Jaké jsou nejvíce důležitá otázka (y) vývojář by měl požádat o QA osobu? Dívám se na praktické otázky více než nadýchané otevřených otázek, vaše myšlenky?

Položena 27/08/2009 v 03:41
zdroj uživatelem
V jiných jazycích...                            


6 odpovědí

hlasů
10

Bohužel, někdy se načechrané otevřené otázky jsou ty, které vám nejlepší pohled na člověka.

Bez ohledu na technické otázky se zeptáte (a ty jsou závislé hodně ve vývojovém metodiky, takže nemůžu pomoct tam, měly by být přizpůsobeny), měli byste se vždy zjistit, jak potenciální kandidát bude pracovat v týmovém prostředí.

Musíte prokázat, že:

  • osoba bude dobře pracovat v týmu.
  • dotyčná osoba bude mít odpovědnost za práci s vývojem, aby se chyby pevná, ne jen „Tady je chyba, jít opravit, a pak se vrátit ke mně.“
  • ego dané osoby nebudou stát v cestě práci týmu (například bojují klasifikace nebo závažnosti chyb). Považuji to je obvykle větší problém s vývojáři dostat defenzivní o „jejich“ kód.

Zjistil jsem, nejlepší přístup v rozhovorech je představit scénáře a požádat kandidáta, co si myslí, například:

  • to je šestnáct hodin v pátek odpoledne a Bob, vývojář, který souhlasil s prací zpět do opravit vysoké závažnosti chyby. Musíme tester pro ověření opravy a vy jste jediný, k dispozici ale měli uspořádání večeře. Co byste navrhli?

Jen na odpovědi na samotnou tuto otázku, můžete posoudit, zda kandidát:

  • je k ničemu ( „Je mi líto, nemohu vynechat večeři“).
  • si myslí, že mimo omezení ( „Existují skutečně k dispozici žádné další testery?“, „Mohu potvrdit to v sobotu ráno?“ „Může Bob pracovat jindy o víkendu?“).
  • je adaptabilní ( „Nemohl jsem odkládat večeři protentokrát“).

a tak dále.

Nemohu zdůraznit i to, jak se ke vztahu developer / indikátor důležité komunikační dovednosti. Mají tester generovat zprávu o hrubou chybu (jakákoliv chyba chtějí) a diskutovat o jeho přiměřenosti (přesný postup, očekávané chování, skutečné chování, ...).

Odpovězeno 27/08/2009 v 03:48
zdroj uživatelem

hlasů
9

Na rozdíl od hlubších odpovědi v tomto vlákně, není jednoduchá otázka, která se často dostane přehlíženy:

Můžete chovat jako normální, nebo non-zkušené uživatele?

Teď se to zdá hloupé, ale dává velmi dobrý přehled. V případě, že uchazeč řekne ano, upřímně řečeno, nejsou to, co se zdají být. Žádná osoba, která pracuje v oblasti informačních technologií ve vývoji (zejména), analýzy nebo testovací role může udělat; prostě za to, že jsme cestu kolem úrovně nezkušeného uživatele. Odpověď pak je třeba hledat, je:

Ne, ale mohu vytvořit testovací případy, které lze přesně mapovat na chování „takzvané“ běžné uživatele.

Nebo derivitive tohoto. To ukazuje některé důležité informace.

  1. Jsou realistické
  2. Mohou myslet mimo krabici
  3. Jsou ochotni provádět správné metody uvedené na v QA

To je to, co jsem našel minimálně.

Doufám, že to pomůže v jedné cestě nebo jiný.

Odpovězeno 27/08/2009 v 17:59
zdroj uživatelem

hlasů
6

Můj návrh by bylo uvažovat poněkud otevřené otázky, jako je tato:

Kdybych šel do sebe a řekl: „Mohl byste vyzkoušet tuto novou věc, kterou jsem udělal?“ Co by vaše první pár otázek bylo?

Zde je několik myšlenek bych musel ptát se, že:

  1. Je tam zmínka o specifikace nebo požadavky? Pokud nejsou vůbec, jak se to testování dopadu?
  2. Chtějí, abych se spárovat s nimi tak, aby mohli vědět, co jsem udělal?
  3. Chtějí vědět, co jsem udělal?
  4. Mají čas to udělat a ptát, jak dlouho jsem si, že to může trvat?
  5. Jaký druh testování čekáte: Komplexní, kouř testy, předsíň použitelnost?
  6. Jaké druhy nástrojů budou použity jak to udělat?

Během záznamu chybu, jaký je minimální informace, které jste přesvědčeni, že developer by měl mít před kterým se to?

Jedná se o typ otázky, kdy v závislosti na tom, jaké zázemí mají pravděpodobně být faktorem v jejich odpovědi jako pár věcí si uvědomit, by měly zahrnovat následující:

  • Reprodukovatelnost - Dokážete si to předvídatelným způsobem?
  • Kroky reprodukovatelnosti
  • Je to kód, data, sítě nebo jiný druh chyby?
  • Jak zlé je chyba na nějakém měřítku?
  • Životní prostředí - to, co potřebuji, aby se to stalo znovu? Existují specifická prohlížečů, operačních systémů nebo jiné věci, které bych měl mít?
  • Co je to jsou očekávané a skutečné výsledky, které ukazují, že se jedná o chybu?
  • Verze softwaru - Bylo zjištěno, na jakém sestavení systému?

Zmiňuji se většina z nich, protože to je to, co bych myslel, že žádá, aby v podmínkách, jaké parametry se mají zpočátku když daný vágní otázku nebo požadavek, který by měl mít více detailů, ale které podrobně otázkou je ten háček. Já bych také poznamenat, jak dlouho o přestávce byl pořízen v dává odpověď, kde bych řekl, 15-30 sekund je v pořádku, nic méně a já myslím, že to byla očekávaná otázka, a je-li zapotřebí více než pak by měl za žádost o pár minut, aby se o tom přemýšlet, protože celá pointa je, že když nastane tato situace, jaká je naděje na obou stranách?

Další nápad by se zmínit, jaký software vývoj metodiky používáte a pak se zeptat, jaké problémy existují v souvislosti s QA s použitím tohoto přístupu? Například, pokud vývojáři používat TDD, jak to dělá dopad QA? Co když je to víc vodopád podobný přístup? Co chcete vidět, tady je, jak dobře mohou myslet na vlastní nohy, stejně jako to, co druhy následných otázek o tom, co se používá se zeptal se skutečně, když řeknu, budeme používat Scrum, jak dobře to, že definují plnění souhrnného koncepty Scrumu, opravdu.

Odpovězeno 28/08/2009 v 00:16
zdroj uživatelem

hlasů
3

Vývojář může zjistit tím, že mu scénář, který by měl zkontrolovat následující

přístup

Ještě tester vlastnit vzorkovací postoj? Dejte mu situaci a zjistit, kolik platí otázka je on / ona ptá?

dovedností

Několik dovednosti spojené s testováním je třeba v každém projektu, který pracuje v. Zahrnuje požadavek studie, test design, provedení testu a tak dále. Podívejte se, jak dobře je zkoušečka v chápání požadavku.

Znalost

Zkontrolujte šíři a hloubku testeru v oblasti, kde budete získávat tester. Dokonce i když tester nefunguje na aktuálním poli, zkontrolujte kolik tester vědět o této oblasti.

přístupnost

Dát tester scénář, jako je problém klienta a developer je na dovolené na celý týden. Tato otázka musí být stupňovala a naléhavě jako tester to přišlo na vás najít příčinu problému. Jak budete přistupovat v takové situaci

Odpovězeno 27/08/2009 v 05:44
zdroj uživatelem

hlasů
2

Některé z klíčových bodů, které budeme hledat v kvalitě software osob:

  • komunikace - může uchazeč zápisu / email / hovoří jasným a stručným způsobem, aby ostatní členové týmu porozuměli vadu mají odkryté
  • řešení problémů - Zde je místo, kde tyto rozhovor hlavolamy otázky hodit. S těmito typy otázek, jeho další důležité naučit se, jak se kandidát bude útočit na problém závislosti na tom, jak blízko oni přijdou k určení „kolik modré vozy jsou ve Spojených státech“.
  • Odpovědnost - Je důležité si uvědomit, zda je či není kandidát bude následovat prostřednictvím. Tohle je složitější najít skutečnou odpověď, protože lidé jsou nadšení během rozhovorů a mohou dohodnout na hodně, ale opravdu vážně. Minulé příběhy z kandidáta o tom, jak zacházet určitého problému nebo otázky mohou být užitečné. Bonusové body v případě, že problém zhoršilo pro kandidáta a oni zůstali na vrcholu toho.
  • technické znalosti - Požadovaná hodnota pro tuto položku se bude lišit v závislosti na testeru: budou psát automatizované testy? Manuální testování? Automatizované testy vyžadují alespoň určitou míru odborných znalostí, zatímco manuální testování by vyžadovalo méně. Ať tak či onak, má měřicí přístroj, který je alespoň seznámit s technickými aspekty aplikace mohou být velmi užitečné, pokud jde o práci na problém.
Odpovězeno 27/08/2009 v 04:25
zdroj uživatelem

hlasů
1

Myslím, že to záleží na druhu testeru, který hledáte. Hledáte někoho tlačit tlačítek a řeknu vám, že to nevypadá dobře, nebo hledáte někoho, kdo může pochopit technologie nebo dokonce kódu a nalézt hlubší chyby? Jako developer v rozhovoru obvodu bych si představit, že jsou tradiční typy QA také k dispozici. Pokud ano, budou se ptát typické testové otázky. Musíte se dostat na to, jak technický jsou a jak budou komunikovat. S tím na mysli, zkuste některé z těchto druh otázek:

  1. Programovací otázky. Podívejte se na životopis. Vědí, C #? Javascript? Zeptejte se jich, aby kód něco pro vás. Čím více vědí, tím lépe chyby budou moci podat.
  2. Procesní otázky. Mají pochopení ovládání zdroje? Už se jim to používá? Mají získat představu o sestavení? Jsou obeznámeni s Unit testování?
  3. Vývoj softwaru otázky. Chápou, co dll / montáž / jar je? Vědí, jak paměť funguje? Mají pochopit rozdíl mezi uživatelem a režimu jádra (nebo co je vhodné pro vaši doménu)?
  4. Technologické otázky. Jak dobře chápou svou doménu? Mají pochopit, co motivuje widgetu průmyslu? Vědí, co widgetů zákazníci hledají? Mají se někdy používá widget?
  5. Chápou jejich chyby na hluboké úrovni? Zeptejte se své oblíbené chybu. Kolik detail můžou říct o tom, co se stalo?
  6. Podaří se jim postaví na vás? Je to ten druh nebo testeru, že ustoupí, když dev tlačí na ně, nebo budou bojovat? Zeptejte se jich, o době, kdy se snažil dostat něco udělat a se setkal s odporem. Jak to, že reagují?
Odpovězeno 27/08/2009 v 05:06
zdroj uživatelem

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more