top 10 test automation strategies
Aquest és el darrer article del sèries d'automatització de proves . Aquest article resumeix les millors pràctiques i estratègies per fer l'automatització de proves.
Tot i que els nostres articles anteriors esmenten les millors pràctiques (i algunes d’elles es poden repetir aquí), em va semblar ferm enumerar algunes, les millors pràctiques d’automatització més importants aquí en un article de referència .
Aquestes estratègies s’extreuen de la meva pròpia experiència més de la literatura sobre gurus de proves com Michael Bolton, James Bach i Cem Kaner. Aquestes pràctiques s’han de seguir en tots els projectes d’automatització.
Què aprendreu:
- 10 millors estratègies i pràctiques d'automatització de proves
- # 1. Contractar un enginyer o equip d’automatització dedicat
- # 2. Una eina d’automatització és important, però no és la solució a tot
- # 3. Seleccioneu l'eina d'automatització que us sigui familiar
- # 4. Conegueu l'aplicació que s'està provant
- # 5. Una bona automatització significa un bon cas de prova manual
- # 6. Identifiqueu oportunitats amb l’automatització
- # 7. No es pot automatitzar tot
- # 8. Eviteu l'automatització de la GUI quan hi hagi un present alternatiu
- # 9. Utilitzeu també l’automatització per a altres fins útils
- # 10. L’automatització és desenvolupament de programari
- Conclusió
- Lectura recomanada
10 millors estratègies i pràctiques d'automatització de proves
Aqui venim..
# 1. Contractar un enginyer o equip d’automatització dedicat
Això és bàsic. No demaneu als verificadors manuals que es dediquin a l'automatització de les proves. Si voleu que facin automatismes de proves, allibereu-los de la prova manual. L’automatització de proves és una feina a temps complet. Per a això, necessiteu recursos dedicats.
Recomano crear un equip d'automatització de proves format per almenys un arquitecte d'automatització. Podeu contractar diversos enginyers d'automatització per treballar sota la guia de l'arquitecte d'automatització de proves. El nombre d'enginyers d'automatització depèn del nombre i la mida dels vostres productes.
c ++ preguntes i respostes pràctiques pdf
# 2. Una eina d’automatització és important, però no és la solució a tot
Vam parlar de selecció d'eines . Però seleccionar l’eina adequada és només el principi. Alguns gestors tenen la idea errònia que, si seleccionen l’eina adequada, poden automatitzar qualsevol cosa fàcilment. Compte, les eines d’automatització no t’ho donen tot. Faciliten el procés. Però necessiteu recursos especialitzats per completar el procés.
Sovint les eines d'automatització són errònies i s'enganxen en identificar objectes complexos a l'aplicació. Els recursos que contracteu, si són experts, presenten una solució que fa avançar el procés. En cas contrari, si no contracteu bons recursos, Tool sola no pot garantir l’automatització amb èxit.
# 3. Seleccioneu l'eina d'automatització que us sigui familiar
Si els vostres recursos estan familiaritzats amb C # i la vostra aplicació que voleu provar també es desenvolupa a C #, no té sentit seleccionar l’eina que no ofereixi C # per escriure scripts.
L’aprenentatge d’idiomes és un procés que requereix molt de temps. Eviteu aquesta corba d’aprenentatge comprant una eina que ofereixi una corba d’aprenentatge mínima.
# 4. Conegueu l'aplicació que s'està provant
La selecció de l'eina depèn en gran mesura de les tecnologies utilitzades al vostre producte. Conegueu el vostre producte per dins abans d’iniciar l’automatització.
Si es tracta d’una aplicació web, coneixeu els navegadors que admetrà. Conèixer les tecnologies que s’hi fan servir. Si es tracta d’una aplicació d’escriptori, sàpiga en quin idioma es basa. Quins controls de tercers s’utilitzen a l’aplicació. Això us ajudarà a facilitar la selecció d'eines i l'automatització futura.
# 5. Una bona automatització significa un bon cas de prova manual
Casos de proves manuals molt ben escrits estalvieu-nos d’automatitzar aquells casos de prova que són fàcils d’automatitzar però que tenen deficiències en trobar defectes.
Aquí teniu la cita del llibre Lliçons apreses en proves de programari:
'Automatitzar sense un bon disseny de proves pot resultar en molta activitat, però amb poc valor'.
Sempre és aconsellable escriure primer el cas de prova en forma manual. Identifiqueu tots els requisits previs i les dades de proves . Escriviu passos de manera clara i escriviu els resultats esperats davant de cada pas. L'objectiu d'un cas de prova hauria de ser clar i hauria de dependre menys dels altres casos de prova. Els enginyers d'automatització haurien d'executar aquest cas de prova manualment almenys una vegada per decidir clarament quins objectes cal identificar i quin serà el flux de navegació. Feu preguntes amb verificadors manuals.
De vegades, aquesta activitat ajuda a identificar errors fins i tot abans d’escriure l’escriptura d’automatització. Els experts diuen que la majoria d'errors s'identifiquen en la fase de desenvolupament d'automatització de proves en lloc de la fase d'execució real.
# 6. Identifiqueu oportunitats amb l’automatització
Si us lliuren amb un cas de prova manual per automatitzar , no només automatitzeu aquest cas de prova tal com és. En lloc d’això, trobeu altres oportunitats a l’automatització per ampliar l’abast d’aquest cas de prova.
descarregador de vídeo gratuït des de qualsevol versió completa del lloc
Per exemple, si es requereix el cas de prova manual, heu d'iniciar sessió a una pàgina web. Podeu ampliar aquest cas de prova fent-lo basat en dades. Enumereu tots els possibles escenaris d’inici de sessió, com a contrasenya no vàlida, contrasenya buida, nom d’usuari no vàlid, correu electrònic no vàlid, nom d’usuari en blanc, recordeu-me que heu comprovat, no marcat, etc. com a font de dades del vostre cas de prova. Ara aquest cas de prova manual, després de ser automatitzat, pot provar tots els escenaris possibles alhora.
Cerqueu sempre oportunitats que es puguin fer amb automatització, però difícil de fer manualment. Com ara escenaris de proves de càrrega, paràmetres de rendiment, mateixes proves en entorns diferents amb diferents configuracions, fuites de memòria, proves d'alta precisió, etc. Aquests són escenaris difícils per als verificadors manuals.
# 7. No es pot automatitzar tot
L’automatització significa fer menys proves amb més freqüència. Primer heu de començar atacant les proves de fum. Després cobreix el vostre construir proves d'acceptació . A continuació, passeu a les proves que es realitzen amb freqüència i, a continuació, passeu al vostre temps fent proves. Però assegureu-vos que cada prova que automatitzeu, estalvia temps perquè un provador manual se centri en coses més importants.
L'automatització no és aquí per substituir els provadors manuals. Tampoc pot. És aquí per treure el treball repetit als provadors manuals perquè puguin utilitzar tot el seu focus i força per trobar nous escenaris de prova i errors. (Llegiu el meu article Conceptes equivocats d’automatització de proves)
Automatitzeu algunes proves valuós i estalviadors de temps o bé difícil de fer per a provadors manuals. Si ho feu, la tasca d'automatització es realitzarà.
# 8. Eviteu l'automatització de la GUI quan hi hagi un present alternatiu
L'automatització de la GUI sempre és més dura que altres tipus de proves automatitzades. Per tant, si hi ha una situació en què podeu assolir el vostre objectiu no automatitzant la interfície gràfica d’usuari, sinó mitjançant alguns altres mètodes com les entrades de línia d’ordres, la millor estratègia és evitar l’automatització de la interfície gràfica d’usuari.
Per exemple, voleu provar la instal·lació de l'aplicació. L'objectiu és comprovar si l'aplicació s'ha instal·lat o no en un entorn concret. Un dels mètodes és iniciar la instal·lació i fer clic a “ Pròxim 'Botó' diverses vegades mitjançant l'eina d'automatització. Pot ser complicat, requereix molt de temps i està subjecte a manteniment si canvia la interfície d’usuari. L'altre enfocament és iniciar la instal·lació de l'aplicació amb un fitxer per lots que doni arguments silenciosos. L'aplicació s'instal·larà silenciosament sense mostrar cap GUI. L'objectiu s'aconseguirà en menys temps i d'una manera més fiable.
# 9. Utilitzeu també l’automatització per a altres fins útils
L’automatització és una cosa fantàstica. Podeu aconseguir-ne coses que normalment no us penseu. L’automatització no és només programar un cas de prova manual. En canvi, podeu utilitzar l'automatització per facilitar diferents operacions a la vostra organització.
Per exemple, podeu utilitzar l'automatització per crear dades mestres i configuracions de configuració automàticament per als provadors manuals. Perquè puguin començar les proves el més aviat possible.
Puc donar un exemple de la meva pròpia empresa. Volíem canviar de la nostra eina de gestió de casos de prova. Utilitzàvem 'Test Director' (ara HP ALM) i volíem canviar a TFS (Team Foundation Server). Teníem al voltant de 4.000 casos i errors manuals de prova al director de proves. Transferir-los manualment a TFS pot trigar aproximadament un mes. Així que el meu gerent em va demanar que provés una mica d’automatització.
Vaig excavar aquestes eines i vaig descobrir que Test Director utilitza el servidor SQL com a dipòsit. Per a TFS, he descobert una eina que pot llegir casos de prova i errors d’un fitxer Excel, si s’escriuen en un format concret i els pot inserir a TFS. La resta de la història és senzilla. Vaig escriure una consulta SQL per obtenir tots els casos de prova i errors i els vaig exportar en un fitxer Excel en el format específic. Aleshores he utilitzat aquesta eina que llegeix tots els casos de prova i errors del fitxer Excel i els he inserit a TFS. Tot el procés va trigar només 3 hores. El meu gerent estava molt content. Espero que també obtingueu el meu punt.
# 10. L’automatització és desenvolupament de programari
Si desenvolupeu programari de qualitat, necessiteu les millors pràctiques. Necessita revisions de codi per escriure codi de qualitat. Cal seguir un marc o patró de disseny. Necessita un manteniment constant.
L’automatització és bàsicament desenvolupament de programari. Per tant, totes les pràctiques recomanades que seguiu quan desenvolupeu programari s’han de seguir per fer automatització. Automation Framework hi hauria d’estar. Cal fer revisions de codi. Els errors d'automatització s'han d'informar al repositori d'errors. El codi font d’automatització s’ha de situar sota control de font, etc. Com més el tracteu com a desenvolupament de programari, més automatització tindrà èxit.
millor programa per solucionar errors de registre
Conclusió
Això resumeix l'article, així com la sèrie d'automatització de proves. Vaig aprendre moltes coses mentre escrivia aquests tutorials i espero que també apreneu llegint. L’automatització de proves és una carrera interessant i gratificant. Fer-ho correctament no només és beneficiós per a vosaltres, sinó també per a l’organització.
Cada dia, mentre treballo sobre l’automatització de proves i les seves tècniques, trobo reptes nous i interessants per resoldre. Aquesta sèrie va ser un intent de ressaltar el que es podria trobar en un viatge d'automatització de proves. Espero haver-ho lliurat correctament i de manera senzilla.
Com sempre, espero els vostres comentaris i suggeriments. No dubteu a escriure els vostres comentaris a la secció de comentaris. Estaré encantat de saber de vosaltres i us ajudaré si cal. Gràcies per llegir.
PREV Tutorial # 6
Lectura recomanada
- Ets expert en proves manuals o automatitzades? Treballa a temps parcial per a nosaltres!
- Reptes de proves manuals i d'automatització
- Top 10 millors llibres de proves de programari (llibres de proves manuals i d'automatització)
- Eina de proves d’automatització de l’interfície gràfica d’usuari de Sikuli: Guia per a principiants, part 2
- Guia pas a pas per implementar la prova de concepte (POC) a les proves d'automatització
- Procés de prova d'automatització en 10 passos: com iniciar la prova d'automatització a la vostra empresa
- Com decidir quin tipus de proves es requereixen per a un projecte? - Manual o Automatització
- Com es realitzen proves de rendiment manuals?