Seminārs par risku testēšanu - kurss 9500 RUB. no IBS Mācību centra, apmācības 8 stundas, Datums 26.11.2023.
Literārs Mistrojums / / December 04, 2023
IT speciālistu novērtēšana un apmācība galvenajās programmatūras izstrādes jomās. Ekspertu praktiķu kursi par programmēšanas valodām, sistēmu un biznesa analīzi, programmatūras arhitektūru, manuāla un automatizēta programmatūras testēšana, lielie dati un mašīnmācīšanās, projektu vadība un Veikls. Individuāliem treniņiem ir 10% atlaide.
Apskatītās tēmas:
1. Projekta sagatavošana:
Nepilnīgs darbaspēka izmaksu novērtējums;
Pārbaudes darba grafiks;
Nepilnīga darbības jomas pārbaude;
Iekšējās testēšanas risku ignorēšana.
2. Testēšanas stratēģija:
Nav pārbaudes stratēģijas;
Pārbaudes stratēģija netiek atbalstīta;
Darbs ar prasībām (kā piemēru izmantojot Agile);
Testēšanas apjoms (kā piemēru izmantojot Agile);
Testēšanas apjoms (izmantojot iteratīvā modeļa piemēru);
Pārbaudes sākšanas un pabeigšanas kritēriji;
Pārbaudes riski.
3. Prasību analīze:
Prasības tiek analizētas un izstrādātas bez testētāju līdzdalības;
Prasības mainās bez testētāju līdzdalības;
Prasības nav prioritāras;
Projektā nav izvirzītas prasības;
Prasības pastāvīgi mainās;
Nav analītiķa – nav neviena, kas atbalstītu prasības;
4. Dizains:
Izstrādājot testēšanas stratēģiju, sistēmas arhitektūra netiek ņemta vērā;
Prasības aizstāj ar projektēšanas specifikācijām;
Lietotāja saskarnēm nav vienota risinājuma;
Pārbaudes objektam nav lietotāja interfeisa
Sistēmas videi nav prasību.
5. Pārbaudes plāns:
Prasību segums pēc testa scenārijiem netiek analizēts;
Pārbaudes plāna kvalitātes novērtēšana izstrādes procesā;
Pārbaužu plāna kvalitātes novērtēšana pieteikšanās laikā;
Pārbaudes plānu nav paredzēts pārskatīt;
Pārbaudes plāns netiek pārskatīts;
Dažādu testa plānu mijiedarbība un piemērošanas kārtība;
Pārbaudes gadījumi nesatur detaļas;
Pārbaudes gadījumi satur detalizētu informāciju;
Testa datu projektēšana un izstrāde nav plānota un netiek veikta.
6. Testēšanas automatizācija:
Funkcionālās testēšanas automatizācija ir piemērojama jebkuram projektam;
Funkcionālās pārbaudes automatizācija ir piemērojama tikai regresijas testēšanai;
Funkcionālās testēšanas automatizācija ir piemērojama tikai tad, ja ir liels testēšanas kārtu skaits;
Agrīna slodzes pārbaude;
Neatbilstošs slodzes modelis.
7. Testa vide:
Testēšana tiek veikta izstrādes vidē;
Viena un tā pati testēšanas vide vairākiem projektiem.
8. Pārbaude:
Pārbaude netiek veikta, kā plānots;
Defekti, kas atklāti ārpus pārbaudes plāna, neizraisa tā korekciju;
nav ievēroti testēšanas termiņi;
Nav pietiekami daudz testēšanas resursu;
Pārbaudes objekta versiju nevar identificēt;
Pārbaudes objekts nedarbojas;
Defekti rodas nepareizas sistēmas/testēšanas vides konfigurācijas dēļ;
Testēšanas protokoli netiek izveidoti;
Kā uzrakstīt defekta aprakstu;
Pārbaudes metrika netiek izmantota;
Komunikācija un defektu labošana “lidojumā”;
Slēpšanas defekti;
Lietotāja dokumentācija nav pārbaudīta;
Sistēmas pārbaude netiek veikta.
9. Pieņemšana:
Pieņemšanas procedūra nav saskaņota;
Pārbaude un apstiprināšana;
Pieņemšanas pārbaudes plāns;
Pieņemšanas pārbaudes grafiks;
Klientu vēlmes;
Lēmumu pieņēmējs.
Kurss ir ievads programmatūras testēšanas pamatos un iepazīstina ar testēšanas pamatjēdzieniem, piemēram, testēšanas definīciju, nepieciešamību testēšana programmatūras izstrādē, verifikācija un validācija, programmatūras izstrādes dzīves cikla modeļi, testēšanas veidi un līmeņi, defekti un metodes to noteikšanai un aprakstus. Dota arī testēšanas vietas koncepcija dažādos programmatūras izstrādes dzīves cikla modeļos, testēšanas saistība ar kvalitātes nodrošināšanu un programmatūras testētāja psiholoģijas īpatnības.
4
Sāciet karjeru IT jomā bez programmēšanas valodu zināšanām: pārbaudiet vietnes, tīmekļa un mobilās lietojumprogrammas, izmantojot manuālas testēšanas metodes: kontrolsarakstus, testus un kļūdu izsekošanu.
2,8