hola muchas gracias, tengo unas dudas: 1) recomendás page factory? 2) veo que usas muchos métodos estáticos y a priori parece más ordenado, pero también he leído que no es bueno abusar de esto, que no es lo más adecuado en programación orientada a objetos, y que podría dar complicaciones con ejecuciones en paralelo, al menos en Java, qué opinas o recomiendas al respecto? 3) respetando el principio de open close, no llegaríamos al punto de tener una cantidad enorme de clases? qué se recomienda para manejar esto? agrupar en packages por funcionalidad/feature o algo así? Desde ya, muchas gracias!! un saludo
Buenas Rodrigo, yo tmb estoy en las mismas, mi profe de la uni nos prohibió usar metodos static y ahora si que le encuentro sentido ya que si miramos los principios SOLID cocha directamente con D. Por otro lado no entiendo bien pq hace clases con nombres de metodos, es decir, en principio en POO he leido que es una buena practica usar los sustantivos como nombre de las clases y los verbos como sus atributos, si es posible tmb me gustaría saber el pq de esa nomenclatura 😅 Por otro lado decir que me gusta mucho el contenido de Abel, es muy didáctico y aporta mucho valor : ) Un saludo!
Hola Ivan! No se si estoy entendiendo bien tu pregunta. GridPage quedaría como una clase de tipo Screen con solo los elementos web y tambien tendriamos una clase por cada acción, pero para estos casos no usuaría una interface. Avisame si era esto lo que me preguntabas. Saludos!!!
Encontre la información que estaba buscando, muchas gracias por tu explicación excelente comparacion logré obtener mucha claridad ✨👍
Que gran información 👏
hola muchas gracias, tengo unas dudas:
1) recomendás page factory?
2) veo que usas muchos métodos estáticos y a priori parece más ordenado, pero también he leído que no es bueno abusar de esto, que no es lo más adecuado en programación orientada a objetos, y que podría dar complicaciones con ejecuciones en paralelo, al menos en Java, qué opinas o recomiendas al respecto?
3) respetando el principio de open close, no llegaríamos al punto de tener una cantidad enorme de clases? qué se recomienda para manejar esto? agrupar en packages por funcionalidad/feature o algo así?
Desde ya, muchas gracias!! un saludo
Buenas Rodrigo, yo tmb estoy en las mismas, mi profe de la uni nos prohibió usar metodos static y ahora si que le encuentro sentido ya que si miramos los principios SOLID cocha directamente con D. Por otro lado no entiendo bien pq hace clases con nombres de metodos, es decir, en principio en POO he leido que es una buena practica usar los sustantivos como nombre de las clases y los verbos como sus atributos, si es posible tmb me gustaría saber el pq de esa nomenclatura 😅
Por otro lado decir que me gusta mucho el contenido de Abel, es muy didáctico y aporta mucho valor : )
Un saludo!
muy bueno. muchas gracias Abel!
Abel, dado el escenario de crear una clase por acción "GridPage" sería una interface?
Hola Ivan! No se si estoy entendiendo bien tu pregunta. GridPage quedaría como una clase de tipo Screen con solo los elementos web y tambien tendriamos una clase por cada acción, pero para estos casos no usuaría una interface. Avisame si era esto lo que me preguntabas. Saludos!!!
bro posiblee que pases el Power'?
Hola Victor! Si, la puedes ver aca: es.slideshare.net/AbelQuintanaLopez/patrones-de-diseo-en-la-automatizacin-pageobject-o-screenplay