Hello, everyone. Welcome to Knowledge City's course, software, QA tools, and methods. In this module, we're gonna look at different testing techniques you can use to see if your program is working correctly. Techniques that could be considered white box techniques, black box techniques. In this lesson, we're gonna look at one called statement coverage. We're gonna look at other techniques in future lessons, such as decision tables and boundary testing. But in this lesson, we'll look at statement coverage, which is probably one of the simplest to do. What exactly is statement coverage? Simply put, does every line of code, does every statement get to run at least once? Does this program hit it at least once? Now I'm not talking about comments. Comments are lines in the code that only other programmers see. The users should never see a comment line. So I'm not talking about comments. I'm talking about actual code that is supposed to do something in your program. How can that happen? Why would code be in there that never gets run? Well, it could be something linked to a branching issue, which we're gonna talk about in a future lesson. But one of the most common reasons is because you may have removed something and didn't remove everything. So what's the big deal? So what if a line or two doesn't get run? Well, couple of reasons. If it never gets run, why is it in there? Number one, and number two, having lines in there that never get run, that causes the program to be bigger. It could cause it to slow down. You don't know what kind of issues you'll hit in the future. So obviously the goal is 100% usage. So let's see an example. Okay, we have a program that I made. It's, we'll see it later. This is just one screenshot where we're going to remove this button. The program doesn't need that button anymore. When you remove the button, this button, unfortunately or fortunately, called a subroutine up here called AccOMNIToAzure. So a statement review would show me, hey, nobody ever calls this anymore. So when we got rid of the button, we should have gotten rid of the subroutine because it's never going to be hit. If nobody ever calls this subroutine, it never gets hit. So a very simple way to check if you have any code that never gets hit, is to look at a list of all your subroutines that you created, and simply do a search like you would through a Word document. Look for those words and see if you see any line that says anything along the lines of, call AccOMNIToAzure. Because if you don't find it anywhere, it's never getting hit. Okay, so this lesson talked about statement coverage. In future lessons, you'll see other types of testing you can do. Thanks for coming, and I'll see you next time.