Tento článok je zrkadlovým článkom o strojovom preklade, kliknite sem pre prechod na pôvodný článok.

Pohľad: 11560|Odpoveď: 1

QA a jeho testovacia práca

[Kopírovať odkaz]
Zverejnené 22. 4. 2020 21:21:58 | | |
QA: V prvom rade musí existovať jasný cieľ tímu, cieľom je transparent, ktorý môže viesť tím k spoločnej práci. Po druhé, mali by sme rešpektovať členov tímu, sústrediť sa na povzbudenie, venovať pozornosť metódam kritiky a rešpektovať členov tímu, nielen ich osobnosť a pracovné výsledky, ale aj niektoré rozumné názory a návrhy, ktoré predkladajú. Ak nastanú chyby, mali by sme úprimne uviesť príčinu problému a smerovanie budúcich snáh, namiesto slepého obviňovania ich.
Podporiť povedomie tímu znamená neustále zvyšovať súdržnosť a bojovú efektivitu podniku, aby zamestnanci mali pocit príslušnosti k spoločnosti. Nech si každý zamestnanec jasne uvedomí, že každý je nepostrádateľným členom tímu. A byť schopný vedome pracovať na cieľoch tímu.
Súdržnosť je dôležitá pre tím, ale obzvlášť dôležité je, ako posilniť súdržnosť tímu. Dúfam, že v budúcnosti budeme môcť spolupracovať pre náš tím aj pre seba!
Keď sa súdržnosť tímu zlepší, QA softvéru, ktorý vytvárajú, je prirodzene zaručená, musíme čo najviac predchádzať problémom a budúcnosti a nemôžeme čakať, kedy sa problémy vyriešia, keď sa objavia

Tímová testovacia práca: Náš tím má špeciálneho testera softvéru, pri vývoji softvéru každý zohráva inú úlohu, po finálnom zlúčení softvéru a po skúšobnom spustení odovzdáme program testerom v tíme na testovanie, po jeho dokončení v prvom polmesiaci oficiálneho odovzdania softvéru všetci členovia tímu uskutočnia testovacie stretnutie, opäť otestujú možné riziká softvéru a opravia tieto riziká. A v softvéri poskytneme modul, ktorý môžu používatelia použiť na spätnú väzbu, keď sa vyskytne chyba.




Predchádzajúci:Ako používať viazanie RelativeSource vo WPF
Budúci:Dĺžka SQL Serveru nie je dostatočná na automatické doplnenie 0
 Prenajímateľ| Zverejnené 22. 4. 2020 21:22:34 |
Rozdiely medzi vývojom, testovaním a QA, okrem iného

Myslím, že táto metafora je pomerne nová a zaujímavá, tak som ju prebral.

V poslednej dobe sa niektorí kolegovia na ministerstve pýtajú túto otázku a myslím, že stále je veľa ľudí, ktorí nie sú veľmi jasní ohľadom rozmiestnenia týchto troch rolí, takže budem hovoriť o svojom osobnom chápaní týchto troch rolí.

Na internete je dosť definícií týchto troch rolí, takže tu nebudem zachádzať do detailov. Dám vám príklad.

Ak predpokladáme, že proces uvedenia produktu na trh je ekvivalentný procesu úspešného absolvovania skúšky pre študentov, potom v tomto procese:

Vývojári sú študenti, ktorí robia skúšobné práce.

Tester je učiteľ, ktorý mení testový papier.

Personál QA sú poradcovia.

Produkt vyrába vývojár, či je možné ho použiť na trhu, či prejde skúškou, rozhodujúcim faktorom je stále vývoj.

Vývojár odovzdal výsledky a študenti vyplnili test, prešli? Je nevyhnutné, aby testeri test analyzovali a hodnotili.

Poradca nemá odborné znalosti v konkrétnych kurzoch, ale najskôr požiada vývojárov, aby si to zopakovali, potom urobili simulované otázky a nakoniec absolvovali skúšku. Nezáleží mu na tom, či si pri recenzii pozriete "Dragon Babu" alebo "Linear Algebra", pokiaľ dohliada na vašu recenziu, to stačí. Pretože vedel, že ak si skúšku neprejde priamo, v podstate ju neprejde. Je lepšie recenzovať, než nerecenzovať vôbec.

Dobre, príklady skončili, späť k trom postavám.

Vývoj je proces implementácie. Testovanie a QA je proces zabezpečenia kvality.

Testovanie, rovnako ako vývoj, je čisto technická činnosť, ktorú nazývam kontrola výsledkov. QA nezahŕňa konkrétne technológie, ktoré nazývam procesnou kontrolou.

Mimochodom, zlepšenie kvality produktov a dokonca aj základnej konkurencieschopnosti podnikov prostredníctvom reformy organizačnej štruktúry, obchodných procesov a dokonca IT nástrojov je pre väčšinu podnikov pochopením väčšiny podnikov. Po tom, čo IBM predalo PC spoločnosti Lenovo, sa na tom spoliehalo, aby zarábalo peniaze, a zarobilo to veľa.

Som tester, takže sa poďme porozprávať o vývojovom smere testovania v uvedenom príklade.

Keďže test je zmena v teste, ktorá schopnosť je najdôležitejšia?

Samozrejme, záleží na úrovni skúšky.

Analýza testovacích požiadaviek a návrh testovacích prípadov sú schopnosti, ktoré musí každý tester neustále zlepšovať vo svojej práci.
Vyhlásenie:
Všetok softvér, programovacie materiály alebo články publikované spoločnosťou Code Farmer Network slúžia len na vzdelávacie a výskumné účely; Vyššie uvedený obsah nesmie byť použitý na komerčné alebo nezákonné účely, inak nesú všetky následky používateľmi. Informácie na tejto stránke pochádzajú z internetu a spory o autorské práva s touto stránkou nesúvisia. Musíte úplne vymazať vyššie uvedený obsah zo svojho počítača do 24 hodín od stiahnutia. Ak sa vám program páči, podporte originálny softvér, zakúpte si registráciu a získajte lepšie originálne služby. Ak dôjde k akémukoľvek porušeniu, kontaktujte nás prosím e-mailom.

Mail To:help@itsvse.com