Oil and Gas Training Career Development. NExT instructs more than 10,000 technical experts each year in 11 core disciplinesfrom characterization and exploration. Executive-training.jpg' alt='Execution Training Program' title='Execution Training Program' />Test Execution How to Deal with this Most Important and Happening Phase in the STLC QA Training on a Live Project Day 5 Software Testing Help. Today, in our software testing mini training course, we are progressing into the last stage of the STLC, which is the test execution. You can check out the list of all tutorials posted in this free QA training series on this page End to End software testing training on a live project. Pakistan/Jobs/Dawn/Ad_Dawn_Job_20160826_001.gif' alt='Execution Training Program' title='Execution Training Program' />Today, in our software testing mini training course, we are progressing into the last stage of the STLC, which is the test execution. Test execution is without doubt. Test execution is, without doubt, the most important and happening phase in the STLC and also the entire development lifecycle. The reason is every teamteam members contribution and work gets validated here Has the Business Analyst interpreted the requirements correctly Has the development team translated the business requirements to functional requirement and eventually to code correctly Has the data architect and DBAs designed the right back end systems Well, test execution is where all the answers to these questions would be found. That does make us, QAs the heroes of the entire software building process, doesnt itTest Execution is also the Test part of the SDLC. Once the test cases are written, shared with the BAs and Dev team, reviewed by them, changes are notified to the QA team if any, QA team makes necessary amends Test design phase is complete. Now getting the Test cases ready does not mean we can initiate the test run. We need to have the application ready as well among other things. Test Execution Guidelines Let us now make a list of all things that are important to understanding Test Execution phase 1. The build the code that is written by the dev team is packaged into what is referred to a build this is nothing but an installable piece of software AUT, ready to be deployed to QA environment. QA environment is one of the most important aspects that needs to happen for the test execution to start. Special Tactics And Rescue Squad Patch. Test execution happens in the QA environment. Jazz Is Dead Blue Light Rain Rar. To make sure that the dev teams work on the code is not in the same place, where the QA team is testing, the general practice is to have dedicated Dev and QA environment. There is also a production environment to host the live application. The Werewolf Angela Carter Pdf. This is basically to preserve the integrity of the application at various stages in the SDLC lifecycle. Otherwise, ideally, all the 3 environments are identical in nature. Test team size is a not constant from the beginning of the project. When the test plan is initiated the team might just have a Team lead. During the test design phase, a few testers come on board. Test execution is the phase when the team is at its maximum size. Test execution also happens in at least 2 cycles 3 in some projects. Typically in each cycle, all the test cases the entire test suite will be executed. The objective of the first cycle is to identify any blocking, critical defects, and most of the high defects. The objective of the second cycle is to identify remaining high and medium defects, correct gaps in the scripts and obtain results. Test execution phase consists of Executing the test scripts test script maintenance correct gaps in the scripts reporting defects, status, metrics, etc. Therefore, when planning this phase schedules and efforts should be estimated taking into consideration all these aspects and not just the script execution. After the test script being done and the AUT is deployed and before the test execution begins, there is an intermediary step. This is called the Test Readiness Review TRR. This is a sort of transitional step that will end the test designing phase and ease us into the test execution. For information on this step and a sample Test readiness review checklist, check out this link Software testing Checklist7. In addition to the TRR, there are few more additional checks before we ensure that we can go ahead with accepting the current build that is deployed in the QA environment for test execution. Those are the smoke and sanity tests. Detailed information on what these are is at What is Smoke and Sanity Test8. On the successful completion of TRR, smoke and sanity tests, the test cycle officially begins. Exploratory Testing would be carried out once the build is ready for testing. The purpose of this test is to make sure critical defects are removed before the next levels of testing can start. This exploratory testing is carried out in the application without any test scripts and documentation. It also helps in getting familiar with the AUT. Just like with the other phases of the STLC, work is divided among team members in the test execution phase also. The division might be based on module wise or test case count wise or anything else that might make sense. The primary outcome of the test execution phase is in the form of reports primarily, defect report and test execution status report. The detailed process for reporting can be found at Test executions reports. New Columns in Test Cases Document The test case document now gets to be expanded with the following two columns Status and Actual result. Note For live project test execution, we have added and updated these columns with test execution results in the test cases spreadsheet provided for download belowStatus column Test execution is nothing but, using the test steps on the AUT, supplying the test dataas identified in the test case document and observing the behaviour of the AUT to see if it satisfies the expected result or not. If the expected result is not met, it can be construed as a defect. And the status of the test case becomes Fail and if the expected result is met, the status is Pass. If the test case cannot be executed because of any reasons an existing defect or environment not supporting the status would be Blocked. The status of a test case that is yet to be run can be set to No rununexecuted or can be left empty. For a test case with multiple steps, if a certain steps in the middle of the test case steps expected result is not met, the test case status can be set to Fail right there and the next steps need not be executed. The status Fail can be indicated in red colour, if you would like to draw attention to it immediately. Actual result column This is a space where we testers can record what the deviation in the expected result is. When the expected result is met or a test case whose status is Pass this field can be left empty. Because, if the expected result is met it means the actual resultexpected result, which means rewriting it in the actual result column will be a repetition and redundancy. A screenshot of the deviation can be attached to this column for enhanced clarity of what the problem is. Test Execution Results for Orange. HRM Live Project Let us now get Orange. HRM and carry out the test execution based on the above guidelines listed. Here are a few points to note The extended test case template. Exploratory testing as indicated is to be carried out without test scripts. So please feel free to test the application in parallel as you see fit. Due to the limitations that we have in presenting the live project in the form of readable content only a limited amount of test casesfunctionality of the Orange. HRM application is shown in the sample test execution template. Again, please feel to work on more for the most practical experience.