Ensuring data integrity in SAP S/4HANA migrations: Best practices and strategies
Explore four best practices to ensure the success of SAP S/4HANA...
“That’s one of the best descriptions of the mission of software testing that I’ve heard in 25 years. That was beautiful!”
This was Alan Shimel’s response to Dr. Grigori Melnik’s passionate and inspiring take on what software testing involves. Dr. Melnik, Tricentis’ Chief Product Officer, made quite an impression in his debut appearance on DevOps.com and Digital Anarchist. Expect to see (much) more of him there soon…starting with the launch of the DevOps Unbound video/podcast series on August 6 (where Grigori is joined by James Bach).
Here’s Dr. Melnik’s full description:
When it comes to testing as a craft, as a discipline, we don’t believe that you can automate it 100%. That will never happen – just like the vision of AI-driven development that’s been around for several decades now, where software automatically writes software. It’s nice to demo, it’s nice to read about in sci-fi or see in the movies, but it’s not going to happen.
Human insight, human intelligence, human thinking is required for testing. Testing is a highly intellectual activity – that’s something that I want to emphasize and for people to appreciate. There are a lot of different actions and activities within the testing role where tooling can give you a leg up by enabling you to automate some of the mundane tasks of checking and regression testing and all that. This is where we provide a plethora of different tools and capabilities – for everything that the machines can do better.
This includes everything from regression testing, to when you need to launch your testing at high scale against tens of thousands of different nodes in a distributed fashion. You can do it as part of your distributed test execution just to make sure that the tests run faster – and as a result, your pipeline and everything ends up going faster, and you can do continuous release on a daily or hourly basis, whatever is right for you. From the perspective of load and performance testing, trying to do it all yourself without the tooling, without the infrastructure that can handle all the required provisioning, installation, self-healing if needed, and capturing the data…that is insane.
All of this extra work is not “testing;” it is prepping and execution. With it taken care of, you – as a tester – can focus on things like…
That’s where the role of the tester gets elevated from mere manual checking and going click, click, click to a much, much, much more thoughtful experience.
Testing used to be seen as a second-choice job, something you did if you couldn’t get a job as a developer. I don’t think this is the case anymore. Tricentis recently launched the industry’s largest open source testing survey with respondents from around the world. When we looked at the demographics, it was amazing to see hard data that many of the respondents have been in the testing profession for 5, 10, 15, 20 years – which basically reiterates the whole point that this is not a launching path for some other developer career. This is not an entry-level job where you are learning the ropes. This is actually something that you need to be passionate about, that you actually need to be good at.
Going and breaking software, looking for bugs…that’s not something you just do on a whim. It requires skills, metrics, and thought. It requires training. It requires keeping your saws sharpened all the time.
At Tricentis, we are the tooling company that enables testers and testing teams to go faster. We want to make them shine. We’re NOT talking about replacing the testers of the world. We’re just making sure that they can be a lot more effective in what it is that they do.
Explore four best practices to ensure the success of SAP S/4HANA...
Improve visibility and traceability across testing and CSV...
Compare code coverage and test coverage to understand which method...
Learn about the basics of modern application architectures and why...
Running a full regression test on a mature codebase can take hours....