Learn with a Case Study This tutorial introduces the seven basic principles of Software Testing every professional Software tester and QA professional should know. Please be patient. The Video will load in some time. If you still face issue viewing video click here. Background. It is important that you achieve an optimum test results while conducting software testing without deviating from the goal. But how you determine that you are following right strategy for testing For that, you need to stick to some basic testing principles. Here are the common seven testing principles that are widely practiced in the software industry. To understand this, consider a scenario where you are moving a file from folder A to Folder B. Think of all the possible ways you can test this. Apart from the usual scenarios, you can also test the following conditions Trying to move the file when it is Open You do not have the security rights to paste the file in Folder B Folder B is on a shared drive and storage capacity is full. Folder B already has a file with the same name, infact the list is endless Or suppose you have 1. If you were to test the entire possible combinations project EXECUTION TIME COSTS would rise exponentially. All software testing articles on Manual and automation testing. We need certain principles and strategies to optimize the testing effort Here are the 7 Principles 1 Exhaustive testing is not possible. Yes Exhaustive testing is not possible. Instead, we need the optimal amount of testing based on the risk assessment of the application. And the million dollar question is, how do you determine this risk To answer this lets do an exercise. In your opinion, Which operation is most likely to cause your Operating system to fail I am sure most of you would have guessed, Opening 1. So if you were testing this Operating system, you would realize that defects are likely to be found in multi tasking activity and need to be tested thoroughly which brings us to our next principle Defect Clustering 2 Defect Clustering. Defect Clustering which states that a small number of modules contain most of the defects detected. This is the application of the Pareto Principle to software testing approximately 8. This blog discusses the ways in which your business data can be migrated to your newly deployed SAP S4HANA system on premise or cloud. This is not the first blog. Ab Initio works on client Server module. It will help you in Planning Designing your ETL system,choosing the suitable Architecture from many options. By experience, you can identify such risky modules. But this approach has its own problems If the same tests are repeated over and over again, eventually the same test cases will no longer find new bugs. Pesticide Paradox. Repetitive use of the same pesticide mix to eradicate insects during farming will over time lead to the insects developing resistance to the pesticide Thereby ineffective of pesticides on insects. The same applies to software testing. If the same set of repetitive tests are conducted, the method will be useless for discovering new defects. To overcome this, the test cases need to be regularly reviewed revised, adding new different test cases to help find more defects. Testers cannot simply depend on existing test techniques. He must look out continually to improve the existing methods to make testing more effective. But even after all this sweat hard work in testing, you can never claim your product is bug free. To drive home this point, lets see this video of public launch of Windows 9. You think a company like MICROSOFT would not have tested their OS thoroughly would risk their reputation just to see their OS crashing during its public launch Testing shows presence of defects. Hence, testing principle states that Testing talks about the presence of defects and dont talk about the absence of defects. Software Testing reduces the probability of undiscovered defects remaining in the software but even if no defects are found, it is not a proof of correctness. But what if, you work extra hard, taking all precautions make your software product 9. And the software does not meet the needs requirements of the clients. This leads us to our next principle, which states that Absence of Error 5 Absence of Error. It is possible that software which is 9. This can be the case if the system is tested thoroughly for the wrong requirement. Software testing is not mere finding defects, but also to check that software addresses the business needs. Absence of Error is a Fallacy i. Finding and fixing defects does not help if the system build is unusable and does not fulfill the users needs requirements. To solve this problem, the next principle of testing states that Early Testing 6 Early Testing. Early Testing Testing should start as early as possible in the Software Development Life Cycle. So that any defects in the requirements or design phase are captured in early stages. It is much cheaper to fix a Defect in early stages of testing. But how early one should start testing It is recommended that you start finding the bug the moment the requirements are defined. More on this principle in a later training tutorial. Testing is context dependent. Testing is context dependent which basically means that the way you test an e commerce site will be different from the way you test a commercial off the shelf application. All the developed softwares are not identical. You might use a different approach, methodologies, techniques and types of testing depending upon the application type. For instance testing, any POS system at a retail store will be different than testing an ATM machine. Summary of the Seven Testing Principles. Principle 1 Testing shows presence of defects. Principle 2. Exhaustive testing is impossible. Principle 3. Early Testing. Principle 4. Defect Clustering. Principle 5. Pesticide Paradox. Principle 6. Testing is context dependent. Principle 7. Absence of errors fallacy. Myth Principles are just for reference. I will not use them in practise. This is so very untrue. Test Principles will help you create an effective Test Strategy and draft error catching test cases. But learning testing principles is just like learning to drive for the first time. Initially while you learn to drive, you pay attention to each and everything like gear shifts, speed, clutch handling, etc. But with experience, you just focus on driving the rest comes naturally. Such that you even hold conversations with other passengers in the car. Same is true for testing principles. Experienced testers have internalized these principles to a level that they apply them even without thinking. Hence the myth that the principles are not use in practise is simply not true. Source to Target Mapping Tools ETL Migration. Comes complete with all the metadata scanners to scan and govern the Hadoop HDFS, Hives and enable mapping of data source to and from Hadoop. Metadata integration with Atlas, Navigator and universal code generation for Spark, Scoop, Pig, Python, Map. Reduce and big data enabled ETL tools.