I have observed that in many cases, IT companies create their own customized test automation frameworks for automating web applications even when there are a plethora of open source frameworks easily available for free.

Is this required and justified?

  • 2
    Go through the link techbeacon.com/app-dev-testing/… Aug 14, 2019 at 7:33
  • 1
    What do you mean with a "customized test automation framework" ? Please give a clear example. I never built a "framework" unless you call combining some tools to run tests a "framework". Aug 14, 2019 at 9:50
  • Marking for closing as primarily opinion-based. Aug 14, 2019 at 10:09
  • 7
    This could become a fantastic reference question if you changed it to ask the pros and cons of writing a custom automation framework vs using open source frameworks. You would need to include how you define a test automation framework, and you'd need to ask what circumstances would make a custom framework more suitable than a commercial or open source framework.
    – Kate Paulk
    Aug 14, 2019 at 11:18
  • One of the reasons is because "frameworks" contain elements specific to a tested product like domain model (page objects, services, etc.).
    – dzieciou
    Aug 14, 2019 at 17:07

1 Answer 1


In my experience, terms like "framework" get overloaded and can mean different things to different people/roles/job titles. I tend to use "library" when talking about commericial or open source tools like Selenium or Appium, as they are a collection of APIs to use to build test automation, which is a framework or collection of tests to perform against an application.

Other people tend to use "framework" to mean commercial or open source tools like Selenium/Appium. This is all semantics and open to interpretation and is context dependent. I tend to not let terms like this get in the way.

To answer your question, no, it's not required by tech companies to build a custom framework. However, some tech companies justify it from a business perspective instead of a technical perspective.

One reason I've seen among companies that do this is that if you as an employee have to create or learn a custom system, it makes you more employable to that company. Companies want to do things that retain employees as that saves them money versus having to hire and train someone new, which costs money. From the employee perspective, this can mean it might make you less employable to other companies, which keeps you at the original company.

Another reason to use custom test automation is maybe this company is building bleeding edge software/products that haven't been created before and there is no other viable alternatives. In this case, they would need to create something custom for their needs.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.