21 Types of Software Testing Every Engineer Should Be Using for Better Results
stratoflow.cominb4: Don't get me wrong OP, I don't think there's an issue with your article, just I do believe that "the testing theory industry" is full of bullshit and bullshitters.
_____________
That's quite a lot of fancy names for such a short concept:
Ensuring that software matches the specification.
What are even the differences between those 3?
1: Branch coverage testing
2: Control flow testing
3: Statement Coverage Testing
I'd say they are basically the same thing.
>Smoke testing
>This form of software testing evaluates the functionality of the essential or core features of a software application, verifies their expected behavior, and determines the stability of the application for subsequent testing phases. Performing this type of testing helps to avoid spending time and resources on an unstable or broken state, ensuring a more efficient use of resources.
??
seems like just yet another test, but just for the most important things in the system
why is this even relevant that this is worth mentioning it as yet another testing technique?
Sure, your tests may be expensive: e.g take 10 hours all, where core takes just 10min, but still is there a need for a name for a concept of running just limited scope of tests for the sake of faster feedback loop?
Why does every software engineer need to know how to do penetration testing?
This feels like marketing, not educational content.
Ive found it valuable for identifying and addressing vulnerabilities in my code.
I am absolutely not an expert pen-tester, but know long the basics of how people break into systems is incredibly powerful.
This. It let my code/architecture fly through a PCI audit as if I had done 100 before.
Helps put the fear of 'eval' in their hearts.
Oh, you.
Two more:
- Fuzz testing: randomising inputs to validate the mapping to expected outputs.
- Mutation testing: changing code (`+` to `-`, `raise Foo` to `return`, etc.) to complement and validate the coverage metric.
To be fair, mutation testing checks the tests themselves, not the actual code. But yes, it is still a valuable tool in the QA arsenal.