Aplicacions Web

Les 150 millors preguntes i respostes d'entrevistes de proves de programari

30 d'octubre de 2021

Taula de continguts

Introducció

Una entrevista és una fase molt important en qualsevol carrera basada en TI. Les proves de programari tampoc són una excepció. Una impressió d'entrevista intel·ligent augmenta les vostres possibilitats de contractar-vos. Les proves de programari són un camp ampli, també ho són les perspectives i preguntes de l'entrevista. Tanmateix, hem organitzat les 150 preguntes i respostes d'entrevistes de proves de programari més preguntades per donar-vos un avantatge per preparar-vos adequadament.

Proves de programari Preguntes i respostes

1. Esmenta els passos del Cicle de vida de les proves de programari.

Els passos de la cicle de vida de proves de programari són:

Planificació de provesEl pla de proves es dissenya en aquesta fase
Desenvolupament de casos de provaEn aquesta fase es dissenyen casos de prova
Configuració de l'entornEn aquesta fase, els provadors configuren la configuració del sistema de prova per executar casos de prova.
Execució de la provaAquesta fase consisteix a executar els casos de prova i comparar els resultats amb la sortida esperada després de la prova.
Tancament de la provaAquest és el pas final en el qual es preparen els documents de tancament que tindran la prova de prova, RTM

2. Aprofundir en els diferents mètodes i enfocaments de prova de programari.

En general, hi ha tres mètodes per provar el programari.

Ells són:

  1. Prova de la caixa blanca
  2. Prova de caixa negra
  3. Proves de la caixa grisa

3. Què en saps sobre les diferents etapes de les proves de programari?

Hi ha principalment quatre etapes de prova.

Són els següents:

preguntes i respostes de l'entrevista de proves de programari

Comença amb les proves d'unitat i acaba amb les proves d'acceptació.

4. Explica el terme Cicle de vida d'un error o cicle de vida d'un defecte

Quan es troba un defecte, passa diferents estats al llarg de la seva vida útil. El cicle de vida del defecte ajuda a coordinar els canvis d'estat del defecte als membres de l'equip. Aquest procés s'anomena cicle de vida d'error o cicle de vida d'un defecte.

5. Què entens per cas de prova?

Un munt de condicions o variables en funció de les quals un verificador pot determinar si el programari compleix els requisits o funciona correctament s'anomena cas de prova.

6. Explicar les disparitats de les proves funcionals i no funcionals

Prova funcional Proves no funcionals
Fet abans de les proves no funcionalsFet després de les proves funcionals
Depèn dels requisits del clientDepèn de les expectatives dels clients
Descriu l'objectiu del producteDescriu el procediment del producte

7. Elaborar els termes ‘Verificació’ i ‘Validació’ a les proves de programari i la diferència entre ells.

Verificació: Revisar el producte sense executar cap tipus de codi és verificació.

Validació: La validació es realitza executant codis per a la prova. Per a casos, inclou tècniques de prova funcionals i no funcionals.

8. Definir les proves d'usabilitat i els seus aspectes.

Les proves d'usabilitat són un mètode de prova específic on el client final ha d'utilitzar el programari per veure si el producte està bé per conèixer la comoditat, la percepció i el temps del client. Una manera adequada de concretar el punt de vista de l'usuari final per a la usabilitat i la comoditat és utilitzar diversos prototips o, de vegades, maquetes en les etapes inicials.

9. Com classifiqueu els defectes?

Els defectes solen classificar-se en tres divisions.

Són els següents:

  • Incorrecte: quan els requisits no s'apliquen correctament.
  • Falta: aquesta categoria implementa que aparentment no s'ha implementat una especificació, potser no s'ha aplicat adequadament una instal·lació requerida del client.
  • Extra: indica una instal·lació necessària al producte, que no va ser assenyalada pel client final. Però potser és un atribut que l'usuari del producte realment desitjava.

10. Esmenta la condició del pla d'acceptació.

Bàsicament, el document d'acceptació s'elabora amb les entrades que es mostren a continuació:

  • Document de requeriment: Indica el requeriment exacte, els aspectes que es necessiten obligatòriament en el projecte des del punt de vista dels clients.
  • Entrada: comunicacions majoritàriament informals (debats, xerrades, correus electrònics, etc.)
  • Pla de projecte: el pla de projecte que fa el gerent també funciona com una entrada significativa per finalitzar les proves d'acceptació.

11. Què s'entén per cobertura i expliqueu breument els diferents tipus de tècniques de cobertura?

El rang de proves de programari per il·lustrar fins a quin punt es prova el codi s'anomena cobertura. Tres tipus bàsics de tècniques de cobertura. Són els següents:

  1. Cobertura de la declaració: confirma que cada línia de codi font s'executa i es prova.
  2. Cobertura de decisions: assegura que cada decisió (vertader/fals) al llarg del codi font s'executa i es prova.
  3. Cobertura de ruta: Assegura que s'ha executat i provat cada ruta possible al llarg del codi font.

12. Esmenta breument els avantatges de les proves d'automatització

Els avantatges de les proves d'automatització són els següents:

  1. Permet l'execució de casos de prova repetits.
  2. Permet als verificadors provar una matriu de prova gran.
  3. Permet l'execució paral·lela
  4. Inspira l'execució desatesa
  5. Desenvolupa la precisió a mesura que elimina els errors generats pels humans
  6. Redueix temps i cost

13. Per què considereu que Selenium és una eina fiable per a les proves d'automatització?

Selenium és un dels frameworks portàtils més populars per provar aplicacions web. Permet al seu usuari crear proves funcionals sense tenir cap coneixement per provar llenguatges de script. Aquest curs guiarà gradualment un principiant per aprendre els conceptes bàsics i els procediments de treball de Selenium. És molt recomanable recórrer cadascuna de les lliçons segons l'ordre i no saltar-ne cap per obtenir un domini fort d'aquest marc útil. Alguns altres avantatges del seleni són els següents:

  • Admet scripts de prova escrits gairebé tots els llenguatges de programació convencionals: Java, Perl, C#, Python, PHP, Ruby &.Net
  • Les proves es poden operar en qualsevol d'aquests sistemes operatius: Windows, Mac o Linux.
  • Les proves es poden operar en qualsevol navegador: Mozilla Firefox, Internet Explorer, Google Chrome , Safari o Opera.
  • Es pot executar amb diverses eines com JUnit i TestNG per mantenir casos de prova i informes.
  • Es pot executar amb Jenkins, Maven i Docker per mantenir proves contínues.

14. Elaborar els diferents components de Selenium WebDriver.

Diversos components del seleni són:

  • Entorn de desenvolupament integrat de seleni
  • Control remot de seleni
  • Selenium WebDriver
  • Reixa de seleni

15. Què en saps dels diferents tipus de localitzadors de Selenium WebDriver?

L'adreça que identifica i distingeix un element web de manera específica i única a la pàgina web d'un localitzador. Diversos tipus de localitzadors a Selenium són:

  • ID
  • ClassName
  • Nom
  • TagName
  • Text de l'enllaç
  • PartialLinkText
  • Xpath
  • Selector CSS
  • JUDICI

16. Definiu XPath.

XPath, també conegut com XML Path, s'utilitza generalment per consultar documents XML. És un procediment essencial per localitzar elements en seleni. Conté una expressió de camí amb algunes condicions definides. Aquí, es pot escriure una consulta XPath per localitzar qualsevol element d'una pàgina web. Està dissenyat per permetre la navegació per documents XML, seleccionant elements individuals, atributs o qualsevol altra part d'un document XML per dur a terme un processament específic. També pot generar localitzadors fiables.

17. Comparar entre el camí absolut i el relatiu?

  • XPath absolut

La manera directa de trobar l'element s'anomena Absolute XPath. Si es modifica alguna part del camí de l'element al camí, el XPath falla. Aquest és un dels inconvenients d'Xpath. Per exemple: /HTML/body/div[1]/section/div[1]/div

  • XPath relatiu

XPath relatiu comença des de la meitat de l'estructura HTML DOM. Comença amb la doble barra inclinada (//), que indica que pot cercar l'element a tota la pàgina web. Per exemple: //input[@id=‘ap_email’]

18. Explica les diferents excepcions a Selenium WebDriver?

Les excepcions a Selenium són idèntiques a les d'altres llenguatges de programació. Aquestes excepcions comunes a Selenium són les següents:

  • Excepció de temps d'espera
  • No hi ha cap excepció d'element
  • Excepció d'element no visible
  • Excepció d'element obsolet

19. Quan aplicar el Selenium Grid?

Selenium Grid es pot aplicar per executar el mateix o qualsevol altre script de prova en diferents plataformes i navegadors de manera paral·lela, de manera que pugui aconseguir proves independents de l'entorn distribuït, execució de proves i reduir el temps d'execució en gran mesura.

20. Com iniciar el navegador web amb Selenium WebDriver?

La sintaxi que es mostra a continuació es pot aplicar per iniciar el navegador:

Controlador WebDriver = nou FirefoxDriver();

Controlador WebDriver = nou ChromeDriver ();

Controlador WebDriver = nou InternetExplorerDriver();

21. Creus realment que les proves s'han de dur a terme només un cop finalitzades les etapes de construcció i execució?

Les proves sempre es realitzen després de les etapes de construcció i execució. Abans, podem identificar un defecte/error, més estalvia costos. Per exemple, arreglar un defecte en el manteniment és deu vegades més car que arreglar-lo durant l'execució.

22. Explica breument la relació entre la realitat ambiental de les fases de prova.

A mesura que les fases de prova comencen a executar-se, la realitat ambiental es fa essencial. Per exemple, quan es fan proves d'unitat, l'entorn ha de ser parcialment real. Tot i així, en les fases posteriors, necessitareu un entorn autèntic, o es pot dir en altres paraules, ha de ser l'entorn real.

23. Si l'eradicació d'un defecte que s'hagués pogut fer durant la fase prèvia es realitza posteriorment. Creus que això afecta el cost? En cas afirmatiu, com?

Si es descobreix un defecte en l'etapa preliminar, s'ha d'eliminar immediatament en aquesta fase en comptes de mantenir-lo apagat per solucionar-lo en una altra etapa. De fet, si la reparació d'un defecte es retarda per a fases posteriors, es fa més car.

Si es descobreix i es corregeix un defecte durant la fase de disseny, serà el que més estalviarà. Però es fa més que vegades car si es soluciona en la fase de manteniment.

24. Què s'entén per prova de confirmació i regressió?

Proves de regressió: la forma de prova de programari es realitza per assegurar la precisió d'un codi canviat recentment. També és per confirmar que el canvi no té cap efecte negatiu sobre les característiques existents actualment.

Prova de confirmació: la segona prova que es realitza després de solucionar un defecte identificat prèviament és la prova de confirmació o la nova prova.

25. Què s'entén per anàlisi del valor límit? Explica el procediment.

Un disseny de prova de caixa negra aplicat per observar si hi ha algun defecte al límit del domini d'entrada es coneix com a Anàlisi de valor de límit (BVA).

26. Explica les proves aleatòries.

Una prova realitzada amb dades generades aleatòriament mitjançant qualsevol eina rellevant es coneix generalment com a prova aleatòria. Aquestes dades de prova es generen mitjançant un mecanisme automatitzat o, més sovint, amb una eina. Amb aquesta entrada generada aleatòriament, es prova el sistema i els resultats s'observen en conseqüència.

27. Quins són els procediments per arribar a un pressupost per a un projecte?

Aquests procediments són necessaris per estimar un projecte:

  • Modulant tot el projecte en les tasques més petites
  • Assigna cada tasca als membres de l'equip
  • Estimar l'esforç per acabar les tasques
  • Validació i verificació de l'estimació

28. Quins casos de prova heu d'escriure primer: caixa negra o caixa blanca? Per què?

En general, els casos de prova de caixa negra s'han d'escriure primer i, més tard, els casos de prova de caixa blanca. Els requisits per escriure els casos de prova de caixa negra són els documents de requisits, el disseny del projecte o el pla. Aquests documents estan disponibles a l'inici d'aquest mateix projecte. D'altra banda, els casos de prova de la caixa blanca mai no es poden començar a la fase inicial d'un projecte, ja que es requereix una claredat detallada de l'arquitectura per a les proves de la caixa blanca. Però això no està disponible en la fase inicial del projecte. Així, els casos de prova de caixa blanca solen escriure's després dels casos de prova de caixa negra.

29. Què saps sobre els components fonamentals del format d'informe de defecte?

Els components fonamentals del format d'informe de defectes inclouen els punts següents:

  • nom del projecte
  • Nom del mòdul
  • Temps de detecció de defecte
  • Nom del detector de defecte
  • ID del defecte
  • Nom del defecte
  • Captura de pantalla del defecte
  • Estat de prioritat i gravetat
  • Nom de la resolució de defecte
  • Temps de reparació de defecte

30. Creus que les proves d'automatització en metodologia àgil són útils?

Les proves d'automatització són essencials metodologia àgil i permet obtenir la màxima cobertura de proves en el menor temps possible de l'esprint.

31. Esmenta les categories de casos de prova que es poden automatitzar?

  • Casos de prova de regressió
  • Casos de prova de fum
  • Casos de prova de càlcul complex
  • Casos de prova no funcionals
  • Casos de prova basats en dades

32. Quines són les condicions per mapejar l'èxit de les proves d'automatització?

Seguint aquestes condicions, es pot mapar l'èxit de les proves d'automatització:

  • Factors relacionats amb la detecció de defectes
  • Temps d'execució de l'automatització i la seva contribució a l'eficàcia temporal del projecte
  • Reducció d'altres despeses

33. Elaborar proves de càrrega en llocs web

Vegeu també Els 11 millors programes de virtualització

Per entrar a un lloc web, un usuari envia una 'sol·licitud' al servidor d'aquest lloc web en concret i el servidor retorna una resposta com el lloc web que heu sol·licitat. Durant la prova de càrrega d'un lloc web, els enginyers d'assegurament de la qualitat i els enginyers d'automatització generen un DDoS funcionament. Simplement multipliquen el nombre de visitants i, per tant, s'envien múltiples respostes per simular la càrrega de trànsit en diferents condicions de visita. Aleshores es pot mesurar la resposta del servidor web a les peticions de nombrosos usuaris artificials. La informàtica s'aplica per esbrinar problemes de rendiment en termes de càrrega de treball i capacitat del servidor.

34. Compara les instal·lacions i propietats entre Selenium i Sikuli?

SeleniSikuli
No pot automatitzar objectes flash (per exemple, reproductor d'àudio, reproductor de vídeo, etc.)Proporciona un gran suport durant l'automatització d'objectes flash.
L'API és molt complicada.L'API és molt senzilla
És capaç d'automatitzar només les proves d'aplicacions web.És capaç d'automatitzar aplicacions web juntament amb aplicacions de Windows.

35. Com faries clic en un hiperenllaç amb una funció linkText()?

|_+_|

L'ordre anterior troba l'element mitjançant el text de l'enllaç i després fa clic a l'element. D'aquesta manera, l'usuari es redirigiria a la pàgina desitjada.

36. Definiu TestNG

TestNG és un marc de proves amb instal·lacions avançades dissenyat per simplificar els procediments de prova. Permet avantatges tant per als desenvolupadors com per als provadors. És un dels frameworks de codi obert més utilitzats. A més, té un mecanisme integrat dissenyat per al maneig d'excepcions que permet que el programa s'executi sense acabar inesperadament.

37. Sobre quina base s'ha d'establir la prioritat dels casos de prova a TestNG?

El codi que es mostra a continuació explica com establir la prioritat del cas de prova a TestNG.

|_+_|

Seqüència d'execució de la prova:

|_+_|

38. Explica'ns la comparació entre el seleni i el QTP?

La comparació demanada s'il·lustra a la taula següent:

SeleniProfessional de prova ràpida
Selenium està disponible per a gairebé tots els navegadors web àmpliament utilitzats (per exemple, Firefox, Chrome, Safari, Internet Explorer, Opera, etc.)QTP només està disponible per a aquests tres navegadors web: Internet Explorer, Firefox i Chrome. Només funciona al sistema operatiu Windows.
Selenium és una eina de codi obert i està disponible de forma gratuïta.QTP és una eina amb llicència. Es comercialitza ja que l'usuari ha de comprar la seva llicència pagant una determinada quantitat.
Selenium només admet aplicacions basades en web per fer proves.QTP és capaç de provar no només les aplicacions basades en web, sinó també les aplicacions basades en Windows.

39. Què entens per Object Repository? Expliqueu els procediments per fer un dipòsit d'objectes a Selenium WebDriver?

Object Repository indica la col·lecció d'elements web que pertanyen a Application Under Test (AUT) que acompanya els seus valors de localitzador. A Selenium, els objectes s'emmagatzemen generalment en un full d'excel que està llest per ser emplenat dins de l'script segons el requisit.

40. Com passar les dades d'entrada al quadre de text per Selenium WebDriver?

Mitjançant el mètode sendKeys(), podem passar text (dades de tipus cadena) al quadre de text d'entrada By Selenium WebDriver.

41. Quin tipus d'entrada es requereix de l'usuari final per començar a provar correctament?

Un usuari final és sempre la persona més significativa en qualsevol projecte perquè és l'usuari real del producte i necessita desenvolupar un gran interès pel projecte.

A continuació es mostren les aportacions més necessàries de l'usuari final:

  1. Requisit
  2. Risc
  3. Dades en directe
  4. Pla de prova d'acceptació
  5. Escenaris per a la prova

42. Què vols dir amb el terme ‘concepte de banc de treball’?

Un banc de treball en el seu nucli és un procediment de documentació de les possibles maneres de realitzar una activitat concreta.

43. Expliqueu breument el terme ‘Defecte en cascada’?

La cascada de defecte és un defecte que és un efecte d'un altre defecte. Un defecte és provocat per l'altre. Quan un defecte existeix en una fase inicial, no s'identifica i passa a altres fases sense que es noti. Això permetrà augmentar el nombre de defectes fins a la detecció i correcció del defecte primari.

Per exemple, suposem una situació:

L'equip està dissenyant el mòdul d'inici de sessió d'una pàgina web:

1a Fase – Esteu dissenyant una pàgina web de registre/usuari per iniciar sessió, i el número de mòbil és obligatori, però podeu deixar-lo en blanc per un error que no es detecta de moment.

2a Fase: creareu el formulari d'inici de sessió que conté nom d'usuari i contrasenya. La contrasenya seria OTP, que s'enviaria al número de mòbil de l'Usuari amb el qual s'havia de registrar.

Ara, si l'usuari deixa el camp del número de mòbil en blanc, durant el procés d'inici de sessió, no es trobarà el número per enviar OTP; per tant, el sistema pot fallar o col·lapsar-se de manera inesperada. Si el defecte s'ha detectat i s'ha solucionat inicialment a la 1a fase, no serà massa molèstia a la 2a fase.

44. Expliqueu les diferents estratègies de llançament als usuaris finals?

  1. Pilot
  2. Execució gradual
  3. Execució per fases
  4. Execució paral·lela

45. Expliqueu el procediment correcte per trobar enllaços trencats en una pàgina per Selenium WebDriver?

Això pot ser presentat com una pregunta pràctica per un entrevistador. Pot donar-vos una situació en què hi ha 20 enllaços en una pàgina web, i la vostra tasca és identificar quins d'aquests vint enllaços funcionen i no funcionen (trencats).

Com que heu de comprovar el funcionament de cadascun dels enllaços d'aquesta pàgina, la solució és: heu d'enviar sol·licituds HTTP a tots els enllaços d'aquesta pàgina i observar la resposta a mesura que utilitzareu el controlador. Get () mètode per navegar per cada URL; retornarà una resposta amb un estat de 200 - D'acord. Aquesta resposta fa referència a la confirmació que l'enllaç funciona i que s'ha obtingut. En canvi, qualsevol altre estat en comptes d'aquest indicarà l'enllaç com a trencat. El procediment s'explica a continuació:

En primer lloc, heu d'utilitzar les etiquetes d'ancoratge per conèixer els diferents hiperenllaços de la pàgina web. Per a cadascun dels etiquetes, podeu utilitzar el valor de l'atribut 'href' per obtenir els hiperenllaços i després observar les respostes que heu rebut quan s'aplica al mètode driver.get().

46. ​​Quina tècnica voleu tenir en compte a l'script si no hi ha ni el nom del fotograma ni l'identificador de fotograma? Per què?

En el cas que el nom i l'identificador del fotograma no estiguin disponibles, podem utilitzar fàcilment fotograma per índex. Per exemple, hi ha tres marcs en una pàgina web, i si cap d'ells té un nom i un identificador de marc, fins i tot així, encara podem seleccionar els marcs amb l'ajuda de l'atribut d'índex de marc (basat en 0). Cada fotograma tindrà un número d'índex (p. ex., el primer hauria d'estar a l'índex 0, el segon a l'índex 1 i el tercer a l'índex 2, etc.)

|_+_|

47. Com capturar captures de pantalla amb Selenium WebDriver?

Amb l'ajuda de la funció TakeScreenshot, es pot fer una captura de pantalla. Mitjançant el mètode getScreenshotAs(), es pot desar fàcilment aquesta captura de pantalla.

Exemple:

Fitxer scrFile = (controlador ((TakeScreenshot)).getScreenshotAs(outputType.FILE);

48. Expliqueu les maneres d'iniciar sessió a qualsevol lloc si n'està mostrant algun finestra emergent d'autenticació per a credencials vàlides (nom d'usuari i contrasenya)

Si apareix una finestra emergent per iniciar sessió, cal aplicar l'ordre explícita i verificar si l'alerta existeix originalment. El codi que es mostra a continuació us permetrà entendre l'aplicació de les ordres d'espera explícites:

|_+_|

49. Com es pot saltar un llibre de codis o un mètode a TestNG?

Per ometre un mètode de prova específic o un llibre de codis, podeu configurar els paràmetres 'permesos' a l'anotació de la prova com a fals.

50. Expliqueu breument què enteneu del fragment de codi següent?

|_+_|

Es refereix a una mostra variable del tipus WebElement. I aplica una cerca XPath per restablir-se respecte a un element que conté les dades del valor del text.

51. Què en saps sobre les proves exploratòries?

Normalment, aquest procés el duen a terme experts del domini. Només realitzen proves explorant les funcionalitats de l'aplicació sense cap idea dels requisits.

52. Compara breument el STLC (Cicle de vida de les proves de programari) i el SDLC (Cicle de vida del desenvolupament de programari)?

El cicle de vida del desenvolupament de programari (SDLC) se centra a produir un sistema d'alta qualitat que compleixi les expectatives dels clients, funcioni correctament en la infraestructura tecnològica actual i planificada i sigui rendible de gestionar i millorar.

STLC (Software Testing Life Cycle) fa referència a quines activitats de prova s'han de dur a terme i quan s'han de completar aquestes activitats. Tot i que les proves varien segons les organitzacions, hi ha un cicle de vida de proves.

53. Què s'entén amb el terme matriu de traçabilitat?

La cobertura entre casos de prova i requisits es mostra amb l'ajuda d'un document. Aquest document es coneix com a matriu de traçabilitat.

54. Què entens per proves de partició d'equivalència?

La prova de partició d'equivalència és un mètode de prova que divideix els casos de prova d'entrada del programari en cadascuna de les particions almenys una vegada de dades equivalents, de manera que es puguin derivar casos de prova. Amb aquesta tècnica de prova, estalvia el temps necessari per a les proves de programari.

55. Quins són els paràmetres que hauríeu de comprovar o verificar a les proves de caixa blanca?

  • En cas de prova de caixa blanca, es verifiquen els passos següents.
  • Verifiqueu els camins defectuosos o trencats al codi
  • Verifiqueu els defectes de seguretat del codi
  • Verificar les sortides estimades
  • Verificar el flux d'operacions amb l'especificació de la documentació.
  • Verifiqueu cada línia del codi font i cobreixi les proves completes.
  • Comproveu tots els bucles condicionals del codi font per verificar la funcionalitat completa de l'aplicació

56. Explica la comparació de proves estàtiques i dinàmiques?

Proves estàtiques: durant les proves estàtiques, el codi no s'executa i es realitza mitjançant la documentació del programari.

Proves dinàmiques: per dur a terme proves dinàmiques, cal que el codi estigui en forma executable.

57. Definiu el terme proves d'integració?

Les proves d'integració es refereixen a un nivell específic de proves de programari. En aquesta prova, els mòduls individuals d'una aplicació s'integren i es posen a prova. Es realitza principalment després de realitzar proves unitàries i funcionals.

58. Quina diferència hi ha entre les proves d'acceptació d'usuaris (UAT) i les proves del sistema?

Proves del sistema: les proves del sistema són un mètode per detectar defectes mentre s'està provant el sistema en conjunt; també s'anomena proves d'extrem a extrem. En aquest tipus de proves, l'aplicació ha de patir des del principi fins al final.

UAT: User Acceptance Testing (UAT) engloba l'execució d'un programari mitjançant una seqüència de proves que determina si el programari compleix els requisits dels seus usuaris.

59. Expliqueu les diferències entre les proves i les proves basades en dades?

Reprovació: és un procediment de comprovació de defectes que són actuats per l'equip desenvolupador per comprovar que estan solucionats.

Proves basades en dades (DDT): tot i que el procés de prova basat en dades, l'aplicació es prova amb una sèrie de dades de prova. L'aplicació es prova amb diferents conjunts de valors.

60. Esmenta les disparitats entre escenaris de prova, casos de prova i guió de prova?

La diferència entre els escenaris de prova i els casos de prova és aquesta

Escenaris de prova: un escenari de prova també conegut com a condició de prova o possibilitat de prova, és una funcionalitat que es prova.

Casos de prova: Conté els passos a executar; està previst abans.

Test Script: està codificat en un llenguatge de programació i és un petit programa utilitzat per provar mòduls de la funcionalitat del sistema de programari.

62. Esmenta els paràmetres que defineixen clarament la qualitat de l'execució de la prova?

Per determinar la qualitat de l'execució de la prova, podem comprovar dos paràmetres

  1. Relació de fuites de defecte
  2. Relació de rebuig de defecte

63. Expliqueu la necessitat de l'eina de prova de programari fantasma?

Phantom s'aplica al llenguatge de script d'automatització de la GUI de Windows. Ens permet gestionar finestres i funcions de manera automàtica. Pot duplicar qualsevol combinació de pulsacions de tecles i clics del ratolí, per exemple, menús, llistes i molt més.

64. Definiu el terme Test Deliverables?

Els resultats de les proves són un conjunt d'eines, documents i altres elements per al desenvolupament i el manteniment en suport de les proves.

Hi ha diversos lliuraments de proves a cada etapa del desenvolupament de software:

  1. Proves prèvies
  2. Durant la prova
  3. Post-prova

65. Explica què és la prova de mutació?

La prova de mutació és un mètode per detectar si algun cas de prova és útil per diversos errors intencionats i tornar a provar amb casos de prova reals per determinar si es detecten els errors.

Vegeu també Les 12 millors eines gratuïtes d'eliminació de programari espia

66. Quines coses ha de tenir en compte un verificador abans de seleccionar les eines d'automatització per a l'AUT?

  1. Viabilitat tècnica
  2. Aplicació estabilitat
  3. Nivell de complexitat
  4. Dades de prova
  5. Reutilització dels scripts automatitzats
  6. Mida de l'aplicació
  7. Execució a través de l'entorn

67. Com s'ha de realitzar l'anàlisi de riscos?

Per a l'anàlisi de riscos, els passos que s'han de dur a terme són els següents:

  • Trobar la puntuació del risc
  • Canvi de les propietats de risc
  • Desplegueu els recursos d'aquest risc de prova
  • Elaboració d'un perfil del risc
  • Elaboració d'una base de dades de riscos

68. Explica breument les categories de depuració?

  • Depuració de força bruta
  • Causa eliminació
  • Fer marxa enrere
  • Anàlisi de l'arbre de falles
  • Programa de tall

69. Què és un pla de proves? Esmenta breument la informació que s'ha de cobrir al Pla de proves?

Un pla de prova és un document ben escrit que descriu l'abast, els recursos, l'enfocament i el calendari de les activitats de prova.

Un pla de prova ha d'incloure els detalls següents.

  1. Estratègia de prova
  2. Criteris de sortida/suspensió
  3. Planificació de recursos
  4. Objectiu de la prova
  5. Prova de lliurament

70. Com es pot reduir el risc del producte en qualsevol projecte?

Us ajuda a eliminar el risc del producte al vostre projecte i hi ha un pas senzill però crucial que pot reduir el risc del producte al vostre projecte.

  • Investigar els documents d'especificacions
  • Teniu discussions sobre el projecte amb totes les parts interessades, inclòs el desenvolupador
  • Com a usuari real caminar pel lloc web

71. Esmenta alguns dels riscos comuns que porten al fracàs d'un projecte?

Els riscos comuns que poden provocar un fracàs del projecte es mostren a continuació:

  • Manca de recursos humans suficients
  • Limitacions de temps
  • Pot ser que l'entorn de prova no estigui configurat correctament
  • Pressupost limitat

72. Expliqueu el vostre procediment preferit per assignar una tasca als membres de l'equip?

TascaDirectiu de l'equip assignat
Anàlisi de l'especificació dels requisits del programariTots els membres
Creació de l'especificació de la provaTester / Analista de proves
Creació de l'entorn de provaAdministrador de proves
Execució dels casos de provaTester, un administrador de proves
Informar defectesTester

73. Quin és el tipus de prova i esmenta alguns dels tipus de prova d'aplicació habitual?

Per a una retroalimentació de prova esperada, es manté un procediment estàndard que es coneix com a Tipus de prova.

Els tipus de proves àmpliament utilitzats són:

    Proves de l'API:API de prova creada per a l'aplicacióProva d'unitat:Prova el codi més petit d'una aplicacióProves d'integració:Els mòduls de programari individuals es combinen i es posen a provaProva d'instal·lació/desinstal·lació:Proves fetes des del punt de vista del client/clientProva del sistema:Prova completa del sistemaProves àgils:Prova mitjançant la tècnica àgil

74. Esmenta breument l'estructura i el contingut dels informes d'assaig. Quina és la importància dels informes de proves?

Un informe de prova conté les coses següents:

  1. Informació del projecte
  2. Resum de la prova
  3. Objectiu de la prova
  4. Defecte

Els avantatges dels informes de proves són:

  • S'informa sobre l'estat del projecte i la qualitat del producte
  • Les parts interessades i el client poden prendre mesures correctores (si cal)
  • Un document finalitzat ajuda a determinar si el producte està bé per al seu llançament

75. Expliqueu Què és la revisió de gestió de proves i descriu breument la seva importància?

Revisió de gestió també coneguda com a Software Quality Assurance o SQA. SQA té com a objectiu el processament de programari en lloc dels productes de creació de programari. Es tracta d'un munt d'activitats planificades per confirmar que el coordinador del projecte segueix el procés estàndard. SQA permet al coordinador/gerent de la prova comparar el treball amb els estàndards establerts.

76. Expliqueu-nos les millors pràctiques per garantir la qualitat del programari?

  1. Les millors pràctiques per a una implementació d'assegurament de la qualitat del programari són:
  2. Documentació
  3. Ús d'eines
  4. Responsabilitat dels membres de l'equip
  5. Millora contínua
  6. Mètriques
  7. Auditors SQA amb experiència

77. Quan s'ha de fer RTM (Requirement Traceability Matrix)?

RTM es crea després del disseny de casos de prova. Cal que els requisits siguin 'traçables' a partir de les activitats de revisió.

78. Explica les diferències entre la matriu Test i la matriu Traçabilitat?

Matriu de prova: la matriu de prova s'utilitza principalment per capturar l'esforç original, la qualitat, els recursos, el pla i el temps necessari per capturar totes les etapes de les proves de programari.

Matriu de traçabilitat: el mapatge entre els requisits del client i els casos de prova s'anomena matriu de traçabilitat.

79. Definiu els termes mètode de prova basat en el pla de proves o basat en paraules clau?

Aquest mètode aplica el document de cas de prova original desenvolupat pels verificadors mitjançant un full de càlcul format per paraules clau especials. Aquestes paraules clau mantenen tot el processament.

80. Explica què és el DFD (diagrama de flux de dades)?

El diagrama de flux de dades és una representació gràfica del flux de dades a través d'un sistema d'informació. També s'aplica per a la visualització de dades de tractament.

81. Què és un LCSAJ?

LCSAJ significa 'seqüència de codi lineal i salt'. Conté els elements següents:

  • Inici de la seqüència lineal que conté sentències executables
  • Finalització de la seqüència lineal
  • La línia objectiu de transmissió de control-flux al final de la seqüència lineal

82. Què és una prova N+1?

La variació de les proves de regressió s'il·lustra com N+1. En aquest mètode, la prova es realitza en una sèrie de cicles en què els defectes trobats en el cicle de prova 'N' es solucionen i es tornen a provar en el cicle de prova N+1. El cicle es repeteix fins que no hi hagi cap defecte.

83. Explica què és la prova Fuzz i quan és necessària?

La prova Fuzz s'aplica per identificar les llacunes de seguretat i els errors de codificació d'un programari. En aquest mètode, s'afegeixen dades aleatòries al sistema en un intent de fer que el sistema es bloquegi. Si existeix una vulnerabilitat, s'aplica una eina, que és el 'tester de fuzz', per determinar els possibles defectes. Aquest mètode és més útil per a projectes més grans, però només identifica una falla important.

84. Expliqueu quins són els beneficis reals de la mètrica de cobertura de declaracions de les proves de programari?

Els avantatges de la mètrica de cobertura de declaracions són els següents:

  • No necessita cap processament per al codi font i es pot utilitzar directament en codi objecte.
  • Els errors es distribueixen uniformement a través del codi font, per aquest motiu, el percentatge d'instruccions executables il·lustra el percentatge d'errors descoberts.

85. Com creareu casos de prova forts per al mètode de substitució d'una cadena?

  • Quan els caràcters de la cadena nova > caràcters de l'última cadena, cap dels caràcters s'ha de truncar.
  • Quan els caràcters de la cadena nova
  • No es pot suprimir cap espai en blanc després i abans de la cadena.
  • Només per a la primera aparició de la cadena, el verificador hauria de substituir la cadena.

86. Descriu les diferències entre defectes latents i emmascarats

  • Defecte latent: un defecte latent és un defecte inofensiu contemporani que no ha causat cap fallada ja que mai es van complir els conjunts de condicions.
  • Defecte emmascarat: és un defecte ocult que no ha provocat cap fallada perquè un altre defecte ha protegit aquesta part del codi de ser implementada.

87. Explica els diferents tipus de tècniques de cobertura de proves.

Hi ha diferents tipus de tècniques de cobertura de proves

    Cobertura de la declaració: confirma que totes les línies del codi font s'han executat i provatCobertura de decisions:Assegura que cada decisió del codi font s'executa i es provaCobertura del camí:Verifica que cada ruta possible a través d'un fragment del codi s'executa i es prova

88. Expliqueu quins són els components fonamentals del disseny de l'informe de defectes?

Els components fonamentals del format d'informe de defectes inclouen els següents:

  • Títol del Projecte
  • Títol del mòdul
  • Temps de detecció de defecte
  • Defecte detectat per
  • Nom i número d'identificació del defecte
  • Captura de pantalla del defecte
  • Descripció de prioritat i gravetat
  • Temps de resolució de defecte
  • Defecte resolt per

89. Expliqueu breument el propòsit bàsic de fer proves d'extrem a extrem.

Les proves d'extrem a extrem es realitzen després de la fase de proves funcionals. Els objectius de les proves d'extrem a extrem són els següents

  • A validar el programari requisits i integració amb interfícies externes
  • Per provar l'aplicació en un escenari d'entorn real
  • Comprovar la interacció entre la base de dades i l'aplicació

90. Quines activitats de proves automatitzareu en un projecte de proves?

Pel que fa a les activitats de prova del projecte, es podrien automatitzar els fets següents:

  1. Proves utilitzant diverses dades per dur a terme les mateixes accions
  2. Proves que s'han d'executar per a cada compilació de l'aplicació
  3. Proves similars que han de ser realitzades per diferents navegadors
  4. Una transacció amb pàgines que no canvien en poc temps
  5. Pàgines de missió crítica

91. Quins avantatges té l'ús de taules de decisió?

Els mètodes de partició d'equivalència així com l'anàlisi de valors de límit s'utilitzen normalment en situacions o inputs específics. Però, si combinacions específiques d'entrades donen lloc a accions específiques que s'estan duent a terme, pot ser més difícil mostrar l'aplicació de particions d'equivalència i anàlisi de valors límit, que sembla estar més centrat en la part de la IU. Hi ha altres dues tècniques basades en especificacions. Són: taules de decisions i transició d'estats que es basen més en la lògica empresarial.

Una taula de decisions és una manera intel·ligent de treballar amb combinacions de coses (com ara, entrades). Aquest mètode es coneix ocasionalment com a taula 'causa-efecte'. Hi ha un mètode de diagramació lògica, és a dir, 'gràfic causa-efecte que es va aplicar ocasionalment per obtenir la 'taula de decisions'

92. Segons el fragment de codi que es mostra a continuació, definiu el nombre de proves necessàries per a una cobertura de decisions del 100 per cent?

|_+_|

93. Definiu els casos de prova necessaris per a una cobertura completa de declaracions i decisions per al següent fragment de codi.

|_+_|

S'ha afegit el següent a la part inferior del fragment de codi anterior.

|_+_|

No es pot aplicar cap dels casos de prova existents.

94. Un venedor tracta de cartutxos d'impressora. Cal demanar almenys 5 cartutxos d'impressora. S'ofereix un descompte del 20% per a comandes de 100 o més quantitats. Se us assigna la generació de casos de prova utilitzant diferents valors del nombre de productes demanats.

4, 5, 99

95. Observa les tècniques que es mostren a continuació. Distingir les tècniques estàtiques i dinàmiques.

  1. Prova de casos d'ús.
  2. Partició d'equivalència.
  3. Inspeccions.
  4. Prova exploratòria.
  5. Prova de decisions.
  6. Anàlisi de flux de dades.

Les inspeccions i l'anàlisi del flux de dades són estàtiques; La partició d'equivalència, les proves de decisions, les proves de casos d'ús i les proves exploratòries són dinàmiques.

96. Anomena les etapes d'una ordre formal de revisió

A diferència de les revisions informals, les revisions formals segueixen un procés formal. Un procés de revisió formal conté 6 passos principals:

  1. Pla
  2. Inici
  3. Preparació
  4. Revisió
  5. Retreball
  6. Segueix.

97. Esmenta breument les tècniques de proves basades en l'experiència?

En les tècniques basades en l'experiència, els coneixements, les habilitats rellevants i els antecedents d'un provador són els principals contribuents als casos de prova i a les condicions de prova. L'experiència tant tècnica com empresarial és important, ja que aporten diferents punts de vista tant pel que fa a l'anàlisi de proves com al procés de disseny. Per tenir experiència prèvia amb tipus de sistemes similars, un verificador experimentat pot tenir coneixements sobre quina funcionalitat podria fallar, cosa que és molt beneficiós per provar.

98. Quan hauries de deixar de fer les proves?

Varia en funció dels riscos del sistema que s'està provant. Hi ha algunes condicions i paràmetres en funció de quins es poden aturar les proves. Són els següents:

  • Terminis (prova, llançament)
  • Casos de prova executats amb cert percentatge superat
  • La caiguda de la taxa d'errors es redueix a un cert nivell
  • S'està esgotant el pressupost de la prova
  • La cobertura del codi, la funcionalitat o els requisits es compleixen fins al punt esperat
  • Els períodes alfa/beta per a les proves finalitzen

99. Què s'entén amb el terme 'casos de prova semialeatoris'?

Quan executem casos de prova aleatoris i fem particions d'equivalència en aquests casos, ometem casos de prova redundants, així obtenim casos de prova semialeatoris.

100. Què saps sobre la cobertura de la prova?

La cobertura de proves mesura d'alguna manera específica la quantitat de proves realitzades per un conjunt de proves (derivades d'una altra manera, per exemple, utilitzant tècniques basades en especificacions). Sempre que puguem comptar coses i saber si alguna prova ha provat cadascuna d'aquestes coses, podem mesurar la cobertura.

101. Definir les proves de programari

Segons l'estàndard ANSI/IEEE 1059: el procés d'anàlisi d'un producte de programari per identificar les diferències entre les condicions existents i requerides (és a dir, defectes) i per avaluar les instal·lacions del producte de programari.

102. Quines pràctiques s'han de mantenir regularment per escriure casos de prova?

  • Escriu casos de prova amb el punt de vista dels usuaris finals
  • Escriu casos de prova reutilitzables
  • Escriviu els passos de prova simplifiqueu que qualsevol pot ser seguit per qualsevol fàcilment
  • Estableix la prioritat
  • Escriu casos de prova no vàlids i casos de prova vàlids
  • Proporcioneu una descripció del cas de prova, resultat esperat, condició prèvia, condició posterior i dades de prova
  • Reviseu els casos de prova a fons i actualitzeu-los quan sigui necessari
  • Respecteu les convencions de denominació adequades
Vegeu també 17 tècniques sobre com augmentar la velocitat de descàrrega

103. Quines eines de gestió de configuració utilitzen sovint els provadors? Digues alguns dels populars.

Algunes de les eines de gestió de configuració més utilitzades són:

  • Ansible
  • Titella
  • Cap
  • Pila de sal
  • Terraform

104. Definir i comparar els termes Assegurament de qualitat i Control de qualitat?

Garantia de qualitat: L'assegurament de la qualitat inclou activitats orientades al procés. Confirma la prevenció d'errors en el procés utilitzat per desenvolupar Aplicacions de programari. Com a resultat, els defectes no sorgeixen quan es desenvolupa l'aplicació de programari.

Control de qualitat: El control de qualitat inclou activitats orientades al producte. Executa el programa o codi per detectar els defectes de l'aplicació de programari.

105. Què saps sobre la validació en proves de programari?

La validació és el procediment per verificar si estem construint el producte adequat, per exemple, per validar que el producte que hem construït és correcte o no. Les activitats rellevants per a això és provar l'aplicació de programari.

106. Què s'entén per Grey Box Testing?

La caixa grisa és la integració de les proves de Black Box i White Box. El verificador que treballa en aquesta forma de prova requereix tenir accés als documents de disseny. Això ens permet que un verificador generi millors casos de prova en aquest procediment.

107. Explica el terme Testbed a Software Testing.

Un entorn configurat per fer proves. El banc de proves conté maquinari, programari, configuració de xarxa, un programari d'aplicació en prova i altres programes relacionats.

108. Què en saps sobre Test Environment?

L'entorn de prova fa referència a la integració de maquinari i programari en què l'equip de prova realitza les proves.

Exemple:

  • Tipus d'aplicació: Aplicació web
  • Servidor web: IIS
  • Sistema operatiu: Windows
  • Base de dades: MS SQL Servidor
  • Validació del costat del client: JavaScript
  • Disseny de la pàgina web: Dot Net
  • Scripts del costat del servidor: ASP Dot Net
  • Navegador: IE/FireFox/Chrome

109. Explica'ns alguna cosa sobre el Big Bang Approach.

Integrar tots els mòduls i comprovar la funcionalitat després d'acabar les proves de mòduls individuals.

De dalt a baix i de baix a dalt es realitzen mitjançant mòduls artificials anomenats Stubs i Drivers. Aquests talons i controladors s'apliquen com a substituts dels components que falten per modelar la comunicació de dades entre mòduls.

110. Saps sobre les proves de fum? Què significa realment?

La prova de fum es realitza per confirmar si el producte rebut de l'equip de desenvolupadors es pot provar. També es coneix com a control del dia 0. Es fa a nivell de construcció. Ens permet reduir el temps de prova per simplificar la prova de tota l'aplicació quan les funcionalitats clau no funcionen correctament o els errors clau encara romanen sense corregir.

111. Què és Alpha Testing

Les proves alfa les realitzen els desenvolupadors interns (que van desenvolupar el programari) i els provadors. Sovint, les proves alfa les realitza el client o l'equip d'externalització amb la presència de desenvolupadors o provadors.

112. Què és la prova beta

Les proves beta les realitzen un nombre reduït d'usuaris finals, generalment, al lloc del client abans del lliurament.

113. Què és la prova gamma

Les proves de gamma es realitzen quan el programari està totalment preparat per al llançament amb els requisits especificats. Es fa davant de la part del client. Es realitza directament saltant totes les activitats de prova anteriors.

114. Què és la prova de seny

La comprovació de les funcionalitats fonamentals de l'aplicació (sense aprofundir) just abans del llançament final s'anomena Sanity Testing. També es coneix com un subconjunt de proves de regressió. Es fa en la fase de llançament. De vegades, a causa de la data límit del llançament, no es poden fer proves de regressió exhaustives a la compilació, les proves de seny compleixen aquest paper comprovant les funcionalitats principals.

115. Doneu-nos alguns exemples tant de la gravetat de l'error com de la prioritat d'error?

Alta prioritat i alta gravetat: El botó Envia no funciona correctament en una pàgina d'inici de sessió i els clients tenen dificultats per iniciar sessió a l'aplicació

Baixa prioritat i alta gravetat: Falla en algunes funcions o instal·lacions.

Alta prioritat i baixa gravetat: Errors ortogràfics sobre el nom de l'empresa o el lema/les eslògans a la pàgina d'inici.

Baixa prioritat i baixa gravetat: La pàgina específica triga molt a carregar-se

116. Expliqueu breument les diferències d'una aplicació autònoma, una aplicació web i una aplicació client-servidor?

Aplicació independent: Una aplicació autònoma generalment segueix una arquitectura d'un sol nivell. Les capes de presentació, negoci i base de dades es combinen en un sol sistema per a un sol usuari.

Aplicació client-servidor: Les aplicacions client-servidor es creen utilitzant el concepte d'arquitectura de dos nivells. La capa empresarial i de presentació existeix en un sistema client i la capa de base de dades en altres servidors. Funciona principalment a Internet.

Aplicació web: Les aplicacions de servidor web es construeixen segons l'arquitectura de n nivells. Una capa de negoci es troba en un servidor d'aplicacions, la capa de presentació es troba en un sistema client i una capa de base de dades es troba en un servidor de base de dades. Funciona tant a la intranet com a Internet.

117. Què saps sobre les fuites d'errors?

Un error que passa desapercebut per l'equip de proves durant les proves i el producte es va llançar a la producció. Si algun usuari final o client ha trobat aquest error perdut, s'anomena fuga d'errors.

118. Explica què és la sembra d'errors?

La sembra d'errors és un procediment per afegir errors comuns de manera intencionada en qualsevol programa per determinar la taxa de detecció d'errors. Ens permet estimar les habilitats del provador per trobar errors i trobar la capacitat de l'aplicació (com de correcta funciona l'aplicació quan té errors).

119. Què saps sobre Showstopper Defect?

Aquest defecte que no permet a un usuari operar més amb l'aplicació es coneix com a defecte showstopper. És gairebé semblant a un accident.

Suposem que el botó d'inici de sessió no funciona. Tot i que teniu un nom d'usuari i una contrasenya vàlids, no podeu avançar més perquè el botó d'inici de sessió no funciona.

120. Què és l'anàlisi del valor límit

L'anàlisi del valor de límit depèn de provar els valors de límit de les particions vàlides i no vàlides. Aquest comportament a la vora d'aquesta partició és majoritàriament incorrecte que el comportament de la partició, de manera que els límits es refereixen a una àrea on és probable que les proves detectin defectes. Totes les particions tenen el seu propi rang màxim i mínim i aquests rangs màxim i mínim es coneixen com els valors de límit d'una partició.

121. Què és la Transició d'Estat

Mitjançant les proves de transició d'estat, seleccionem casos de prova d'una aplicació on hem de provar diverses transicions del sistema. El podem utilitzar quan una aplicació dóna una sortida independent per a la mateixa entrada, depenent del que ha passat en l'estat anterior.

122. Explica la partició de classes d'equivalència

Partició d'equivalència, el procediment de prova per grup també es coneix com a partició de classe d'equivalència. Aquí les entrades al programari es divideixen en diferents grups que mostren un comportament gairebé similar. Per tant, s'ha de seleccionar una entrada de cada grup per dissenyar els casos de prova.

123. Què s'entén per API Testing?

Les proves d'API són una forma de prova de programari que inclou proves d'API tant directament com com a part de les proves d'integració per verificar si l'API compleix les expectatives pel que fa a la funcionalitat, el rendiment, la fiabilitat i la seguretat de l'aplicació. A les proves d'API, el nostre enfocament principal es manté en una capa de lògica empresarial de l'arquitectura del programari. Les proves d'API es poden dur a terme en qualsevol sistema de programari que contingui diverses API. Les proves de l'API no afecten la perspectiva i l'aspecte de l'aplicació. Les proves de l'API són totalment diferents en comparació amb les proves de la GUI.

124. Què en saps dels criteris d'ingrés?

Les condicions prèvies necessàries que s'han de complir abans d'iniciar el procés de prova.

125. Esmenta alguns dels diferents models disponibles de SDLC

  • Cascada
  • Model V
  • Espiral
  • Àgil
  • Prototip

126. Esteu qualificat per fer proves del sistema en qualsevol etapa de SDLC?

Podeu realitzar proves del sistema només quan totes les unitats estiguin en posició i funcionin correctament. Només es pot executar abans de les proves d'acceptació d'usuaris (UAT).

127. Descriu breument el procediment de prova manual ?

Les proves manuals són essencials per provar les aplicacions de programari de manera més exhaustiva; el procediment de prova manual inclou el següent.

  1. Planificació i Control
  2. Anàlisi, Observació i Disseny
  3. Implementació i execució
  4. Avaluació i Informes
  5. Activitats de tancament de la prova

128. Què en saps sobre STLC?

STLC (Software Testing Life Cycle) indica les activitats de prova que cal dur a terme i quan completar-les. Tanmateix, les proves difereixen entre organitzacions, ja que hi ha un cicle de vida de proves.

129. Explica quin és el criteri de sortida?

S'han de concloure les condicions obligatòries que s'han de comprovar abans de la prova.

130. Anomena alguns dels marcs d'automatització de proves àmpliament utilitzats?

Hi ha diferents tipus de marcs d'automatització de proves i els més comuns són:

  • Marc de prova modular
  • Marc de proves híbrides
  • Marc de proves basat en dades
  • Marc de proves basat en paraules clau
  • Marc de desenvolupament impulsat pel comportament

131. Tens alguna experiència amb la creació d'un marc?

Si és principiant : No, no vaig tenir cap marge per crear un marc. Però, he utilitzat el marc ja disponible.

Si experimentat com a provador: Sí, ja he creat un marc (O) No, però tinc una implicació directa en la creació del marc.

132. Expliqueu-nos alguns dels avantatges d'utilitzar els marcs d'automatització de proves?

  1. És temps i rendible. És més ràpid en l'execució.
  2. Reutilitzabilitat del codi: podem crear una vegada i executar-ho diverses vegades sense manteniment.
  3. Informes senzills: pot generar informes automàtics després de l'execució d'una prova.
  4. Senzill per a proves de compatibilitat: permet l'execució paral·lela mitjançant la combinació de diferents sistemes operatius i entorns de navegador.
  5. Manteniment que estalvia costos: és menys costós en comparació amb el procediment de prova manual a llarg termini.
  6. Les proves d'automatització són més fiables que les proves manuals.
  7. Les proves automatitzades són més versàtils i potents.
  8. S'aplica principalment per a proves de regressió. Admet l'execució repetida de casos de prova.
  9. Intervenció manual mínima: els scripts de prova es poden executar sense vigilància.
  10. Màxima cobertura. Ens permet augmentar la cobertura de la prova.

133. Amb quin marc d'automatització de proves esteu tractant actualment i per què?

Els marcs d'automatització de proves amb els quals estic treballant són:

  • Marc de proves basades en dades
  • Marc de proves híbrides
  • Marc de proves basat en paraules clau

134. Quins frameworks tens experiència pràctica?

L'organització per a la qual treballo ja està utilitzant aquest marc específic o tinc experiència en aquest marc específic, o per a mi és senzill gestionar tots els scripts per executar i generar registres, captures de pantalla i informes mitjançant aquest marc.

135. Anomena algunes de les eines de prova més utilitzades per a proves funcionals?

  1. Seleni
  2. UFT (proves funcionals unificades) / QTP (prova ràpida professional)

136. Per què s'hauria de triar l'eina d'automatització de seleni en comptes d'altres?

  1. Lliure i codi obert
  2. Suport de diversos llenguatges de programació
  3. Compatibilitat entre navegadors
  4. Tenir una gran base d'usuaris i comunitats d'ajuda
  5. Compatibilitat amb la plataforma

137. Quants casos de prova tens experiència d'automatització al dia?

Varia segons l'escenari del cas de prova, la complexitat i la durada. Tinc experiència en l'automatització de 2-5 escenaris de prova al dia quan la complexitat és limitada. De vegades, només un o menys escenaris de prova en un dia quan la complexitat és alta.

138. Què en penseu de les integracions del Selenium?

Selenium es pot integrar amb moltes altres eines com

  • Llenguatges de programació
  • Plataforma de desenvolupament de scripts
  • Selenium WebDriver
  • Marc de proves
  • Maven
  • Jenkins
  • Sikuli
  • Cogombre

139. Quins són els reptes i limitacions de Selenium WebDriver?

Tot i ser una eina de proves de codi obert útil, Selenium té algunes limitacions i reptes. Algunes de les dificultats i limitacions amb el controlador web de seleni són les següents

  1. No podem provar l'aplicació de Windows.
  2. Informes limitats
  3. Maneig d'elements dinàmics
  4. No podem prova les aplicacions mòbils .
  5. Gestió de la càrrega de la pàgina
  6. Maneig del captcha
  7. Maneig de finestres emergents

140. Expliqueu Selenium IDE

Selenium IDE (Integrated Development Environment) és un connector de Firefox. Es considera el marc més senzill de la Suite Selenium. Ens permet gravar i reproduir els guions. Malgrat la nostra capacitat de crear scripts amb Selenium IDE, hem d'aplicar Selenium RC o Selenium WebDriver per escriure casos de prova més avançats.

141. Què en saps del selenès?

El selenès és el llenguatge que s'aplica per escriure scripts de prova a Selenium IDE.

142. Què s'entén per Selenium RC?

Selenium RC també es coneix com a Selenium Remote control /. El control remot de Selenium 1.0 solia ser el projecte principal de Selenium durant molt de temps abans que aparegués Selenium 2. Selenium 1 encara està en mode de manteniment. Depèn de JavaScript per a l'automatització. Admet Javascript, Ruby, Java, PHP, Perl, Python i C#. Admet gairebé tots els navegadors.

145. Expliqueu el terme hub a Selenium Grid?

El servidor o un punt central que controla les execucions de casos de prova en diferents màquines es coneix com a concentrador.

146. Explica el terme node a la quadrícula de seleni?

La màquina que està connectada al concentrador s'anomena 'node'. A Selenium Grid poden existir diversos nodes.

147. Quin tipus d'API de WebDriver s'admet a Selenium?

  • Controlador de Firefox
  • Controlador d'InternetExplorer
  • Controlador de Chrome
  • Gecko Driver
  • Controlador HTMLUnit
  • Controlador de Safari
  • Controlador d'Android
  • Opera Driver
  • EventFiringWebDriver
  • Controlador d'iPhone

148. Quina de les implementacions de WebDriver es considera la més ràpida?

L'HTMLUnitDriver és la implementació més ràpida de WebDriver. Com que HTMLUnitDriver no realitza proves al navegador web, iniciar un navegador web i executar casos de prova trigaria més temps en comparació amb executar els scripts sense navegador. HTMLUnitDriver utilitza un mecanisme de sol·licitud-resposta HTTP senzill per executar casos de prova.

149. Anomeneu els sistemes operatius compatibles amb Selenium WebDriver?

  1. Windows
  2. Mac OS X
  3. iOS
  4. Linux
  5. Android

150. Quins llenguatges de programació admet Selenium WebDiver?

  • Java
  • Python
  • Perl
  • Rubí
  • PHP
  • C#

Article recomanat: Els 100 millors blocs i llocs web de proves de programari per seguir el 2020

Consell

Aquestes són algunes de les preguntes i respostes habituals de l'entrevista de prova de programari que es faran durant l'entrevista. Aquesta serà una bona llista per actualitzar-vos habilitats tècniques abans d'assistir a l'entrevista . Molta sort amb les teves entrevistes!

Articles recomanats

  • Què és Unsecapp.Exe i és segur?Què és Unsecapp.exe i és segur?
  • 15 millors eines i programari de diagrames UML15 millors eines i programari de diagrames UML
  • [FIXAT] Windows no pot accedir al dispositiu, la ruta o l'error del fitxer especificats[FIXAT] Windows no pot accedir al dispositiu especificat, a la ruta o a l'error del fitxer
  • 16 correccions per a Windows Update que no funciona a Windows16 correccions per a Windows Update que no funciona a Windows
  • 4 correccions per a la configuració d'AMD Radeon guanyada4 solucions per a la configuració d'AMD Radeon no s'obrirà
  • Zoom Eina de captura de pantalla: consells i trucsZoom Eina de captura de pantalla: consells i trucs