Security Testing for QA Engineers: A Practical Guide
For most of my career, security testing sat in a separate room. QA checked that features worked, and once or twice a year a security team or an outside firm ran a penetration test, handed over a PDF, and left. Everything found in that PDF was expensive to fix, because it had been in production for months. That model does not survive weekly releases. After 11 years in software testing and QA leadership, I am convinced the biggest untapped security resource in most teams is the QA engineer who already knows every screen, every role and every edge case. You do not need to become a penetration tester. You need a few habits, one free tool and a handful of automated checks. This guide is the starter kit I wish I had been given. Everything here is defensive and meant for applications you own or are explicitly authorised to test. Why Security Belongs in Your Test Plan Security bugs are bugs. A user who can open another customer's invoice by changing a number in the URL is a funct...