You check a point against a system by substituting its coordinates into every inequality and confirming each resulting statement is true. For (2, 1) in the system y > x − 3 and y ≤ 2x + 1, both statements hold, so the point is a solution. One false inequality rejects the point. The boundary rule trips people most: ≤ and ≥ include the line, while < and > exclude it, so a point sitting exactly on a dashed line fails.

Write the System So Substitution Is Mechanical

Standard form is the only reliable starting point. Rewrite each inequality with x and y on the left and the constant on the right, then underline the symbol so you read it correctly on the first pass. A system like 3y − 2x ≥ 6 should become y ≥ (2/3)x + 2 before any numbers go in; solving for y is often optional for testing but mandatory for graphing, and doing it up front prevents sign errors when the leading coefficient is negative.

Keep the direction of each inequality attached to its equation. Students flip symbols after dividing by a negative number and then test the point against the flipped version, producing a false rejection. Write a small note beside each inequality: "flip if ÷ negative" — then do the division slowly on scratch paper before you touch the coordinates.

List the test point as an ordered pair and label it. If a problem gives (0, 0) as a test point, note it as x = 0, y = 0 for clarity. When the system has more than two variables, the same logic extends, but every inequality must include every variable or you risk forgetting one.

Bracket each inequality after substitution. Physically rewrite the inequality with the numbers filled in: 1 > 2 − 3, then 1 > −1. This bracketed line is what you evaluate; if you skip it, you'll make comparisons in your head and misjudge strict versus non-strict symbols.

Test One: Substitute Into the First Inequality

Take the first inequality and replace x and y with the point's coordinates. For (2, 1) in y > x − 3, the right side becomes 2 − 3 = −1, so the inequality reads 1 > −1. That's true, so the point passes the first test. Write "True" beside the line and move on — no premature celebrations or dismissals until every inequality is checked.

Order of evaluation matters when the right side has multiple operations. Compute the constant arithmetic first, then the multiplication, then the addition, matching standard order of operations. A common error is multiplying before finishing subtraction, which flips a positive to a negative value and changes the truth of the statement.

If the point fails the first inequality, you still need to test the rest for some problem types — for instance, to document which inequalities in a system are satisfied by an intersection point during linear programming. But for a simple yes/no answer, one false result is enough to declare the point not a solution. Note the false statement and stop.

Mark the failure explicitly. "False: 5 < 2" tells you the inequality is violated regardless of what the other lines say. If you're building a table of candidate points (common in algebra homework), use a checkmark or cross per row per inequality, which makes the final verdict visual and auditable.

Test Two: Repeat for Every Inequality in the System

Every inequality gets its own substitution and its own true/false verdict. Systems of two inequalities need two tests, systems of three need three, and so on. Record all verdicts side by side; the point succeeds only when every single verdict is true.

Test Inequality Substituted Verdict
1 y > x − 3 1 > 2 − 3 → 1 > −1 True
2 y ≤ 2x + 1 1 ≤ 4 + 1 → 1 ≤ 5 True
3 x + y ≥ 0 2 + 1 ≥ 0 → 3 ≥ 0 True
4 y < 5 1 < 5 True

A four-inequality table like the one above is common in Algebra 2 courses, and each row must be checked, not just one. If any cell shows False, the final answer is "not a solution" even when three of four rows pass.

Keep row-length consistent. If the table has 5 rows of inequalities, every row needs a True or False cell; blanks invite a missed test. For handwritten work, draw a vertical line between columns.

For systems with absolute value inequalities, substitution works the same way but the eval requires computing the absolute value first, which is the source of most errors on this test type. After substitution, resolve the absolute value to a positive number, then evaluate.

The Boundary Rule: ≤ and ≥ Include, < and > Exclude

The single biggest source of wrong answers is the strict versus non-strict distinction. If the point makes the inequality exactly true (both sides equal), the answer depends on the symbol: ≤ and ≥ allow it, < and > don't. Testing (2, 1) against y = x − 3, you get 1 = −1, which is false as an equation anyway, but if a point lay on the line, this rule would decide it.

On a graph, the boundary rule appears as solid versus dashed lines. A solid line means the line itself is part of the solution region, so points on it pass; a dashed line means the line is a fence but not part of the yard, so points on it fail. For y > x − 3, the line y = x − 3 would be drawn dashed because < and > exclude it.

Read the symbol as a sentence to memorize the rule. "y is less than or equal to x" includes x. "y is less than x" does not. If you hear the words "or equal to" in the spoken form, the boundary is included. This is the same logical rulebook you'll see in Linear Programming, where corner points on non-strict boundaries are feasible and corner points on strict boundaries are not.

Mixed systems raise this issue constantly. A system with y ≥ 2x − 1 and y < 4 − x will include a point on the first line but not on the second. A single point on the intersection of both lines therefore fails the system, because the strict constraint rejects it.

Use a System of Two Inequalities: Worked Case With (2, 1)

Start with the system y > x − 3 and y ≤ 2x + 1. Write the point. Substitute into the first: 1 > 2 − 3, so 1 > −1, true. Substitute into the second: 1 ≤ 4 + 1, so 1 ≤ 5, true. Both hold, so (2, 1) is a solution. This is the same pair used in Algebra 1 chapter tests, and it appears in nearly every textbook section on systems of linear inequalities.

Change one number to see the rule bite. Test (1, 5) in the same system. First: 5 > 1 − 3, so 5 > −2, true. Second: 5 ≤ 2 + 1, so 5 ≤ 3, false. The point fails because it's above the ascending line beyond the region of overlap. Verdict: not a solution. This is a failure scenario you should be able to reproduce quickly, because test questions often pair a "close" wrong point with the correct one.

Now try (−1, 2) in a stricter system, y ≥ x + 1 and y < 2x + 3. First: 2 ≥ 0, true. Second: 2 < 1, false. Note that (−1, 2) lies on neither line; it simply sits outside the shaded overlap. Students sometimes assume that because the point isn't on either line, it must pass; that's incorrect, and it's the misconception to correct first.

Test a boundary point to make the rule concrete. In y ≥ x + 1 and y < 2x + 3, take (−1, 0). First: 0 ≥ 0, true because the symbol is ≥. Second: 0 < 1, true. Both hold, and it sits squarely on the first line but not the second. Now swap the first symbol to > and the same point fails.

Graph the System to Verify the Algebra

Graphing is the cross-check, not the primary method. Shade the region that satisfies every inequality simultaneously, and see whether your point lies inside it. If the shaded overlap contains the point, algebra should confirm it passed; a mismatch means a substitution or sign error somewhere.

Draw each line as solid or dashed according to the symbol. Then pick a test point not on any line, usually (0, 0), to determine which side to shade for that inequality. If (0, 0) passes, shade the side containing it; if (0, 0) sits on a line, pick (1, 0) or (0, 1) instead. This region-shading step is often skipped in favor of algebra, but it's the fastest way to see whether a candidate point belongs.

The overlap of shaded regions is the feasible region. If no overlap exists, the system has no solution and every point fails at least one inequality. If the overlap is unbounded (extends infinitely in some direction), points still count: the unbounded feasible region contains infinitely many solutions, and testing them algebraically remains valid.

For a three-inequality system, the same process applies; the overlap reduces to a polygon or wedge. In a system with y ≤ x + 2, y ≥ −x + 2, and y ≥ 0, the feasible region is a triangle above the x-axis. Testing (0, 1): first gives 1 ≤ 2, true; second gives 1 ≥ 2, false. So (0, 1) isn't in the triangle. Testing (0, 2): 2 ≤ 2 true, 2 ≥ 2 true, 2 ≥ 0 true — it's a vertex of the triangle and a solution, since all symbols include equality.

Interpret the Verdict, Not Just the Arithmetic

The final answer is "yes, solution" or "no, not a solution," with the failed inequality named. If you're handing in homework, showing the substituted line and the true/false verdict earns full credit; "yes" alone often doesn't. Write the verdict as: "(2, 1) is a solution because both inequalities hold" or "(1, 5) fails the second inequality, so it's not a solution."

Some problem types expect the region description, not just a yes/no. If the question asks "is (2, 1) in the solution region?", the same test supplies the answer, but you may also need to describe the region: above y = x − 3 and below y = 2x + 1. Learning to shift between point verdict and region description is what separates procedural fluency from understanding.

For word problems, the verdict often carries physical meaning. In a system describing production limits — say, x + y ≤ 100 and 2x + 3y ≤ 240 — testing (60, 30) gives 90 ≤ 100 and 210 ≤ 240, both true, so it's a feasible production plan. A false verdict means that plan violates at least one resource constraint. This is the standard setup for Linear Programming exercises and the exact algebra the Simplex method automates.

Be careful with "solution" versus "satisfies one inequality." A point can satisfy the first inequality but not the system. Problems sometimes ask whether a point is a solution to inequality 1, not the system; read the question carefully. The same test mechanics apply, but the verdict labels differ.

Shortcuts and the Traps They Hide

Shortcuts exist but each hides a trap. Testing only one inequality saves time and is usually wrong for a system of two or more. Testing (0, 0) works often because it simplifies multiplication, but if (0, 0) is on a boundary line, substitution gives the ambiguous equation case, and you must decide by the symbol. Avoid (0, 0) when any inequality has zero constant term.

Another trap is treating the test point as the answer. The point tells you yes or no; it doesn't tell you which inequalities matter most. For homework and exams, use the test point as a single check after solving a system algebraically or graphically — not as proof that every nearby point works. The point could pass while a neighbor fails if it's near a boundary.

For systems with coefficients of 10 or more, arithmetic errors balloon. If a single multiplication produces a number larger than 100, write it down and re-multiply; errors compound fast.

A less-known shortcut: if the system is in slope-intercept form with positive slopes, test points above both lines rarely satisfy both when the lines' slopes differ; the true feasible region is between or below. This pattern recognition helps you anticipate a candidate answer before substituting, which makes the arithmetic a confirmation rather than a search.

Check Your Work Against Common Errors

The most frequent error is a sign slip after dividing by a negative number. If your substituted line produces a negative inequality solution that contradicts the graph, re-solve for y and check the symbol. A second common failure: forgetting to flip the inequality symbol when the division is by a negative, which then inverts the test verdict.

The check for the first error: test the point in both the original and the re-arranged form. If both give the same true/false verdict, the rearrangement is correct; if they differ, the rearrangement flipped or lost information. Do this anytime you solve a system for y first.

For a sanity check on your substitution, plug in a point just past the boundary in each direction. For y > x − 3, test (2, 1), which passes, and (0, −4), which fails. If the algebra says both pass or both fail, the boundary line was misdrawn or the inequality misread. Two nearby test points on opposite sides of the line should give opposite verdicts.

A final check: compare your verdict to the symbol's word form. If the symbol is < and the substitution yields equality, the answer must be "not a solution." If the symbol is ≤ and equality results, the answer must be "solution." This one-line verbal test catches most strict/non-strict errors before they enter the final answer.

FAQ

Does the point need to satisfy every inequality or just the first?

Every inequality must hold. A single false result disqualifies the point. Many students pass one row and move on; that's the most common source of wrong answers on this question type.

What about a point on the line for a system with ≤ and > mixed?

It's a solution only if the point makes every non-strict inequality true and every strict inequality true. On a strict line, equality fails, so a point on the intersection of a solid and dashed line fails the system even though it sits on the solid line.

Can I test a point that lies on both lines?

Yes, and it's a useful boundary case. If both lines are solid and the point is at their intersection, it typically is a solution because every inequality holds with equality. If either line is dashed, the point fails by definition.

Does graphing count as an acceptable check?

Graphing confirms but doesn't replace substitution on most exams. Teachers typically accept the algebraic test with an optional graph sketch; a graph alone without showing substituted lines often loses points for incomplete work.

What does it mean if a system has no solution?

Every point fails at least one inequality, and the shaded regions don't overlap. In that case, testing any point gives at least one false verdict, though which inequality fails can vary by point.

Is this the same process for linear programming problems?

Yes for the feasibility check, with a twist: in linear programming, corner points are candidates, and all feasible corner points must be tested against the objective function, not just the constraints. The constraint test is identical to the substitution method taught here.

Does this work for absolute value and quadratic inequalities?

The substitution step works the same way, but evaluation requires resolving the absolute value or squaring before comparison. For quadratics, a point that fails one branch of the solution set may still satisfy the other, so returning to the graph after substitution is recommended.