Šis raksts ir mašīntulkošanas spoguļraksts, lūdzu, noklikšķiniet šeit, lai pārietu uz oriģinālo rakstu.

Skats: 11560|Atbildi: 1

QA un tās testēšanas darbs

[Kopēt saiti]
Publicēts 22.04.2020 21:21:58 | | |
QA: Pirmkārt, ir jābūt skaidram komandas mērķim, mērķis ir baneris, kas var likt komandai strādāt kopīgā virzienā. Otrkārt, mums ir jāciena komandas locekļi, jākoncentrējas uz iedrošināšanu, jāpievērš uzmanība kritikas metodēm un jāciena komandas locekļi, ne tikai jāciena viņu personība un darba rezultāti, bet arī jāievēro daži saprātīgi viedokļi un ieteikumi. Ja tiek pieļautas kļūdas, mums ir patiesi jāizvirza problēmas pamatcēlonis un turpmāko centienu virziens, nevis akli jāvaino tās.
Veicināt komandas izpratni ir nepārtraukti uzlabot uzņēmuma kohēziju un cīņas efektivitāti, lai darbiniekiem būtu piederības sajūta uzņēmumam. Ļaujiet katram darbiniekam skaidri saprast, ka ikviens ir neaizstājams komandas loceklis. Un spēj apzināti strādāt komandas mērķu sasniegšanai.
Kohēzija komandai ir svarīga, bet īpaši svarīgi ir tas, kā stiprināt komandas saliedētību. Es ceru, ka nākotnē mēs varēsim strādāt kopā mūsu komandas un sevis labā!
Kad komandas kohēzija uzlabojas, viņu radītās programmatūras kvalitātes nodrošināšana, protams, ir garantēta, mums ir jānovērš problēmas un nākotne vislielākajā mērā, un mēs nevaram gaidīt, kad problēmas tiks atrisinātas, kad tās parādīsies

Komandas testēšanas darbs: Mūsu komandai ir īpašs programmatūras testētājs, programmatūras izstrādē ikvienam ir atšķirīga loma, pēc programmatūras galīgās apvienošanas, un pēc izmēģinājuma brauciena mēs nodosim programmu testētājiem komandā testēšanai, pēc tās testēšanas pabeigšanas, pirmajā pusmēnesī pēc oficiālās programmatūras nodošanas, visi mūsu komandas locekļi veiks programmatūras testēšanas sanāksmi, vēlreiz pārbaudīs programmatūras iespējamos riskus un ielāps iespējamos riskus. Un mēs nodrošināsim programmatūras moduli, ko lietotāji var izmantot atsauksmēm, ja ir kļūda.




Iepriekšējo:Kā izmantot RelativeSource saistīšanu WPF
Nākamo:SQL Server garums nav pietiekams, lai automātiski pabeigtu 0
 Saimnieks| Publicēts 22.04.2020 21:22:34 |
Atšķirības starp izstrādi, testēšanu un kvalitātes nodrošināšanu

Es domāju, ka šī metafora ir salīdzinoši jauna un interesanta, tāpēc es to apgriezu.

Nesen daži kolēģi departamentā uzdeva šo jautājumu, un es domāju, ka joprojām ir daudz cilvēku, kuriem nav ļoti skaidrs šo trīs lomu izvietojums, tāpēc es runāšu par savu personīgo izpratni par šīm trim lomām.

Internetā ir pietiekami daudz šo trīs lomu definīciju, tāpēc es šeit neiedziļināšos. Ļaujiet man minēt piemēru.

Pieņemot, ka produkta laišanas tirgū process ir līdzvērtīgs studentu eksāmena nokārtošanas procesam, tad šajā procesā:

Izstrādātāji ir studenti, kas veic eksāmenu darbus.

Testētājs ir skolotājs, kurš maina pārbaudes darbu.

QA personāls ir padomdevēji.

Produktu izgatavo izstrādātājs, neatkarīgi no tā, vai produktu var izmantot tirgū, vai tas nokārto eksāmenu, izšķirošais faktors joprojām ir attīstība.

Izstrādātājs iesniedza rezultātus, un studenti aizpildīja pārbaudes darbu, vai viņi nokārtoja? Testētājiem ir nepieciešams analizēt un spriest par testu.

Padomdevējam nav zināšanu konkrētos kursos, bet viņš lūgs izstrādātājiem vispirms pārskatīt, pēc tam uzdot izdomātus jautājumus un visbeidzot kārtot eksāmenu. Viņam ir vienalga, vai jūs skatāties "Pūķis Babu" vai "Lineārā algebra", pārskatot, kamēr viņš uzrauga jūsu pārskatu, ar to pietiek. Jo viņš zināja, ka, ja viņš tieši nepārskatīs eksāmenu, viņš būtībā neizturēs eksāmenu. Labāk ir pārskatīt, nekā vispār nepārskatīt.

Labi, piemēri ir beigušies, atgriežoties pie trim rakstzīmēm.

Attīstība ir īstenošanas process. Testēšana un kvalitātes nodrošināšana ir kvalitātes nodrošināšanas process.

Testēšana, tāpat kā izstrāde, ir tīri tehniska darbība, ko es saucu par rezultātu kontroli. QA neietver īpašas tehnoloģijas, ko es saucu par procesa kontroli.

Turklāt lielākajai daļai uzņēmumu ir jāsaprot produktu kvalitātes un pat uzņēmumu konkurētspējas uzlabošana, reformējot organizatorisko struktūru, biznesa procesus un pat IT rīkus. Pēc tam, kad IBM pārdeva datoru Lenovo, tas paļāvās uz to, lai nopelnītu naudu, un tas nopelnīja daudz naudas.

Es esmu testētājs, tāpēc runāsim par testēšanas attīstības virzienu iepriekš minētajā piemērā.

Tā kā tests ir izmaiņas testa darbā, kāda spēja ir vissvarīgākā?

Protams, tas ir eksāmena darba līmenis.

Testa prasību analīze un testa gadījuma izstrāde ir spējas, kas katram testētājam nepārtraukti jāuzlabo savā darbā.
Atruna:
Visa programmatūra, programmēšanas materiāli vai raksti, ko publicē Code Farmer Network, ir paredzēti tikai mācību un pētniecības mērķiem; Iepriekš minēto saturu nedrīkst izmantot komerciāliem vai nelikumīgiem mērķiem, pretējā gadījumā lietotājiem ir jāuzņemas visas sekas. Informācija šajā vietnē nāk no interneta, un autortiesību strīdiem nav nekāda sakara ar šo vietni. Iepriekš minētais saturs ir pilnībā jāizdzēš no datora 24 stundu laikā pēc lejupielādes. Ja jums patīk programma, lūdzu, atbalstiet oriģinālu programmatūru, iegādājieties reģistrāciju un iegūstiet labākus oriģinālus pakalpojumus. Ja ir kādi pārkāpumi, lūdzu, sazinieties ar mums pa e-pastu.

Mail To:help@itsvse.com