I'm a quality hero, customer champion. Experienced software tester and newbie developer.
Okay, so I've actually been dabbling in code for a long time. I've just not gone very deep in any language .
It starts to get a bit complicated to talk in general terms at this point without discussing teams I've worked with and their problems. And I to want to avoid naming names.
As a general trend, Docker is making my life steadily easier in terms of setting up isolated test environments that have controlled test data.
But, if I hit something that cannot easily live in Docker for licensing or technical reasons, then I'm back to hosted environments I'm not in control of.
I test a lot of APIs so mocks fill in some of these gaps.
But now I've got a problem that my Integration Tests are not always triggered by builds or before merged and reporting and monitoring isn't trivial. And if something goes wrong, debugging is harder.
So you make gains in some areas, but end up with gaps. That with static environments were solved problems. Like the SUT staying around to debug.
All the new problems are solvable. It just all comes down to time, and sometimes licensing or infrastructure costs.
Anything related to server setup, repeatability, scalability. I wouldn't spend a lot of time unless I'm aware of non-functional requirements depending on your environment. I think that in a large enough business with shifting business models it might be nice to have someone thinking through and telling me: "This concept doesn't make sense anymore". That's fanciful, I'm also bored to death with UI automation ;)
I'm a quality hero, customer champion. Experienced software tester and newbie developer.
Okay, so I've actually been dabbling in code for a long time. I've just not gone very deep in any language .
I love the repeatability of containers. Having the ability to stand up something for testing and each tester having their own. So many manual install fails.
I am definitely still very busy though.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
It starts to get a bit complicated to talk in general terms at this point without discussing teams I've worked with and their problems. And I to want to avoid naming names.
As a general trend, Docker is making my life steadily easier in terms of setting up isolated test environments that have controlled test data.
But, if I hit something that cannot easily live in Docker for licensing or technical reasons, then I'm back to hosted environments I'm not in control of.
I test a lot of APIs so mocks fill in some of these gaps.
But now I've got a problem that my Integration Tests are not always triggered by builds or before merged and reporting and monitoring isn't trivial. And if something goes wrong, debugging is harder.
So you make gains in some areas, but end up with gaps. That with static environments were solved problems. Like the SUT staying around to debug.
All the new problems are solvable. It just all comes down to time, and sometimes licensing or infrastructure costs.
Most of the software problems stem from human communication issues. Conway's law. It is a belabored topic but ever-present and essential.
Anything related to server setup, repeatability, scalability. I wouldn't spend a lot of time unless I'm aware of non-functional requirements depending on your environment. I think that in a large enough business with shifting business models it might be nice to have someone thinking through and telling me: "This concept doesn't make sense anymore". That's fanciful, I'm also bored to death with UI automation ;)
As our microservices architecture matures and working with skilled developers, I find fewer straight code bugs.
Problems with configuration and deployment remain plentiful as do bigger picture issues.
Being able to explore, learn and exercise the full stack end to end, from concept to production is privilege I enjoy as a quality expert.
I test and automate very few UIs. So there is that at least.
I love the repeatability of containers. Having the ability to stand up something for testing and each tester having their own. So many manual install fails.
I am definitely still very busy though.