10

Product Management thought of automating an entire legacy product so they funded undisclosed amount to program management who in turn hired >20 contract devs managed by architects and dev managers with zero functional or technical knowledge of product and who in turn went ahead automating the product in selenium, end result of which was an useless automation framework with lot of browser specific dependencies and whuch could run only on one setup environment and migrating test cases to another environment and running is almost impossible and tyrannical to configure. The automation test cases are highly disorganized with all generic setup, DB configurations and business case test data mixed up in same config files and which need to be rewriten every time ported from one environment to other.To add misery to my woes as a dev working in that product I was told to utilize that framework and enhance the quality of my code by writing inline automation Cases for the same. I am left speechless thoughtless and emotionless after that decision.

Comments
  • 0
    Automation for its own purpose...
    throw in two layers of management, and here we are, staring into the abyss of assert(true).
  • 0
    Whats painful is that this kind of crap gets ingrained at an organizational level and is tightly coupled. To become senior developer there will require knowing all sorts of arcane bullshit about their custom framework. Better just to collect paychecks and work with open source.
Add Comment