Lesson goal This lesson introduces a practical review model for evaluating the quality of test cases in Salesforce projects. After this lesson, you should be able to: * quickly assess test case quality without overanalyzing, * identify the main reason why a test case is weak, * guide improvements…

Lesson goal This lesson explains the purpose of Dry Runs in Salesforce testing and why test case authors should not be the primary executors of their own test cases. After this lesson, you should understand: * what a Dry Run actually validates, * why self-execution hides critical issues, * how Dry…

Lesson goal This lesson explains how Equivalence Partitioning can be applied effectively in Salesforce projects to reduce the number of test cases without reducing coverage. After this lesson, you should be able to: * identify logical partitions in Salesforce requirements, * group test conditions…

Lesson goal This lesson explains how Boundary Value Analysis (BVA) can be applied in Salesforce projects to identify defects that appear at the edges of allowed values. After this lesson, you should be able to: * recognize where boundary conditions exist in Salesforce, * design test cases that…

Lesson goal This lesson explains how to apply State Transition Testing to Salesforce objects and processes that are driven by statuses and automation. After this lesson, you should be able to: * identify states and transitions in Salesforce processes, * design test cases that validate allowed and…

Lesson goal This lesson explains how to design and execute CRUD and permission-based testing in Salesforce using an access matrix approach. After this lesson, you should be able to: * systematically validate Create, Read, Update, and Delete permissions, * identify gaps in configuration-based…

Lesson goal This lesson explains how to choose the right test design technique in Salesforce projects, depending on the problem you are trying to validate. After this lesson, you should be able to: * decide which test design technique fits a given requirement, * avoid over-testing and…