Thread regarding Wells Fargo & Co. layoffs

Absence of a Professional Dedicated Automation Testing Division in Our Company

A closer look reveals that developers are shouldering the automation testing responsibility without genuine interest or expertise in automation. While this cross-functional approach seems practical on paper, it often results in automation testing becoming a mere checkbox on the to-do list, rather than a comprehensive quality assurance process.

The crux of the problem lies in the fact that automation testing demands a unique skill set and mindset. Just as an architect designs a building with meticulous attention to detail, professional testers approach automation scripts with a critical eye for potential defects. Unfortunately, when developers are handed the reins of this crucial aspect, the result can be a superficial approach that overlooks intricacies and nuances.

Consequently, a vexing situation unfolds: defects that escape detection during inadequate automation testing can find their way into the production environment, jeopardizing the overall quality and functionality of the software. The absence of dedicated professionals overseeing this process exacerbates the issue, as vigilant eyes are missing to ensure airtight testing procedures and thorough error identification.
Development managers, while seasoned in project management and coding leadership, might not possess the intimate knowledge of automation testing that's required to provide effective guidance or support. This knowledge gap inadvertently contributes to the challenges faced, as managers might not fully comprehend the complex interplay between coding and testing intricacies.

To tackle these issues and transition towards a lasting resolution, a fundamental shift in approach is imperative. This entails reassessing role assignments, exploring the possibility of establishing a dedicated automation testing division, comprising roles such as Automation Technology Directors, Senior Automation Engineering Managers, Automation Managers, and Automation Engineers.

It's crucial to prioritize initiatives that bridge the gap in automation testing expertise.

by
| 997 views | | 6 replies (last August 7, 2023) | Reply
Post ID: @OP+1nZwOg0U

6 replies (most recent on top)

"We'll test it in production. It's a fall-forward approach."

by
| | Reply
Post ID: @dmw+1nZwOg0U

Agile
AGain It's Looking Erroneous

by
| | Reply
Post ID: @jlh+1nZwOg0U

It's universally accepted at WF that software and other tech just doesn't work.

Therefore, why test?

by
| | Reply
Post ID: @qsl+1nZwOg0U

How many developers does it take to write a regular expression?

by
| | Reply
Post ID: @ipi+1nZwOg0U

Sick technology... There is a root cause for this lack of testing. Simply put there is no one writing product requirement documents (PRD). Since there are no PRDs there are no specs. What do you test to when there are no specs?
Why aren't there any PRDs at Wells? Who is supposed to make them? First, there is no product design at Wells Fargo. No one defines the application. I think the business execution consultants are supposed to do this. Well in the 12 years I worked there as a developer, I never saw them do anything. I saw them complain when they were forced by M Rider to take Pluralsight courses to learn what they were supposed to do. I saw them as fancy note keepers.
So nothing was defined, no review of the controls in what was to be the app, no work on defining the user's needs, defining the business domain etc.
So the developers devise some sort of plan, usually yet another data schema with some etl flow, grabbing data here... some data there... and some entry there. Then a data architect reviews and renames the fields. No architects, No review of the processes, nothing...
So the developers come up with a plan that is usually just a data diagram. This is embellished by the manager and put into AccPac.
Then everyone looks to the "done" -- getting the coding done. It gets done. Yet another silo is made.
In later projects, service now, Agile and static code testing were used. So on top of this sick workflow, you get an additional objective: that is putting lipstick on this pig. Looks good for management but it is really sick underneath.
In the end, you have a bank with a book of policies that aren't enacted in its technology and a bank that can't keep track of the customer's deposits.

by
| | Reply
Post ID: @klm+1nZwOg0U

Ok Mr ChatGPT

by
| | Reply
Post ID: @zlv+1nZwOg0U

Post a reply

: