Menú

Capacitació de proves de programari: formació de punta a punta en un projecte en directe: formació en línia gratuïta sobre control de qualitat, primera part

software testing training

Proveu El Nostre Instrument Per Eliminar Problemes

GratuïtFormació en proves de programariEn un projecte en temps real:

Ens fa molta il·lusió presentar-lo a continuació sèrie de tutorials gratuïts de formació sobre proves de programari. Simularem un projecte de programari en temps real d'extrem a extrem que repassa cada fase detalladament amb un èmfasi especial en els processos de formació en QA, fases, rols i responsabilitats, lliuraments, etc.

En definitiva, estigueu preparats per a un curs breu de proves de programari en línia.

_Finalitzar la formació en un projecte en directe

Nota important : Els següents tutorials gratuïts són útils per començar, però si esteu interessats en el millor curs de formació en línia de proves de programari LIVE dels experts, consulteu aquesta pàgina.

Proves de formació en control de qualitat

=> Aquí hi hallista de tots els tutorialsen aquesta sèrie de formació gratuïta de Live Project QA:

descàrrega de cracker de contrasenya de força bruta per a Android

Per què aquesta formació gratuïta de control de qualitat?

Rebem moltes consultes dels nostres lectors per compartir la nostra experiència al procés exacte de proves de programari seguit dels equips de proves de programari. Per tant, vam decidir documentar aquest STLC complet amb l'ajuda d'una mostra d'aplicació en directe que està disponible per provar a Internet.

Farem servir aquest projecte en directe per a la nostra sèrie de formació sobre proves de programari. Us recomanem que seguiu de prop aquesta sèrie, ja que serà un curs per aprendre i implementar pràctiques de proves en una aplicació en directe.

Què aprendreu:

Formació en proves de programari en projecte en directe: què és?

Abans d’anar més lluny, permeteu-me que prengui un moment per explicar de què tracta aquesta sèrie de cursos de proves de programari i com es concretarà a mesura que avancem.

Hem escollit una aplicació en viu (les dades es mostren a continuació) i comencem per:

- Bàsicament, tot el que normalment faríem en un projecte de proves de programari en temps real, amb exemples en temps real, artefactes i lliuraments creats en el procés.

Com es pot seguir aquesta sèrie de cursos de proves de programari?

Pas 1) Introducció i recorregut SRS: començarem aquest mini curs de proves de programari amb el recorregut SRS. Hem creat i compartit un document SRS de mostra. Seguiu-lo ja que tots els passos addicionals depenen de la vostra comprensió d'aquesta aplicació.

Pas 2) Preparació de l'escenari de revisió i prova de SRS.

Pas 3) Pla de prova: completeu el procés de creació d'un pla de prova des de zero. La versió final del pla de prova es compartirà amb vosaltres com a referència.

Pas 4) Casos de prova: completa el procés d’escriptura de casos de prova amb alguns casos de prova de mostra. Podem utilitzar qualsevol eina de gestió de proves o full de càlcul per escriure casos de proves.

Pas 5) Pas a pas de l'aplicació i execució de la prova: com executar casos de prova i registrar els resultats de la prova?

Pas 6) Informes de defectes

Pas 7) Verificació de defectes, procés de proves de regressió

Pas 8) Tancament de la QA

La intenció és donar-los a tots una experiència i experiència en projecte en temps real. Esperem que us sigui útil aquesta sèrie.

Aplicació que farem servir més endavant

Introducció

Client: taronja
Sol·licitud: Demostració d'OrangeHRM .
Proveïdor de servei: SoftwareTestingHelp.com

Descripció del Projecte

Orange vol crear un producte comercial de gestió de recursos humans que pugui consumir i personalitzar les empreses mitjanes ubicades en un sol país i a tot el món.

Té 2 versions: Professional i empresarial.

Les funcions inclouen

  • Gestió de la informació personal
  • Gestió avançada de permisos
  • Seguiment de temps i assistència
  • Gestió del rendiment dels empleats
  • Contractació
  • Informes avançats
  • Gestió d'empleats basada en el país o la ubicació
  • Normes de permisos localitzats
  • Fluxos de treball configurables
  • Suport Platinum
  • Informes basats en el país o la ubicació
  • Informes personalitzats

Nota : Per simplificar i limitar l'abast, considerem el mòdul d'empleats d'aquest portal HRM, on l'usuari té l'opció d'introduir la seva informació personal.

Quan un client o un propietari d’empresa té la necessitat d’aventurar-se al món en línia o actualitzar el lloc o l’aplicació ja existents, la necessitat és un problema empresarial i el programari és un fragment de codi dissenyat per resoldre aquest problema empresarial.

Llavors, un client s’adreça a un proveïdor de serveis de programari perquè aquest programari sigui una realitat per a ells. És llavors quan comença el començament del projecte de programari.

Un tradicional Projecte Cascada (SDLC) té les fases següents:

Procés de desenvolupament de programari

emmagatzemar objectes en una matriu java
  • Com a QA's, tots sabem que, tot i que 'Test' és el pas 5 d'aquest flux, no és l'únic lloc on els provadors tenen un paper destacat.
  • A més, provar és un treball reactiu. Sense cap codi / aplicació preparada per provar, realment no podem ‘provar’ res. Per estar preparats i reaccionar de la manera més eficient possible, procurem tot el possible per planificar i preparar-nos amb antelació. Així, tot i que la fase 5 és per provar, les nostres activitats comencen molt endavant.

En poques paraules, això és el que passa a cada fase !!

Iniciar:

Un cop el productor i el client accepten els termes, comença la producció de programari.

  • En aquesta fase, es recullen i analitzen els requisits empresarials. L'anàlisi implicarà decisions sobre consideracions tecnològiques, especificacions de maquinari i programari, persones, esforç, temps, rellevància i millores, entre d'altres.
  • Analistes de negocis, gestors de projectes i representants de clients participen en aquest pas.
  • Al final d’aquest pas i del projecte bàsic, es prepara el pla.
  • Es fan documents específics del projecte, com ara el document d’abast i / o els requisits empresarials.
  • Normalment, no és d’esperar la participació en el control de qualitat. (Es tracta d'una lleugera desviació del que hauria de ser, ja que per identificar problemes a les primeres fases del desenvolupament, és millor involucrar l'assistència de qualitat des del principi.)

defineix:

Els requisits empresarials finalitzats són les aportacions per a aquest pas.

  • Aquesta fase implica la traducció dels requisits empresarials en requisits funcionals per al programari. Per exemple , si el requisit empresarial és permetre a un usuari comprar alguna cosa d'un lloc. El requisit funcional tindrà detalls com Format del lloc-> Nom i ubicació de l'opció de menú-> Cerca producte-> Cistella de la compra-> Comanda (registre o no) -> Opcions de pagament-> Confirmació de la venda.
  • En aquesta fase participen desenvolupadors, analistes de negocis i gestors de projectes
  • La sortida d'aquesta fase és un document detallat que conté els requisits funcionals del programari. Aquest document es coneix amb molts noms: Especificació de requisits de programari (SRS), Document de requisits funcionals (FRD) o Specification de requisits funcionals (FRS).
  • Aquí és on participa l’equip de control de qualitat, després de completar la documentació de l’SRS.
  • Mentre s’està finalitzant els requisits funcionals i la documentació de l’SRS, el responsable / responsable de control de qualitat participa en la redacció d’un versió inicial del pla de proves i formar un equip de control de qualitat.
  • La participació de l’equip de control de qualitat serà un cop s’hagi documentat l’SRS.
  • En aquesta etapa, l’equip de desenvolupament o l’analista de negocis o, de vegades, fins i tot el cap de l’equip de control de qualitat donaran una explicació detallada del SRS a l’equip de control de qualitat.
  • En cas d’un nou projecte, és millor fer un recorregut complet en forma de conferència o reunió
  • En cas de versions posteriors d’un projecte existent, s’envia un document per correu electrònic o ubicació en un dipòsit comú a l’equip de control de qualitat. En aquest moment, l’equip de control de qualitat el llegiria / revisaria fora de línia i comprendria bé el sistema.
  • Com que el públic objectiu principal del document SRS no són només provadors, no tot és útil per a nosaltres. Els revisors hauríem de ser prou diligents a l’hora de revisar aquest document per decidir quines parts d’ell ens són útils i quines parts d’aquest no són útils.

Document SRS per a aquest projecte en directe

A aquest post s’adjunta un document de mostra SRS per fer-vos una idea de l’aspecte d’aquest document, del format en què està escrit, del tipus d’informació que conté, etc. Al següent article, veurem com l’equip de control de qualitat consumeix aquest document. en els nostres projectes de proves.

==> Descarregueu el document SRS de mostra del projecte en directe .

Conclusió

En aquest article, us presentem el procés de desenvolupament i proves de programari. També hem compartit un document SRS de mostra per al projecte en directe que anem a provar.

=> El proper article d'aquesta sèrie de formació sobre proves de programari serà - Revisió de SRS i el procés de creació d'escenaris de prova .

Nota: Mentre s'està escrivint el següent article d'aquesta sèrie de formació sobre control de qualitat, treballeu amb nosaltres en paral·lel per obtenir el experiència en directe . Proveu de fer una bona lectura del document SRS i després continuarem amb els passos següents quan ens tornem a trobar.

Bones proves, fins llavors!

Sobre l'autor: El membre de l’equip de STH, Swati Seela, ens està ajudant a presentar aquesta sèrie de formació en QA del projecte en directe.

Lectura recomanada

^