Tento článek je zrcadlovým článkem o strojovém překladu, klikněte zde pro přechod na původní článek.

Pohled: 11560|Odpověď: 1

QA a jeho testovací práce

[Kopírovat odkaz]
Zveřejněno 22.04.2020 21:21:58 | | |
QA: Především musí být jasný týmový cíl, tím cílem je prapor, který může vést tým k společné práci. Za druhé, měli bychom respektovat členy týmu, zaměřovat se na povzbuzení, věnovat pozornost metodám kritiky a respektovat členy týmu, nejen jejich osobnost a výsledky práce, ale také některé rozumné názory a návrhy, které předkládají. Pokud dojde k chybám, měli bychom upřímně uvést kořen problému a směr budoucích snah, místo abychom je slepě obviňovali.
Podporovat povědomí týmu znamená neustále posilovat soudržnost a bojovou efektivitu podniku, aby zaměstnanci měli pocit sounáležitosti se společností. Ať si každý zaměstnanec jasně uvědomí, že každý je nepostradatelným členem týmu. A být schopni vědomě pracovat na cílech týmu.
Soudržnost je pro tým důležitá, ale zvlášť důležité je, jak ji posílit. Doufám, že v budoucnu budeme moci spolupracovat pro náš tým i pro sebe!
Když se soudržnost týmu zlepší, QA softwaru, který vytvoří, je přirozeně zaručena, musíme co nejvíce předcházet problémům a budoucnosti a nemůžeme čekat, až se problémy vyřeší, až se objeví

Týmová testovací práce: Náš tým má speciálního softwarového testera, při vývoji softwaru každý hraje jinou roli, po finálním sloučení softwaru a po zkušebním provozu předáme program testerům v týmu k testování, po dokončení testování v prvním půlměsíci oficiálního předání softwaru všichni členové týmu uspořádají schůzku s testovaním softwaru, opět otestují možná rizika softwaru a opraví tato rizika. A v softwaru poskytneme modul, který uživatelé použijí k zpětné vazbě v případě chyby.




Předchozí:Jak používat vazbu RelativeSource ve WPF
Další:Délka SQL Serveru nestačí k automatickému doplnění 0
 Pronajímatel| Zveřejněno 22.04.2020 21:22:34 |
Rozdíly mezi vývojem, testováním a QA, mimo jiné

Myslím, že tato metafora je poměrně nová a zajímavá, takže jsem ji otočil.

V poslední době se na tuto otázku ptají někteří kolegové z ministerstva a myslím, že stále je mnoho lidí, kteří nejsou příliš jasní ohledně rozmístění těchto tří rolí, takže budu mluvit o svém osobním porozumění těmto třem rolím.

Na internetu je dostatek definic těchto tří rolí, takže zde nebudu zacházet do detailů. Dám vám příklad.

Za předpokladu, že proces uvedení produktu na trh je ekvivalentní procesu složení zkoušky pro studenty, pak v tomto procesu:

Vývojáři jsou studenti, kteří píší zkušební práce.

Testující je učitel, který mění test.

Personál QA jsou poradci.

Produkt vyrábí vývojář, zda lze produkt použít na trhu, zda projde zkouškou, rozhodujícím faktorem je stále vývoj.

Vývojář odevzdal výsledky a studenti vyplnili test, prošli tím, zda prošli? Je nezbytné, aby testeři test analyzovali a hodnotili.

Poradce nemá žádné znalosti v konkrétních kurzech, ale nejprve požádá vývojáře, aby si je zopakovali, pak dělali zkušební otázky a nakonec složili zkoušku. Je mu jedno, jestli při opakování sledujete "Dragon Babu" nebo "Lineární algebru", pokud vás bude dohlížet na recenzi, to stačí. Protože věděl, že pokud si zkoušku neprojde přímo, v podstatě ji nepropadne. Je lepší recenzovat než nerecenzovat vůbec.

Dobře, příklady jsou u konce, zpět ke třem postavám.

Vývoj je proces implementace. Testování a QA je proces zajištění kvality.

Testování, stejně jako vývoj, je čistě technická činnost, kterou nazývám řízením výsledků. QA nezahrnuje specifické technologie, které nazývám řízení procesů.

Mimochodem, zlepšení kvality produktů a dokonce i základní konkurenceschopnosti podniků prostřednictvím reformy organizační struktury, obchodních procesů a dokonce i IT nástrojů je pro většinu podniků pochopením. Poté, co IBM prodala PC společnosti Lenovo, spoléhala na to, aby vydělala peníze, a vydělala na tom hodně.

Jsem tester, takže si pojďme promluvit o vývojovém směru testování v uvedeném příkladu.

Protože test je změna testu, která schopnost je nejdůležitější?

Samozřejmě, záleží na úrovni testu.

Analýza požadavků na testování a návrh testovacích případů jsou dovednosti, které musí každý tester neustále zlepšovat ve své práci.
Zřeknutí se:
Veškerý software, programovací materiály nebo články publikované organizací Code Farmer Network slouží pouze k učení a výzkumu; Výše uvedený obsah nesmí být používán pro komerční ani nelegální účely, jinak nesou všechny důsledky uživatelé. Informace na tomto webu pocházejí z internetu a spory o autorská práva s tímto webem nesouvisí. Musíte výše uvedený obsah ze svého počítače zcela smazat do 24 hodin od stažení. Pokud se vám program líbí, podporujte prosím originální software, kupte si registraci a získejte lepší skutečné služby. Pokud dojde k jakémukoli porušení, kontaktujte nás prosím e-mailem.

Mail To:help@itsvse.com