/* * The MIT License * Copyright © 2014-2019 Ilkka Seppälä * * Permission is hereby granted, free of charge, to any person obtaining a copy * of this software and associated documentation files (the "Software"), to deal * in the Software without restriction, including without limitation the rights * to use, copy, modify, merge, publish, distribute, sublicense, and/or sell * copies of the Software, and to permit persons to whom the Software is * furnished to do so, subject to the following conditions: * * The above copyright notice and this permission notice shall be included in * all copies or substantial portions of the Software. * * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, * OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN * THE SOFTWARE. */ package com.iluwatar.arrangeactassert; import static org.junit.Assert.assertEquals; import static org.junit.Assert.assertFalse; import static org.junit.Assert.assertTrue; import org.junit.Test; /** * Arrange/Act/Assert (AAA) is a pattern for organizing unit tests. It is a way to structure your * tests so they're easier to read, maintain and enhance. * *

It breaks tests down into three clear and distinct steps: *

1. Arrange: Perform the setup and initialization required for the test. *

2. Act: Take action(s) required for the test. *

3. Assert: Verify the outcome(s) of the test. * *

This pattern has several significant benefits. It creates a clear separation between a test's * setup, operations, and results. This structure makes the code easier to read and understand. If * you place the steps in order and format your code to separate them, you can scan a test and * quickly comprehend what it does. * *

It also enforces a certain degree of discipline when you write your tests. You have to think * clearly about the three steps your test will perform. But it makes tests more natural to write at * the same time since you already have an outline. * *

In ({@link CashAAATest}) we have four test methods. Each of them has only one reason to * change and one reason to fail. In a large and complicated code base, tests that honor the single * responsibility principle are much easier to troubleshoot. */ public class CashAAATest { @Test public void testPlus() { //Arrange var cash = new Cash(3); //Act cash.plus(4); //Assert assertEquals(7, cash.count()); } @Test public void testMinus() { //Arrange var cash = new Cash(8); //Act var result = cash.minus(5); //Assert assertTrue(result); assertEquals(3, cash.count()); } @Test public void testInsufficientMinus() { //Arrange var cash = new Cash(1); //Act var result = cash.minus(6); //Assert assertFalse(result); assertEquals(1, cash.count()); } @Test public void testUpdate() { //Arrange var cash = new Cash(5); //Act cash.plus(6); var result = cash.minus(3); //Assert assertTrue(result); assertEquals(8, cash.count()); } }