How do you know the magnitude of a project? How to derive project estimates? How do you know what to build? Or in testing terms, what should be the expected behavior of a software that you are testing? High-level requirements, Software Requirements Specification (SRS), Functional Specification Document (FSD), User Stories or Use cases – whatever you call it in your project – is essentially a requirements documents which forms the basis for software development & testing. A Software requirements specification (SRS) is a description of features and functionalities of a software system to be developed.
‘To make it Right, first identify what’s Wrong’ – but how? How do you identify what’s wrong? Intuition says – Just give me the application and I can find what’s wrong (defects), right? Nah! We are not workers, we are professionals. How do you build customer confidence with your ad-hoc tests? After all, Client is paying you to get the job done. And he/she wants ‘Quantitative’ reports & a ‘Quality’ product at the end. So how do you make sure that your Client is happy? Forget about Software Testing Life Cycle – in any Technical background, how do you make sure that your Client is super-happy @ the end?