See artikkel on masintõlke peegelartikkel, palun klõpsake siia, et hüpata algse artikli juurde.

Vaade: 11560|Vastuse: 1

QA ja selle testimistöö

[Kopeeri link]
Postitatud 22.04.2020 21:21:58 | | |
QA: Esiteks peab olema selge meeskonna eesmärk, eesmärk on bänner, mis suunab meeskonna ühises suunas töötama. Teiseks peaksime austama meeskonnaliikmeid, keskenduma julgustusele, pöörama tähelepanu kriitika meetoditele ning austama meeskonnaliikmeid, mitte ainult nende isiksust ja töötulemusi, vaid ka mõningaid mõistlikke arvamusi ja ettepanekuid, mida nad esitavad. Kui vead tekivad, peaksime siiralt esitama probleemi algpõhjuse ja tulevaste pingutuste suuna, mitte neid pimesi süüdistama.
Meeskonna teadlikkuse tõstmine tähendab pidevat ettevõtte ühtsuse ja võitlustõhususe suurendamist, et töötajatel oleks kuuluvustunne ettevõttesse. Las iga töötaja mõistab selgelt, et igaüks on meeskonna asendamatu liige. Ja teadlikult töötada meeskonna eesmärkide nimel.
Ühtsus on meeskonna jaoks oluline, kuid eriti oluline on, kuidas tugevdada meeskonna ühtsust. Loodan, et tulevikus saame koos töötada nii oma meeskonna kui ka iseenda heaks!
Kui meeskonna ühtsus paraneb, on tarkvara kvaliteedikontroll loomulikult garanteeritud, peame ennetama probleeme ja tulevikku maksimaalsel määral ning ei saa oodata, millal probleemid lahenevad, kui need ilmnevad

Meeskonna testimine: Meie meeskonnal on spetsiaalne tarkvaratestija, tarkvaraarenduses mängib igaüks erinevat rolli, pärast tarkvara lõplikku ühendamist ja katsetust anname programmi testijatele üle testimiseks, pärast testimise lõppu, ametliku tarkvara üleandmise esimesel poolel kuul viivad kõik meeskonnaliikmed läbi tarkvaratestimise koosoleku, testivad uuesti tarkvara võimalikke riske ja parandavad võimalikke riske. Samuti pakume tarkvaras mooduli, mida kasutajad saavad kasutada tagasiside saamiseks, kui tekib viga.




Eelmine:Kuidas kasutada RelativeSource sidumist WPF-is
Järgmine:SQL Serveri pikkus ei ole piisav, et automaatselt lõpetada 0
 Üürileandja| Postitatud 22.04.2020 21:22:34 |
Erinevused arenduse, testimise ja kvaliteedikontrolli vahel, muu hulgas

Arvan, et see metafoor on suhteliselt uudne ja huvitav, nii et pöörasin selle ümber.

Viimasel ajal on mõned kolleegid osakonnas seda küsimust küsinud ja arvan, et on veel palju inimesi, kes ei ole nende kolme rolli positsioneerimise osas väga selged, seega räägin oma isiklikust arusaamast neist kolmest rollist.

Internetis on nende kolme rolli definitsioone piisavalt, nii et ma ei hakka siin üksikasjadesse laskuma. Las ma toon sulle näite.

Eeldades, et toote turule toomise protsess on samaväärne eksami sooritamisega õpilaste jaoks, siis selles protsessis:

Arendajad on tudengid, kes teevad eksamitöid.

Testija on õpetaja, kes muudab eksamipaberit.

QA töötajad on nõustajad.

Toote valmistab arendaja, kas toodet saab turul kasutada, kas see läbib eksami, otsustav tegur on ikkagi arendus.

Arendaja esitas tulemused ja õpilased täitsid testipaberi, kas nad läbisid? Testijad peavad testi analüüsima ja hindama.

Nõustajal puudub spetsiifiliste kursuste ekspert, kuid ta palub arendajatel esmalt üle vaadata, seejärel teha prooviküsimusi ja lõpuks eksami sooritada. Teda ei huvita, kas vaatad arvustades "Dragon Babu" või "Linear Algebra", peaasi, et ta sinu arvustust jälgib, sellest piisab. Sest ta teadis, et kui ta eksamit otse üle ei vaata, siis ta põhimõtteliselt kukub läbi. Parem on arvustada kui üldse mitte arvustada.

Okei, näited on läbi, tagasi kolme tegelase juurde.

Areng on rakendamise protsess. Testimine ja kvaliteedikontroll on kvaliteedikontrolli protsess.

Testimine on nagu arendus puhtalt tehniline tegevus, mida ma nimetan tulemuste kontrolliks. QA ei hõlma konkreetseid tehnoloogiaid, mida ma nimetan protsessikontrolliks.

Muide, toodete kvaliteedi ja isegi ettevõtete põhikonkurentsivõime parandamine organisatsioonistruktuuri, äriprotsesside ja isegi IT-tööriistade reformi kaudu on enamiku ettevõtete arusaam. Pärast seda, kui IBM müüs arvuti Lenovole, lootis ettevõte sellele raha teenimiseks ja teenis palju raha.

Olen testija, seega räägime testimise arengusuunast ülaltoodud näites.

Kuna test on muudatus eksamipaberis, milline oskus on kõige olulisem?

Loomulikult on see eksamitöö tase.

Testinõuete analüüs ja testjuhtumite disain on oskused, mida iga testija peab oma töös pidevalt täiustama.
Disclaimer:
Kõik Code Farmer Networki poolt avaldatud tarkvara, programmeerimismaterjalid või artiklid on mõeldud ainult õppimiseks ja uurimistööks; Ülaltoodud sisu ei tohi kasutada ärilistel ega ebaseaduslikel eesmärkidel, vastasel juhul kannavad kasutajad kõik tagajärjed. Selle saidi info pärineb internetist ning autoriõiguste vaidlused ei ole selle saidiga seotud. Ülaltoodud sisu tuleb oma arvutist täielikult kustutada 24 tunni jooksul pärast allalaadimist. Kui sulle programm meeldib, palun toeta originaaltarkvara, osta registreerimist ja saa paremaid ehtsaid teenuseid. Kui esineb rikkumist, palun võtke meiega ühendust e-posti teel.

Mail To:help@itsvse.com