Ta članek je zrcalni članek strojnega prevajanja, kliknite tukaj za skok na izvirni članek.

Architect_Programmer_Code Kmetijska mreža»Arhitekt › Programiranje › Tehnični pogovor › QA in njegovo testno delo
Pogled: 11560|Odgovoriti: 1

QA in njegovo testno delo

[Kopiraj povezavo]
Objavljeno na 22. 04. 2020 21:21:58 | | |
QA: Najprej mora obstajati jasen cilj ekipe, cilj je transparent, ki lahko ekipo usmeri v skupno smer. Drugič, spoštovati moramo člane ekipe, se osredotočiti na spodbudo, biti pozorni na metode kritike in spoštovati člane ekipe, ne le njihovo osebnost in delovne rezultate, temveč tudi razumna mnenja in predloge, ki jih podajo. Če pride do napak, bi morali iskreno predstaviti vzrok problema in smer prihodnjih prizadevanj, namesto da slepo krivimo njih.
Spodbujanje ozaveščenosti ekipe pomeni nenehno krepiti kohezijo in bojno učinkovitost podjetja, da imajo zaposleni občutek pripadnosti podjetju. Naj vsak zaposleni jasno razume, da je vsak nepogrešljiv član ekipe. In biti sposoben zavestno delati za cilje ekipe.
Kohezija je pomembna za ekipo, še posebej pa je pomembno, kako jo okrepiti. Upam, da bomo v prihodnosti lahko sodelovali za našo ekipo in zase!
Ko se kohezija ekipe izboljša, je kakovost kakovosti programske opreme, ki jo izdelajo, naravno zagotovljena, moramo preprečiti težave in prihodnost v največji meri ter ne moremo čakati, da se težave rešijo, ko se pojavijo

Ekipno testno delo: Naša ekipa ima posebnega testerja programske opreme, pri razvoju programske opreme ima vsak drugačno vlogo; po končni združitvi programske opreme in po preizkusu program predamo testerjem v ekipi za testiranje, po zaključku testiranja pa bodo v prvih pol meseca uradne predaje programske opreme vsi člani ekipe izvedli sestanek za testiranje programske opreme, ponovno preizkusili možna tveganja programske opreme in jih popravili. V programski opremi bomo zagotovili modul, ki ga bodo uporabniki lahko uporabili za povratne informacije, kadar pride do napake.




Prejšnji:Kako uporabljati vezavo RelativeSource v WPF
Naslednji:Dolžina SQL Serverja ni dovolj dolga, da bi samodejno dopolnil 0

Sorodne objave
 Najemodajalec| Objavljeno na 22. 04. 2020 21:22:34 |
Razlike med razvojem, testiranjem in zagotavljanjem kakovosti ter drugimi

Mislim, da je ta metafora razmeroma nova in zanimiva, zato sem jo obrnil na drugo stran.

V zadnjem času so nekateri kolegi na oddelku zastavljali to vprašanje, in mislim, da je še vedno veliko ljudi, ki niso povsem prepričani o postavitvi teh treh vlog, zato bom spregovoril o svojem osebnem razumevanju teh treh vlog.

Na internetu je dovolj definicij teh treh vlog, zato tukaj ne bom šel v podrobnosti. Naj vam dam primer.

Če predpostavimo, da je postopek uvedbe izdelka na trg enakovreden postopku opravljanja izpita za študente, potem v tem postopku:

Razvijalci so študenti, ki delajo izpitne naloge.

Preizkuševalec je učitelj, ki spremeni testni list.

Osebje za zagotavljanje kakovosti so svetovalci.

Izdelek izdela razvijalec, ali ga je mogoče uporabiti na trgu, ali opravi izpit, odločilni dejavnik je še vedno razvoj.

Razvijalec je oddal rezultate, študenti pa so izpolnili testno nalogo, ali so opravili? Preizkuševalci morajo test analizirati in oceniti.

Svetovalec nima strokovnega znanja o določenih predmetih, vendar bo razvijalce najprej prosil, naj najprej pregledajo, nato rešijo poskusna vprašanja in na koncu opravijo izpit. Ni mu mar, če med pregledom gledaš "Dragon Babu" ali "Linear Algebra", dokler nadzoruje tvoj pregled, to je dovolj. Ker je vedel, da če izpita ne pregleda neposredno, ga bo praktično padel. Bolje je pregledati kot sploh ne pregledati.

V redu, primeri so mimo, nazaj k trem likom.

Razvoj je proces implementacije. Testiranje in zagotavljanje kakovosti je proces zagotavljanja kakovosti.

Testiranje, tako kot razvoj, je povsem tehnična dejavnost, ki jo imenujem nadzor rezultatov. QA ne vključuje specifičnih tehnologij, ki jih imenujem procesni nadzor.

Mimogrede, izboljšanje kakovosti izdelkov in celo temeljne konkurenčnosti podjetij z reformo organizacijske strukture, poslovnih procesov in celo IT orodij je razumevanje večine podjetij. Po tem, ko je IBM prodal računalnik podjetju Lenovo, se je na to zanašal za zaslužek, in zaslužil je veliko.

Sem tester, zato se pogovorimo o smeri razvoja testiranja v zgornjem primeru.

Ker je test sprememba v testnem listu, katera sposobnost je najpomembnejša?

Seveda je to raven izpita.

Analiza testnih zahtev in oblikovanje testnih primerov sta veščini, ki ju mora vsak tester nenehno izboljševati pri svojem delu.
Disclaimer:
Vsa programska oprema, programski materiali ali članki, ki jih izdaja Code Farmer Network, so namenjeni zgolj učnim in raziskovalnim namenom; Zgornja vsebina ne sme biti uporabljena v komercialne ali nezakonite namene, sicer uporabniki nosijo vse posledice. Informacije na tej strani prihajajo z interneta, spori glede avtorskih pravic pa nimajo nobene zveze s to stranjo. Zgornjo vsebino morate popolnoma izbrisati z računalnika v 24 urah po prenosu. Če vam je program všeč, podprite pristno programsko opremo, kupite registracijo in pridobite boljše pristne storitve. Če pride do kakršne koli kršitve, nas prosimo kontaktirajte po elektronski pošti.
Mail To:help@itsvse.com