Programari de proves de regressió. Quina és la prova de regressió

En crear programari d'alta qualitat, que no només ha d'escriure una línia de codi, sinó també per assegurar-se que no hi ha errors en ells. I si la decisió primitiva troba en la majoria dels idiomes, fins i tot en temps de compilació, com més complex és necessari buscar més llarg quan s'executen aplicacions. Aquest procés s'anomena la prova. Ell, al seu torn, es divideix en diverses branques, que varien el seu contingut i característiques dels errors. Com es considera part de l'article que una prova de regressió tals. Què representa? Quines proves hi ha? És possible automatitzar? Així que, quin és la prova de regressió? Anem a parlar més.

Tipus, classes, tendències

Les proves de regressió (proves de regressió) - està comprovant mecanisme, que té per objecte detectar una varietat de problemes en àrees ja provada programes. Això es fa no per la convicció final a l'absència de parts no laborables del codi, i per trobar i corregir errors de regressió. Sota a entendre els errors que no apareixen en el moment de l'escriptura de programes, i amb l'addició de noves seccions de codi de correcció d'errors o compromesos anteriorment en la sintaxi del codi.

Resumint tot l'anterior, podem concloure que el propòsit de les proves de regressió - assegureu-vos que la correcció dels problemes existents donarà lloc a noves àrees en el codi provat ja. Hi ha dos tipus principals de proves:

1. Funcionalitat.
2. No funcional.

Ells poden expressar-se com:

1. Scripts.
2. Conjunts.
3. Els kits per a la posada en marxa.

El que, de fet, inclou programari de proves de regressió? El treball en 3 àrees principals. A saber regressió:

1. Bestioles.
2. vells problemes.
3. Els efectes secundaris.

proves funcionals

Es basen en les funcions realitzades pel sistema. Es podran mantenir el component, la integració, el sistema i els nivells d'acceptació. Els dos aspectes principals, que s'està provant:

• Requisits.
• Els processos de negoci.

Quan es treballa sobre els requisits necessaris per fer una llista del que necessita ser provat. És desitjable identificar els temes prioritaris, per determinar la direcció de l'obra. Això és necessari no fer cas omís de totes les funcionalitats més importants. En provar un "processos de negoci" se centra en ells, t. E. Els escenaris s'executen treball diari.

Els avantatges de la prova de funcionament han d'incloure el fet que el programari simula l'ús real del sistema. Però també hi ha desavantatges: per exemple, el programa pot ser susceptible a les proves excessiva. També és possible omissió d'errors lògics en el programari.

les proves no funcionals

Aquests tipus de proves destinades a comprovar totes les propietats que no es refereixen a les funcions del sistema. aquests paràmetres pugui d'ells:

1. Fiabilitat. Sent respostes a les diverses situacions no previstes provat.
2. Rendiment. Com funciona el sistema, que és susceptible de diverses càrregues.
3. Conveniència. Què convenient per treballar amb l'aplicació a la vista de l'usuari.
4. Escala. per canviar l'alçada dels requisits i l'amplada d'aplicació quan es treballa amb diferents monitors.
5. Seguretat. Què tan segur és de dades d'usuari, així com informació en diferents canals de transmissió.
6. Portabilitat. Comprova si l'aplicació funciona en diferents plataformes, i si és així - quants.

Quines són les propietats del sistema pot ser investigat en aquests casos? Un total de 4.

1. Comprovació de la instal·lació. Comprovat el bé que aconsegueixen posar el programa a l'ordinador per configurar-lo, i si cal i treure. ajust de qualitat permet a l'usuari reduir el risc de pèrdua de dades o disminuir (empitjorament) aplicacions de rendiment.
2. Provant l'ús de la comoditat. Comproveu el programari desenvolupat en la usabilitat i la claredat de l'usuari final.
3. proves de configuració. Es tracta de comprovar el funcionament del programa durant la instal·lació de diversos paràmetres del sistema, així com experimentar amb els ajustos interns del programa.
4. Prova de fallada i recuperació. Verificació després de l'ocurrència d'errors. Avalua la resposta de les propietats de protecció, així com quines dades i la quantitat de segó la terminació abrupta de l'aplicació.

En resum, cal assenyalar que, tot i les proves no funcionals i les proves independents de les aplicacions en termes d'acompliment de les tasques, que poden parlar de qualitats com la fiabilitat, rendiment i programari de seguretat. Aquests paràmetres caracteritzen la qualitat del programa i de cap manera deixen la impressió de determinat usuari. Per tant, la importància d'aquesta prova no és inferior a la de la funcional.

Els casos de prova

Els casos de prova es diuen xec en blanc per al programari. Es diuen eines de proves automatitzades. Aquest programari especial, per què especialista és la creació, depuració, executa i analitza els resultats de l'aplicació s'executen a través d'aquests desenvolupaments:

1. scripts de prova. Aquests inclouen un conjunt d'instruccions dissenyades per als controls automàtics de peces separades de programari.
2. Els equips de prova. Aquesta combinació de seqüències d'ordres que posen a prova certes peces de programari que són objectius funcionals integrats o comuns.
3. Les proves realitzades. Aquesta combinació de les diverses seqüències d'ordres o conjunts per a executar de forma simultània durant la comprovació del programa.

Automatització de proves de regressió

l'automatització del treball - un dels fonaments del desenvolupament humà en el segle 21. Es va tocar el tema. Així, sota les proves de programari automatitzat per comprendre el procés de verificació del programari, durant el qual les principals funcions i tasques com ara la de partida, la inicialització i l'execució, així com l'anàlisi i el lliurament dels resultats, es duen a terme de forma automàtica, utilitzant eines apropiades. Aquesta acció es porta a terme per un tècnic responsable de la creació, depuració i suport per treballar scripts de prova de condició, kits de proves i la instrumentació. Es pot dur a terme amb una varietat de programari, incloent proves de regressió i sistemes automatitzats.

errors de regressió

Sota aquesta prova per entendre els problemes de recerca que són oficialment "s'han eliminat", però hi ha raons per creure que encara existeixen. La peculiaritat d'aquest tipus d'inspecció és que cal comprovar totes les accions amb un objecte determinat en diferents combinacions. El primer partit de prova realitat, informa el problema es resol mitjançant el mecanisme pel qual es va trobar. disseny de proves de regressió en aquest cas ajuda a assegurar que no hi ha efectes adversos.

La regressió de vells errors

Això es refereix a la identificació de situacions en què els canvis realitzats en el codi del programa, cancel·lats correccions d'errors. Per tant, un cop més comencen a ser actius. Per tant, en realitzar canvis en el codi de programari necessari per iniciar el procés de prova des del principi (suposant, és clar, que hi havia problemes amb el rendiment).

efecte secundari de regressió

Sota el seu entendre la situació, quan el recent canvi de codi en una part d'una aplicació inoperatiu algunes o totes les altres parts del programa desenvolupat. Com una indicació de la presència d'aquests problemes és la falta de rendiment en una o més parts del programa. La tasca del provador per identificar totes les àrees problemàtiques.

Resumint tot el que està escrit, el que pot dir-se sobre les proves de regressió? Ara és un tema que ja no hauria de causar problemes. Només queda per dominar tot el que en la pràctica.