what is feature testing
Aquest tutorial complet sobre les proves de funcions explica què és, per què és important i com fer la prova de funcions:
El canvi de programari que afegeix una nova funcionalitat o modifica la funcionalitat existent s'anomena 'característica'. L’addició d’una funció té un paper vital en el cicle de vida del desenvolupament de programari. Les funcions que determinen la funcionalitat del programari.
Una característica desenvolupada eficaç i atractiva requereix fer proves per mantenir la qualitat del producte. La prova de funcions garanteix que la funció recentment desenvolupada no tingui errors i funcioni com s’esperava. L’objectiu és assegurar-se que el producte lliurat al client i a l’usuari final no tingui problemes.
Què aprendreu:
- Què és la prova de funcions i per què és important
- Com realitzar proves de funcions
- Proves de funcions i proves d’integració i proves d’unitats
- Avantatges de les proves de funcions
- Conclusió
Què és la prova de funcions i per què és important
La prova de funcions es realitza quan s'afegeix alguna característica nova al programari o es realitza qualsevol modificació de la funció existent. Les funcions afegides o modificades estan dissenyades de manera útil, interessant i eficaç.
La prova de la característica desenvolupada o modificada és molt important, ja que qualsevol problema que es pugui trobar a la funcionalitat existent a causa de les noves característiques pot crear molts problemes. S'espera que aquesta prova es faci correctament, juntament amb les proves de regressió quan i quan sigui necessari.
Exemple : Apple i Samsung continuen afegint noves funcions als seus productes per millorar la qualitat i perquè el client vulgui conèixer el nou complement. Els clients vigilen les noves funcions que es llançaran i les funcions atractives i efectives també els permeten comprar el mateix.
preguntes d'entrevistes unix per a desenvolupadors de Java
Com realitzar proves de funcions
Es pot realitzar seguint els indicadors següents:
- El punt més important és entendre la característica, és a dir, conèixer el requisit real. QA pot obtenir la informació a través de les notes de llançament del desenvolupador i, encara que no estiguin clars sobre el requisit, QA ha de comprovar i obtenir el mateix per continuar endavant.
- El desenvolupador té una bona idea sobre el punt feble o els possibles problemes en què cal centrar-se en el control de qualitat i en quin punt es pot trencar el programari o la funció. Per tant, QA hauria de discutir els mateixos punts amb el desenvolupador abans de començar la prova.
- Quan el llançament de la versió a la QA per a la prova de funcions, QA hauria d'obtenir el fitxer escenaris de prova / casos en lloc per a la prova . Un cop la versió arriba a les proves, el control de qualitat fa fàcilment el seguiment de la cobertura dels casos de prova i el mapatge dels requisits només si els casos de prova estan preparats. Abans que comencin les proves, QA hauria de tenir totes les dades per provar juntament amb el fitxer casos de proves positius / negatius per validar els casos límit.
- Per obtenir més claredat sobre les funcionalitats afectades del programari, QA hauria de saber què s'han fet tots els canvis del backend i com s'ha implementat la funció.
- El provador hauria de jugar amb la nova característica, hauria de provar tots els escenaris positius, negatius, esperats i inesperats que un usuari pot realitzar.
- Les proves de la compilació haurien d’iniciar-se a la primera fase, de manera que es puguin trobar i informar d’errors a temps. Al llarg de la versió de la versió, s’haurien de fer proves i s’haurien de plantejar errors en la fase inicial per solucionar-los i oferir una funció de qualitat als usuaris.
Prova de funcions d'aplicacions mòbils
El procés inclòs és el següent:
- Proves de camp
- Aprofiteu la vostra comunitat
- Incorporació de la vostra sol·licitud
- Proves multimèdia
- Proves A / B
# 1) Prova de camp
Les proves de camp es poden utilitzar per provar escenaris en temps real amb molts dispositius i provadors. Es tracta d'una prova costosa, ja que costa el provador, els dispositius i el manteniment dels dispositius que es requereixen en un gran nombre. Els verificadors utilitzen la funció integrada segons es requereixi per fer proves en temps real.
# 2) Aprofiteu la vostra comunitat
Una altra manera és fer les proves alfa i beta de la nova característica de l'aplicació. Els provadors d'alfa i beta podran revisar realment el comportament de l'aplicació en temps real. Els seus comentaris poden ajudar a millorar la funció de l'aplicació.
# 3) Incorporació de la vostra sol·licitud
La incorporació de l’aplicació, és a dir, la integració de la funció en l’activitat quotidiana d’usuaris / amics / companys / membres de l’equip, pot proporcionar una revisió en temps real dels problemes que s’enfronten o dels errors trobats a la funció. També us pot ajudar a conèixer l’ús de la bateria amb l’aplicació incorporada i la compatibilitat de l’aplicació amb els dispositius.
Com que els usuaris són diferents i tenen els seus propis conjunts de mòbils, els resultats per a diferents dispositius estan fàcilment disponibles mitjançant aquesta tècnica.
# 4) Proves de fonts multitudinàries
Els diferents provadors de diferents ubicacions realitzen proves de recursos col·lectius. Aquesta tècnica s’utilitza generalment quan el programari està més centrat en l’usuari. Ajuda a conèixer l’eficàcia i l’eficiència de l’aplicació i quins són tots els avantatges / beneficis de la mateixa.
Preguntes i respostes de l'entrevista pl / sql
# 5) Proves A / B
Es fan proves A / B per saber quina versió de l’aplicació mòbil és millor en termes de rendiment, és a dir, la comparació entre la versió A de l’aplicació i la versió B de l’aplicació.
Hi ha pocs punts que cal tenir en compte durant la realització de proves A / B, com ara els usuaris que utilitzen l’aplicació, quina és la taxa d’interacció de l’usuari amb l’aplicació i quants usuaris han retingut o abandonat la plataforma.
Inicialment, la funció s’hauria de llançar a un trànsit limitat tenint en compte el tipus d’usuaris, és a dir, s’haurien d’orientar els usuaris adequats per a la funció. Una vegada que es recopilen les dades i es perfecciona la funció en funció de les dades i la retroalimentació dels usuaris, es pot alliberar a més trànsit.
Un cop realitzada la prova, es fa una correcció d'errors. S'ha realitzat una nova prova, una regressió (per comprovar les funcionalitats afectades a causa d'un canvi nou) i l'aplicació està llesta per llançar-se als usuaris. Es pot fer un anunci sobre el mateix i, un cop llançada l’aplicació, s’han de rebre comentaris i el desenvolupador ha de treballar en el mateix per millorar l’aplicació i si s’ha de corregir i publicar algun error trobat per l’usuari a la nova versió.
Proves de funcions en àgil
A Agile, els provadors i desenvolupadors de metodologia treballen junts. Cada iteració en àgil té la fase de prova, és a dir, amb cada iteració es realitzen proves. La prova de la funció que es llançarà comença només en el moment de la implementació. Al final de la funció d'iteració, llesta per enviar, es pot lliurar al client.
A Agile, no només el comprovador prova la característica, sinó que també els desenvolupadors i els analistes empresarials.
Mètodes de prova àgil
# 1) Desenvolupament impulsat pel comportament
En aquest mètode, es fan discussions contínues entre tots els grups d'interès, és a dir, desenvolupador, provador i analista de negoci, i es tenen en compte diversos aspectes / escenaris de la funció abans que comenci el desenvolupament.
# 2) Desenvolupament basat en proves d'acceptació
En aquest mètode: el client, el desenvolupador, el verificador i l'analista de negocis participen. El focus del client és resoldre el problema, el desenvolupador se centra en com es pot fer i els provadors són els que troben el problema a la funció que cal solucionar.
Proves de funcions i proves d’integració i proves d’unitats
Prova d’unitat | Prova d’integració | Prova de funcions |
---|---|---|
La prova unitària garanteix que el codi individual, és a dir, un petit fragment de codi, funcioni bé. | Es fa una prova d’integració per assegurar-se que, quan s’integren una o més unitats, funciona bé. | La prova de funcions és la prova de funcions com un usuari real. Igual que la forma en què l’usuari real farà servir la funció. |
Si el codi s’escriu correctament i s’aïlla de la resta, és a dir, objectes, etc., dóna els resultats instantanis. L’aplicació podrà gestionar casos greus. | El focus està centrat en la interacció d’un nombre reduït de mòduls. | Els usuaris mai no trobaran cap aplicació fallida en cas de fer una prova de funcions, ja que l'usuari pot provar el que pot veure i no més enllà. |
La prova unitària es fa sempre que s’escriu una nova classe, es corregeix qualsevol error o es canvia qualsevol funcionalitat. | La prova d'integració es fa quan s'integra una nova unitat amb el sistema o si s'actualitza el cas de la unitat ja existent. | La prova de funcions és una prova de punta a punta i es fa quan s’afegeix una nova característica al programari o es modifica qualsevol característica existent. |
Les proves d’unitats les realitza el propi desenvolupador | El provador fa les proves d’integració. | El provador fa les proves de funcions. |
Avantatges de les proves de funcions
Hi ha diversos avantatges d’aquestes proves. Aquests es detallen a continuació:
- Aquesta prova ajuda a tenir les mètriques de la funció per validar-la.
- Es poden comprovar diferents configuracions del programari.
- Es poden trobar errors / problemes en una etapa inicial.
- Es poden provar tots els elements del programari.
- Es poden comprovar diverses integracions realitzades durant la prova.
- Les proves i llançaments continus permeten que el programari sigui de bona qualitat.
Quina diferència hi ha entre la prova de funcions i la prova funcional?
com instal·lar el complement svn a eclipse
La prova de funcions prova la nova característica o la modificació feta a la característica existent del programari, mentre que la prova funcional prova la funcionalitat del programari complet en funció del requisit proporcionat pel client.
Pregunta freqüent
P # 1) Com proveu les funcions noves?
Resposta : Les noves funcions es poden provar de diverses maneres, com ara proves de camp / proves alfa / beta, proves A / B. La funció no està exposada a tots els usuaris alhora. En primer lloc, s’orienta al públic requerit i, si té èxit, es pot orientar a més públics.
Q # 2) Com llançar una nova funció?
Resposta : Per iniciar una nova funció, seguiu aquests passos:
- Segmenteu el públic adequat perquè es publiqui la vostra funció.
- Inicieu la funció en parts del trànsit.
- Recopileu les dades i refineu la funció en conseqüència.
- Inicieu la funció a una altra part del trànsit.
- Compileu els comentaris proporcionats pels usuaris i compartiu-los amb tots els grups d'interès.
P # 3) Què és la prova de nivell de funcions?
Resposta : La prova de nivell de funcions és la prova de diverses versions del programari i és millor o no validar la nova característica.
Conclusió
La prova de funcions és un dels aspectes importants de la prova i és útil per llançar les noves funcions per a les aplicacions / programari que ja estan disponibles al mercat.
Ajuda els grups d'interès a millorar la qualitat del producte, ja sigui modificant la característica existent o introduint una nova característica que sigui útil i que els usuaris acceptin fàcilment. L'organització també pot patir pèrdues monetàries en cas que el programari no funcioni tal com estava previst. Per tant, les proves de funcions són molt necessàries abans de la versió .
Lectura recomanada
- 4 passos cap al desenvolupament de la mentalitat de proves àgils per a la transició amb èxit al procés àgil
- Top 10 d'eines de proves àgils el 2021
- 4 Funcions essencials que haurien de tenir les eines de gestió de proves
- Integració contínua en DevOps
- Procés d’integració contínua: Com millorar la qualitat del programari i reduir el risc
- 20 eines de prova d’unitat més populars el 2021
- Les diferències entre la prova unitària, la prova d’integració i la prova funcional
- Proves àgils a l'alça: benedicció o destrossa?