Before we start designing a framework, there are few facts that we should always remember. It is not important what you have designed, it is more important that how good your product is.
Also, this kind of analysis should always be done in the beginning so that you don't have to devote extra time and efforts for it later. It is always good to fix something in beginning than worrying about it later when it has become a big issue and become difficult to locate the issue. It's not like that we won't be able to fix it, we will definitely fix it but with more cost and efforts.
Let's go through few of these facts.
Also, this kind of analysis should always be done in the beginning so that you don't have to devote extra time and efforts for it later. It is always good to fix something in beginning than worrying about it later when it has become a big issue and become difficult to locate the issue. It's not like that we won't be able to fix it, we will definitely fix it but with more cost and efforts.
Let's go through few of these facts.
Layers in Framework
You should always keep in mind the layers that should be there in the framework you are designing. Layers to be created generally varies application to application that you are creating but most of the frameworks contains below layers often.In above picture, there is workflow layer at the top. Workflows can be think of as something which is bigger than pages and can utilize multiple pages when executed. E.g. if we think about invoicing system then "Send invoice to erp system" might be considered as a workflow as in order to perform this action one has to first create an invoice, approve and then send it.
Then there is a page layer below workflow. Workflows are going to be dependent on pages. I won't be explaining here about pages as we already have discussed about this in my previous post "Page Object Model".
Below pages layer there is a layer for common things like navigation or others which is common to all pages. Hence, multiple pages can share a navigation and in this way you don't have to define same methods multiple times at multiple places. So, it is a good practice to have common things separately. We will be going through this in more details in my later posts when we actually define these kind of things.
Below that there is selenium where our framework is going to interact with.
Easy to Use
Framework that we are creating should always be designed in such a way that it is easy to use. It's been seen that lots of products just goes into trash in-spite of having good content just due to the fact that it was not easy to use. Hence you end up waste your precious time building a framework which won't be used at all. So, keep it in mind always."If tests are not easy to run, they won't be run at all"
In my next post we will add our first test with correponding code to our framework.
Thanks for reading this post and see you in next post. Cya!
Comments
Post a Comment