Menú

Com fer que les proves manuals siguin més eficients amb Micro Focus Sprinter

how make manual testing more efficient using micro focus sprinter

Proveu El Nostre Instrument Per Eliminar Problemes

Implementació de llistes c ++ doblement enllaçades

L’HP Quality Center / ALM ara s’ha canviat a Micro Focus Quality Center / ALM, però el contingut de la pàgina també és vàlid per al nou domini i eines de Micro Focus.

Avui en aquesta època de Proves d'automatització , gairebé en tots els departaments de proves de control de qualitat l’automatització és la primera preferència. Però hi ha pocs departaments de control de qualitat en què el 70-80% de les proves es realitzen manualment. De fet, hi ha casos en què la qualitat es determina completament manualment, ja que no s’hi realitza cap automatització.

Una de les raons crucials perquè les empreses continuïn amb la prova manual és la incapacitat de les eines d’automatització per fer front als canvis que algunes aplicacions s’enfronten regularment. En alguns casos, l’única opció que queda amb el control de qualitat és fer proves manuals.

Prova manual amb HP Sprinter

Proves manuals , la forma de prova més antiga, de vegades pot ser molt laboriosa, ja que requereix que el provador sigui molt pacient, creatiu, innovador, de mentalitat oberta i hàbil. El comprovador manual hauria de tenir pensades lliures i sempre hauria de pensar que estaven a la pell del client mentre provava l’aplicació.

Les proves exploratòries, com a part de les proves manuals, són l’àrea on els verificadors manuals poden analitzar la seva capacitat de pensar fora de la caixa.

En cas de proves exhaustives de l'aplicació, les proves manuals tenen un paper crucial. Durant la fase de desenvolupament inicial, la intel·ligència consisteix a provar l'aplicació inicial desenvolupada manualment en lloc de perdre el temps en escriure scripts de prova.

Mentre es realitza una prova manual per a qualsevol aplicació web, aplicació d’escriptori o aplicació mòbil, es diu que un enginyer de proves manuals treballa amb més eficàcia quan el provador pot identificar molts errors crítics i greus a l'aplicació en un curt període de temps.

Aquesta habilitat per pensar fora de la caixa és molt important ja que sovint hi ha un límit de temps per a tots els projectes de desenvolupament de programari i, dins del període limitat de temps, cal garantir la qualitat del producte / aplicació. ' El temps és diners '

Sovint es veu que correm per eines diferents augmentar l’eficiència de la prova d'un scripts automatitzats. Hi ha moltes eines disponibles també per donar suport a gairebé tots els escenaris, però la realitat és que encara hi ha molts casos en què alguns casos de prova no poden o no es poden automatitzar . La realitat és que, amb les proves d’automatització, moltes vegades els provadors continuen lluitant entre scripts de prova, dades de proves, diferents aplicacions per analitzar informes de proves, seguiment de defectes, etc. un guió de prova, etc.

S'ha fet molt per augmentar l'eficiència de les proves d'automatització, però, en canvi, s'ha fet poc per millorar l'eficàcia de les proves manuals .

Parlem de pocs factors que es poden considerar per fer més productiu el treball dels enginyers de proves manuals i fer més eficaç les proves manuals.

Què aprendreu:

Factors que fan que les proves manuals siguin més productives:

  • Una minuciós revisió del document de requisits , entendre cada implementació i modificació és primer i el més important requisit / necessitat abans de procedir a la prova funcional.
  • Mentre es preparen els casos de prova, s’hauria de posar més èmfasi en aquelles àrees on es poguessin esbrinar errors importants o importants. Per exemple , s'hauria de fer més èmfasi en àrees on hi hagi alguna integració a alguna altra aplicació o implementació de noves funcions, en lloc de canvis en la interfície d'usuari (User Interface).
  • Els casos de prova han de cobrir tots i cadascun dels detalls per a una nova implementació o modificació que descrigui totes les funcionalitats.
  • La prioritat dels casos de prova es pot establir segons l'eficàcia de l'aplicació, de manera que en un termini de temps inferior, almenys només s'han de cobrir els casos de prova la prioritat dels quals sigui alta. El cas de prova que cobreix alguns canvis menors en la interfície d’usuari es pot ometre quan hi ha menys temps, ja que hi ha poca o cap efectivitat d’aquests casos de prova a l’aplicació.
  • Els casos de prova s’han de preparar de manera que totes les dades de la prova s’esmentin clarament i el resultat esperat de la prova correspongui a cada cas de prova.
  • Segons el requisit de la sol·licitud, proves funcionals de diversos navegadors definitivament s’hauria de realitzar. La prova funcional de diversos navegadors està provant aplicacions en diferents sistemes operatius amb diferents combinacions de navegadors. La funcionalitat pot no diferir, però s’observen molts errors d’interfície d’usuari a les proves funcionals de diversos navegadors.
  • De vegades, l'experiència del projecte anterior ajuda molt a determinar nous escenaris de prova per entendre l'aplicació de diferents maneres. Moltes vegades aquest enfocament resulta en errors extraordinaris que no s'haurien pogut esbrinar amb l'execució normal de casos de prova.
  • Les proves exploratòries ajuden els verificadors a utilitzar el seu pensament per adoptar l'aplicació de la manera que podria adoptar el client.
  • La prova de l'aplicació amb totes les fases del desenvolupament és la millor pràctica, ja que pot ser rendible i reduir les possibilitats de trobar errors greus després. Els defectes identificats més tard són molt costosos de solucionar que els defectes identificats en les primeres etapes de la prova.
  • La notificació d’errors ha de ser tal que el desenvolupador l’entengui clarament. S'han de donar els passos exactes per reproduir-los perquè els desenvolupadors no assumeixin l'escenari mentre solucionen el defecte. Això ajudarà a solucionar els errors ràpidament.
  • Propi Eines de seguiment d'errors com JIRA, Bugzilla, etc. s’han d’utilitzar per informar de problemes.

Reptes de proves manuals

Les proves manuals, per una banda, són molt propenses a produir errors, requereixen molt de temps i són laborioses, mentre que, per altra banda, són múltiples reptes als quals s’enfronta la realització de proves manuals . A continuació, es mostren alguns: -

  • Passos repetitius que cal seguir mentre s’executa el cas de prova.
  • Introduïu manualment gran quantitat de dades.
  • Treballar amb diverses pantalles i eines. Feu proves de diversos navegadors.
  • Molt temps de consum en escriure casos de prova i gestionar les dades de proves.
  • Pèrdua de temps en recrear / reproduir els problemes un cop observats.
  • No es manté cap pista per a l'acció de prova realitzada durant les proves exploratòries.

La solució

Per assolir tots dos velocitat i qualitat , augmentar eficàcia i eficiència de proves manuals, Micro Focus ha introduït una solució de prova de programari manual, coneguda com, HP Sprinter , que accelera les proves àgils maximitzant l'impacte de les proves exploratòries. Sovint també es coneix com HP Sprinter HP ALM / QC Sprinter .

Avantatges d'utilitzar HP ALM / QC Sprinter:

HP Sprinter 1

Les característiques principals de HP ALM / QC Sprinter inclouen:

  • Millorar i millorar les proves exploratòries determinant millor la raó del defecte o el resultat de la prova.
  • Ofereix resultats més ràpidament
  • Enregistrament de l'acció de l'usuari mentre es realitzen casos de prova de manera detallada, donant lloc als resultats de les proves.
  • Eliminar la repetició de casos de prova: Injecció de dades
  • Execució simultània de casos de prova en diverses màquines per a una major cobertura de diferents entorns per determinar la compatibilitat de les aplicacions
  • Prova de mirall- Proveu diversos entorns alhora.
  • Augment de la productivitat amb el defecte resolt a un ritme més ràpid.

Descàrrega de Micro Focus Sprinter: Podeu descarregar la versió de prova d’HP Sprinter a aquesta pàgina .

Mireu un curt Demostració d'HP Sprinter vídeo aquí:

Passos detallats per executar una prova bàsica amb HP Sprinter

Entenem-ho amb diverses captures de pantalla ' Com es fa una prova bàsica ” mitjançant HP Sprinter.

1) Hp Sprinter té dos modes: Pla 'I' Correr ’. Mode de pla per a la resposta de proves i Executa per a l'execució de la prova.

(Nota: Feu clic a qualsevol imatge per ampliar-la)

HP Sprinter 2

2) Ara, per obrir una prova a HP Sprinter, primer feu clic al botó 'Obrir' que apareix al tauler esquerre i seleccioneu 'Obre la prova HP ALM' al menú desplegable.

HP Sprinter 3

En aquest exemple següent, se selecciona la prova 'Comanda un vol'.

HP Sprinter 4

3) A la següent captura de pantalla es descriu 'Prova l'espai de treball' que proporciona accés als detalls de la prova que conté tota la informació.

HP Sprinter 5

4) La prova 'Passos' conté els passos de disseny inclosos a la prova.

HP Sprinter 6

5) També podem afegir qualsevol pas de prova manual fent clic al botó 'Afegeix'. Com podeu veure a la captura de pantalla següent, s’afegeix el pas 6 fent clic al botó 'Afegeix'.

HP Sprinter 7

6) Després d’escriure la descripció del pas, també es pot afegir una captura de pantalla al pas.

Preguntes d'entrevistes de seleni durant 3 anys d'experiència

HP Sprinter 8

7) Utilitzant el sprinter de prova, podem documentar automàticament casos de prova mentre naveguem per l’aplicació. Feu clic a la captura de passos per obrir la finestra de l'aplicació.

HP Sprinter 9

8) A la pestanya Executa, on es fa l'execució de la prova, totes les funcions de velocista estan disponibles com a barres laterals. Feu clic al botó Executa per inicialitzar l'execució.

HP Sprinter 10

9) Hi ha disponibles pestanyes al voltant de les aplicacions com: Eines, Macros, Escàners i Control d'execució.

HP Sprinter 11

10) Informes de defectes: Sprinter permet crear detalls detallats i documentats a la informació sobre l’escenari per afegir defectes (a la pestanya Defecte intel·ligent)

HP Sprinter 12

11) Quan enviem un defecte, Sprinter pot afegir passos de prova a la descripció del defecte; també pot adjuntar la captura de pantalla o la pel·lícula d'una prova a un defecte.

HP Sprinter 13

HP Sprinter 14

12) També es pot editar la captura de pantalla per aclarir encara més el defecte o ajudar a validar els elements principals de la interfície d'usuari als desenvolupadors mitjançant eines.

HP Sprinter 16

13) Sprinter també pot detectar defectes automàticament. A sota dels escàners, feu clic a Escaneja quan estem a punt d’escanejar el defecte.

HP Sprinter 17

com obrir fitxers torrentats a Windows 10

14) Injecció de dades: L'aplicació de proves que conté totes les formes de molts camps d'entrada pot arribar a ser tediós, consumidor de temps i propens a errors. La injecció de dades injecta automàticament dades predefinides a l'aplicació. Això comporta un estalvi enorme de temps en una tediosa activitat de proves manuals.

HP Sprinter 18

15) Quan fem clic al botó d'injectar, les dades s'injecten automàticament al formulari tal com es mostra a l'aplicació.

HP Sprinter 19

16) Complicació de dades: Proveu diversos entorns alhora. Proporciona un gran valor als clients per la localització i les diferents configuracions del backend.

HP Sprinter 20

17) Després es crea l'informe d'execució detallat. L'informe inclou el resum d'execució, tots els passos que s'han realitzat, els defectes enviats i totes les accions realitzades.

18) Una altra forma de revisar els resultats de l'execució és Storyboard.

Hp Sprinter 20

Conclusió

Sprinter és una aplicació d'escriptori fàcil d'utilitzar, que augmenta la velocitat d'execució dels casos de prova, redueix els costos i millora la productivitat i, en última instància, ajuda a augmentar l'eficiència de les proves manuals.

Lectura suggerida = >> Què és la prova d’eficiència

Sprinter no només maximitza l’impacte i l’eficàcia de les proves exploratòries, sinó que també redueix el temps necessari per completar el cicle de vida de les proves. Accelera el lliurament de les aplicacions. Per tant, incloent HP Sprinter mentre es realitzen proves manuals per a qualsevol aplicació, es pot demostrar que la prova manual és una forma molt eficaç de provar.

Sobre l'autor: Aquest és un missatge de convidat de Sushma S. Té més de 4 anys d’experiència en proves de programari i actualment treballa com a enginyera sènior de proves de programari en un MNC. Té experiència en processos de control de qualitat i proves manuals amb lliurament oportú en terminis agressius.

Feu-nos saber si teniu cap pregunta sobre l’ús d’HP Sprinter.

PREV Tutorial | SEGÜENT Tutorial núm. 5: 17 eines de proves exploratòries principals

Lectura recomanada

^