beginner s guide erp testing part 1
Explorem un tema interessant i desafiant ' Com provar el programari ERP ”. Aprendrem els desafiaments que comporten les proves ERP (per exemple, les proves SAP), les directrius i el full de ruta per realitzar proves ERP reeixides.
Abans d’entrar en més detalls sobre les proves ERP, primer hem d’entendre alguna informació clau sobre ERP. A efectes de proves, és molt important entendre les funcions, les funcionalitats i el flux de treball del programari ERP. Sense el coneixement adequat, provar mòduls ERP és molt crític i feixuc.
Què aprendreu:
- Què és l'ERP i per què les empreses necessiten programari ERP?
- Importància de les proves ERP
- Proves ERP automatitzades
- Per què és crític el test ERP?
- Puc provar el programari ERP?
- Mapa de ruta de proves ERP
- Conclusió
- Lectura recomanada
Què és l'ERP i per què les empreses necessiten programari ERP?
ERP significa ÉS nterprise R esource Pàg lanning. Una idea més pràctica és que si una 'empresa' (una organització o una empresa) està 'planejant' augmentar la productivitat i l'eficiència mitjançant la integració del 'recurs', aleshores es tracta d'un ERP.
Quins són els recursos? Es diu com a 4M en qualsevol tipus d’organització com l’home, la màquina, el mètode i els materials.
Tots els programes ERP del món es basen en aquest concepte. Totes les empreses necessiten una solució de comptabilitat o ERP que sigui un fet de qualsevol negoci.
Una organització pot utilitzar un o més programes segons els requisits dels departaments individuals.Per exemple, el departament de Comptes pot utilitzar programari de comptabilitat desenvolupat en tecnologies Oracle, el departament de finances pot utilitzar programari de pressupost desenvolupat en tecnologies de Microsoft, el departament de personal pot utilitzar programari de nòmines desenvolupat a Java i el departament d’inventari pot utilitzar programari d’emmagatzematge desenvolupat per IBM, etc.
A part de les tecnologies, cada programari és diferent. La base de dades utilitzada per emmagatzemar les dades també és diferent d'Oracle, SQL Server, DB / 2, etc.
El més important és que les dades disponibles en un departament no estan disponibles per a l’altre departament, ja que les dades no s’emmagatzemen en una ubicació centralitzada. Aquesta situació planteja moltes complexitats en un escenari empresarial d'una organització empresarial i redueix la productivitat de l'empresa, així com afecta l'eficiència dels empleats.
Per exemple, el responsable de vendes no coneix les existències d’inventari al magatzem per fer una comanda de venda amb un client i el vicepresident de l’empresa no coneix l’estat financer de l’empresa fins que no visiti el departament o tingui un telèfon truca amb ells.
Programari ERP té en compte totes aquestes situacions comercials i escenaris de flux funcional i integrant proporciona la solució als clients empresarials els fluxos de treball del departament múltiple dins de l’organització i centralitzar la base de dades mitjançant una infraestructura de servidor.
Per tant, les dades de tots els departaments s’emmagatzemaran diàriament en un servidor centralitzat. Qualsevol empleat autoritzat podrà veure-ho dades en directe en línia sense la necessitat d’interactuar amb ningú per continuar amb les seves operacions diàries. Finalment, el vicepresident de l’empresa pot revisar les dades de l’organització completes amb un sol clic del ratolí. Gran treball, oi?
El mercat mundial de programari ERP per any és superior a 25 mil milions de dòlars que creix un 10-20% cada any i la demanda augmentarà en segments de petites i mitjanes empreses a través de plataformes SaaS (Software-as-a-Service) i Cloud (Off-Premises Infrastructure).
Posteriorment, la demanda de professionals de proves ERP també augmenta a la indústria de les TI. Molts projectes d’implementació d’ERP van gastar més del 50% del seu pressupost en proves i activitats relacionades.
Tot i que l’anomenem programari ERP, no és només programari 'I la feina del proveïdor ERP no es completa amb la venda de programari ERP al client. L’ERP és en realitat un “ negocis solució ”A una organització per automatitzar el procés de negoci i el flux de treball dins de l’empresa. Això no s’aconseguirà només instal·lant el programari i configurant la infraestructura, sinó que l’èxit de la implementació d’ERP requereix molta solució dedicada i implicació de la gent.
En aquest món ERP, com seleccionar i avaluar el millor programari ERP, que té la qualitat i el rendiment que s’esperava, és una gran qüestió i dilema entre els clients de l’empresa.
Eina recomanada:
# 1) Oracle NetSuite
Oracle NetSuite té una solució ERP per racionalitzar els processos de missió crítica. Les seves característiques i funcionalitats us proporcionaran una clara visibilitat i control sobre el negoci.
Oracle NetSuite ofereix una solució de gestió de qualitat. Aquesta plataforma té funcionalitats per definir les proves, establir paràmetres per avaluar els resultats i aplicar-los a ítems i operacions rellevants per a la recepció i proves en procés.
Característiques:
- NetSuite proporciona les funcions de Definició de proves que us permetran especificar el tipus d’inspecció, proves que cal fer, límits acceptables, qualificacions mínimes, etc.
- Tindreu una llista centralitzada de proves o inspeccions.
- L'eina pot capturar mesures i comparar-les amb límits superats o fallits.
- Té funcions per a la recopilació de dades.
Es capturarà una instantània de l’organització empresarial habilitada per a l’ERP com es mostra a continuació.
Importància de les proves ERP
La majoria dels projectes d’implementació d’ERP fracassen a causa d’una planificació i proves inadequades. Per entendre la importància de les proves ERP, els professionals de les proves han d’entendre les variacions dels sistemes ERP.
Els sistemes ERP poden estar disponibles en diverses versions per a diversos dominis orientats a diversos clients.Per exemple, els principals venedors d'ERP tenen versions i sabors diferents del seu programari ERP, tal com es mostra a continuació.
l'autenticació requereix enrutador de nom d'usuari i contrasenya
- Microsoft Dynamics NAV: dissenyat per a clients de petites i mitjanes empreses
- Microsoft Dynamics AX: dissenyat per a clients de grans empreses
- Les proves del sistema, les proves de rendiment i les proves de càrrega són importants, a part de les proves funcionals.
- SAP Insurance: Dissenyat per a companyies d'assegurances
- Banca SAP: dissenyat per a sectors bancaris
- SAP Chemical: dissenyat per a empreses químiques
- El coneixement del domini i l’experiència de la indústria són importants, a part de les proves funcionals.
De la mateixa manera, els productes d’Oracle, és a dir, E-Business Suite, PeopleSoft, Siebel i JD Edwards, etc., tenen diferents funcions, clients objectius i indústries, on l’equip de proves ha d’entendre el propòsit i les funcionalitats dels sistemes complets.
Hi ha dos tipus d’equips de proves disponibles a les empreses ERP:
- 'Equip de proves bàsiques' per provar el 'programari ERP base' amb les funcionalitats estàtiques.
- 'Equip de proves d'implementació' per provar el 'projecte d'implementació' amb funcionalitats dinàmiques i personalitzades.
Quan una característica i una funcionalitat es personalitzen segons els requisits del client, l'impacte modificat serà en diversos mòduls i sistemes. L’equip de proves hauria de captar tots i cadascun dels canvis i l’impacte relacionat per obtenir una traçabilitat completa.
Proves ERP automatitzades
Les empreses ERP tenen una força de proves dedicada per provar els seus sistemes ERP. La prova d'un sistema tan gran requereix que l'execució de la prova sigui ' automatitzat ”. Depenent dels requisits, les empreses ERP dissenyin el seu marc de proves automatitzades i configurar el seu infraestructura de proves.
Es suggereixen proves automàtiques per a proves ERP, ja que les proves manuals requereixen molt de temps per completar una ronda de proves. És evident que, sense provar tots els components d’un sistema i garantir el 100% de qualitat, la implementació de l’ERP falla.
A continuació es mostra la llista de diferents tipus de proves ERP, ja que la majoria dels sistemes ERP es construeixen en una SOA (Service Oriented Architecture).
- Proves funcionals
- Proves de tractament de dades
- Proves d’integritat
- Proves del sistema
- Proves de seguretat
- Proves de fiabilitat
- Proves d'adaptabilitat
- Proves d’escalabilitat
- Proves d’usabilitat
- Proves de rendiment
- Prova de càrrega
- Proves d'interfície
- Proves d'interoperabilitat
- Proves de regressió
- Proves d’infraestructures
- Proves d’imatges
- Proves d'instal·lació
- Proves paral·leles
Proveïdors d’ERP
proves de programari preguntes i respostes d’entrevistes doc
Hi ha molts proveïdors d’ERP al mercat internacional.
A continuació es mostra una llista ràpida de programari ERP i els seus proveïdors basat en la quota de mercat, el cost, el model d’implementació, el temps mitjà per al desplegament, la plataforma i el lliurament, la tecnologia, les funcions i les funcionalitats. Cada proveïdor ofereix diferents sabors del producte en funció del domini del client i de les verticals de la indústria.
- SAP (# 1): des de SAP des de 1972, fins als principals accionistes del mercat i milions d'usuaris a tot el món.
- Microsoft Dynamics (núm. 2): de Microsoft Corporation, milions d'usuaris a tot el món.
- Oracle E-Business Suite (núm. 3): d'Oracle Corporation a milions d'usuaris a tot el món.
- Epicor ERP
- Sage ERP
- NetSuite
- Per a ERP
- Ramco ERP
- Focus ERP
- Tally ERP
Mòduls ERP
Què són els mòduls ERP? El mòdul a ERP és un grup de funcions i funcionalitats per a un grup específic de processos o fluxos de treball departamentals.
Per exemple , el procés de comandes de vendes, el procés de pagament i la gestió de clients es poden agrupar com un flux de treball funcional únic en una empresa i es poden formar a ' Vendes i distribució 'Mòdul i assistència laboral similar, procés de nòmina i gestió de personal es poden agrupar com un flux de treball funcional únic en una empresa i es poden formar a la secció' Recursos Humans i Nòmines ”Mòdul.
A efectes de proves, és important entendre les funcions, les funcionalitats i el flux de treball. Sense el coneixement adequat, provar mòduls ERP és molt crític i feixuc.
Els proveïdors d’ERP poden tenir noms de mòduls diferents per agrupar les funcionalitats, però el concepte serà el mateix.Per exemple, fem una ullada ràpida a uns quants mòduls SAP per tenir una idea de si estem rendint SAP Testing .
- SAP FICO (per a comptabilitat financera i de costos)
- SAP HR (per a recursos humans)
- SAP MM (per a la gestió de materials)
- SAP PP (per a la planificació de la producció)
- SAP SD (per a vendes i distribució)
- SAP CRM (per a la gestió de relacions amb els clients)
- SAP SCM (per a la gestió de la cadena de subministrament)
De la mateixa manera, tots els programes ERP tenen mòduls segons les seves convencions d’agrupació de funcions i noms.
Per què és crític el test ERP?
Les proves ERP són realment crítiques si els plans de proves no cobreixen el full de ruta complet de la fase d’implementació. Tots els mòduls del sistema estan completament integrats i interrelacionats, és a dir, totes les funcionalitats depenen de les funcionalitats d'altres mòduls o altres sistemes.
Per exemple, per crear una comanda de venda al mòdul 'Vendes', el sistema ha de comprovar l'estoc disponible al mòdul 'Inventari' i comprovar el límit de crèdit del client al mòdul 'Client'.
La funcionalitat no només depèn d’altres mòduls, sinó que també depèn de sistemes externs, com ara un sistema habilitat per a diverses monedes, que recupera el tipus de canvi actual d’un sistema extern extern, és possible que la tarifa d’enviament de la comanda de venda es requereixi d’un sistema actiu extern. es pot exigir a les agències governamentals un impost sobre les vendes dels articles d’inventari, etc.,
Quan s’escriu un cas de prova basat en el cas d’ús empresarial anterior, un comprovador ha d’entendre el flux de treball complet de la funcionalitat i la dependència del flux de treball; en cas contrari, el cas de prova fallarà o quedarà incomplet.
El diagrama següent proporciona una visió general del procés de comanda de venda i de la dependència dels sistemes interns i externs.
A part de les proves funcionals, com en el cas d’ús empresarial anterior, l’altra fase de les proves es troba a “ Implementació d’ERP ”Que és més crític. La fase d’implementació de l’ERP implica moltes modificacions i personalització segons els requisits i la infraestructura del client.
Aquest tipus de proves no només implica proves funcionals normals, sinó també proves de rendiment i acceptació de l'usuari. Hi ha múltiples components que interactuen amb el sistema en directe des de fonts internes i externes.
La comprensió de tots els components i les seves funcionalitats és més important per a la prova dels professionals prepara els plans de prova i el conjunt de proves amb tots els casos d'ús factibles que s'han de cobrir per a l'aplicació en prova.
Els professionals amb èxit de les proves ERP estan formats i treballats en moltes implementacions ERP diferents durant molts anys i recullen experiència per convertir-se en un provador ERP capaç amb una credencial addicional com a 'expert en temes' o ' expert en dominis '.
El nucli de molts sistemes ERP es troba en els mòduls de comptabilitat o finances, on la majoria dels verificadors no tenen coneixements comptables i els costa entendre els conceptes financers i el sistema de llibres generals. La complexitat del flux de treball interrelacionat i extern relacionat amb els sistemes ERP desmotiva els professionals de les proves en escriure una suite de proves ERP adequada.
En particular, el La implementació de sistemes ERP requereix diverses formes de proves del sistema, proves d’acceptació de diversos usuaris, múltiples nivells de rendiment i proves de càrrega amb milions de “dades de proves en directe” dels sistemes existents que cal importar al nou sistema ERP.
El principal repte consisteix en recopilar dades d’entrada per provar la característica i analitzar la correcció de les dades de sortida, que requereixen coneixement del domini.
Per exemple, no és tan fàcil recopilar dades per provar les transaccions de llibres generals o les transaccions de comandes de venda en sistemes ERP. Tot i que les dades es recopilen per introduir-les, és molt important entendre i analitzar la correcció de les dades de sortida segons els estàndards financers com les NIIF.
Per examplés, els verificadors normals no poden entendre un 'balanç' generat a partir de les transaccions de llibres generals sense el coneixement d'un balanç o d'un balanç de prova. El motiu del 'balanç' es genera a partir del llibre major basat en múltiples transaccions de tots els mòduls.
Puc provar el programari ERP?
La pregunta important per als professionals de les proves és 'Puc provar el sistema ERP amb els meus coneixements i experiència disponibles?'. La resposta a aquesta pregunta no és simple 'Sí o No', sinó que requereix autoavaluació.
Els sistemes ERP estan disponibles en diversos idiomes, admeten diverses monedes, adaptables a diverses plataformes, orientats a diversos dominis i dissenyats per a diversos usuaris. I els provadors no provaran el sistema ERP complet individualment o sols.
No s’espera que ningú tingui el coneixement i experiència complets i complets de tots els mòduls en ERP ni en coneixements en diversos idiomes ni en múltiples exposicions industrials. No obstant això, els professionals de les proves han de fer-se algunes preguntes a continuació, que els ajudaran a preparar-se per al full de ruta ERP.
- Puc conèixer els mòduls ERP i ERP?
- Ja he escrit casos de prova per a ERP?
- Ja he executat casos de prova per a ERP?
- Tinc coneixements tècnics com ara Scripting, HTML, XML i SQL?
- Tinc alguna exposició industrial com la farmacèutica, la química i la banca, etc.?
- Quants mòduls ERP provaré?
- Necessito formació per fer proves ERP?
- El manual de proves ERP o està automatitzat?
- Formo part de l'equip de proves bàsiques o de l'equip de proves d'implementació?
Mapa de ruta de proves ERP
Preparem-nos amb un full de ruta amb un llista de comprovació per a proves ERP . El punt a destacar és que l ''esforç de prova' pot ser gairebé igual a 'l'esforç de desenvolupament' per a les proves ERP i les empreses ERP intenten establir una plataforma i una infraestructura per reduir l'esforç, però augmentant l'eficiència i la productivitat.
Aquesta és una llista de comprovació ràpida i pot variar cas per cas.
Llista de comprovació de proves ERP:
Sl.No. | Acció | Estat |
---|---|---|
7. | Identifiqueu els escenaris de prova que cal provar i identifiqueu els escenaris de prova que s’han d’automatitzar. | |
1. | Identifiqueu l'abast de les proves i comproveu que les proves ERP corresponen al producte base o al projecte d'implementació. | |
2. | Identifiqueu el total de mòduls disponibles / alliberats al producte per a l’aplicació que s’està provant. | |
3. | Identifiqueu els clients objectiu, els usuaris del sistema i les verticals de la indústria del producte a implementar. | |
4. | Calculeu l’esforç de les proves per escriure el pla de proves, el conjunt de proves, els casos de proves, l’execució de la prova i els informes de proves. | |
5. | Comproveu l'estat de l'estratègia de proves anteriors i els plans d'execució de la prova per a l'aplicació en prova. | |
6. | Identifiqueu el procés empresarial que voleu provar i identifiqueu el procés empresarial que s’ha d’automatitzar. | |
8. | Analitzeu el marc de proves existent per a proves manuals i automatitzades per a l'aplicació ERP que es prova. | |
9. | Comproveu que l’eina de proves automatitzades existents / proposades estigui configurada i que el marc estigui ben provat per a l’execució. | |
10. | Configureu l'estratègia d'assegurament de la qualitat amb les mètriques de qualitat identificades per a la prova ERP tant manual com d'automatització. | |
11. | Analitzeu els scripts de prova d'automatització per a tots els casos d'ús empresarial que es revisen i aproven bé. | |
12. | Identifiqueu les millors pràctiques per millorar l'eficiència i la productivitat dels esforços de proves, tant manuals com d'automatització. | |
13. | Formeu un equip de proves amb el grup de professionals experimentats amb les habilitats adequades per a proves ERP manuals i automatitzades. | |
14. | Configureu el marc de proves per mantenir els scripts de prova que es poden reutilitzar en el procés d'automatització. | |
15. | Amplieu l'escenari de prova / casos d'ús empresarial que no són factibles de provar o que no són factibles per al marc d'automatització. | |
16. | Identifiqueu el procés de recopilació de dades de prova tant d’entrada com de sortida i comproveu la disponibilitat d’un expert en dominis per analitzar les dades de sortida. |
Conclusió
Abans d’iniciar-se a les proves ERP, els professionals de les proves han de comprendre els conceptes, el procés i les estratègies i els aspectes crítics de les proves ERP. Sí, ara estem preparats per iniciar el procés de proves amb un full de ruta ràpid a la mà.
El següent tutorial de proves ERP : Pla de proves de proves ERP - Per tant, el nostre següent pas és iniciar el procés de proves ERP abans preparant el QA i el pla de proves, preparant el Test Suite amb casos de prova adequats al mòdul, identificant les millors pràctiques per a l’execució manual i automàtica de proves i preparant el format de plantilla per als informes de proves.
Tractarem tots aquests temes al nostre proper tutorial. Així que no us ho perdeu.
Feu-nos-ho saber si teniu cap pregunta sobre les proves ERP o SAP.
Lectura recomanada
- Les millors eines de prova de programari 2021 [Eines d'automatització de proves de control de qualitat]
- Prova de programari Treball d'assistent de control de qualitat
- Proves alfa i proves beta (guia completa)
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Prova de descàrrega de llibres electrònics
- Els millors serveis de proves de programari de control de qualitat de SoftwareTestingHelp