[unit-testing] 좋은 단위 테스트는 무엇입니까? [닫은]

여기에있는 대부분의 답변은 실제로 테스트 자체 (어떻게)를 작성하는 것이 아니라 일반적으로 (언제, 어디서, 왜, 무엇을) 단위 테스트 모범 사례를 다루는 것 같습니다. 질문이 “어떻게”부분에 대해 매우 구체적으로 보였기 때문에, 나는 회사에서 실시한 “갈색 가방”프레젠테이션에서 가져온 이것을 게시 할 것이라고 생각했습니다.

Womp의 5 가지 작문 시험 법칙 :

1. 길고 설명적인 테스트 방법 이름을 사용합니다.

   - Map_DefaultConstructorShouldCreateEmptyGisMap()
   - ShouldAlwaysDelegateXMLCorrectlyToTheCustomHandlers()
   - Dog_Object_Should_Eat_Homework_Object_When_Hungry()

2. Arrange / Act / Assert 스타일로 테스트를 작성합니다 .

• 이 조직 전략은 한동안 존재했고 많은 것을 불렀지 만, 최근에 “AAA”두문자어의 도입은이를 전달하는 좋은 방법이었습니다. 모든 테스트를 AAA 스타일과 일치 시키면 읽기 및 유지 관리가 쉽습니다.

3. 항상 어설 션과 함께 실패 메시지를 제공하십시오.

Assert.That(x == 2 && y == 2, "An incorrect number of begin/end element
processing events was raised by the XElementSerializer");

• 러너 애플리케이션에서 무엇이 실패했는지를 분명하게하는 간단하면서도 보람있는 연습입니다. 메시지를 제공하지 않으면 일반적으로 실패 출력에 “Expected true, was false”와 같은 메시지가 표시되므로 실제로 테스트를 읽어서 무엇이 잘못되었는지 확인해야합니다.

4. 테스트 이유를 설명하십시오 . 비즈니스 가정은 무엇입니까?

  /// A layer cannot be constructed with a null gisLayer, as every function
  /// in the Layer class assumes that a valid gisLayer is present.
  [Test]
  public void ShouldNotAllowConstructionWithANullGisLayer()
  {
  }

• 이것은 당연한 것처럼 보일 수 있지만이 방법은 처음에 테스트의 이유를 이해하지 못하는 사람들로부터 테스트의 무결성을 보호합니다. 나는 그 사람이 테스트가 검증하고 있다는 가정을 이해하지 못했기 때문에 완벽하게 괜찮은 많은 테스트가 제거되거나 수정되는 것을 보았습니다.
• 테스트가 사소하거나 메서드 이름이 충분히 설명적인 경우 주석을 생략 할 수 있습니다.

5. 모든 테스트는 항상 접촉하는 리소스의 상태를 되돌려 야합니다.

• 실제 자원을 다루지 않도록 가능한 경우 모의를 사용하십시오.
• 테스트 수준에서 정리를 수행해야합니다. 테스트는 실행 순서에 의존하지 않아야합니다.

답변

[TestFixture]
public class StackTests
{
    [TestFixture]
    public class EmptyTests
    {
        Stack<int> _stack;

        [TestSetup]
        public void TestSetup()
        {
            _stack = new Stack<int>();
        }

        [TestMethod]
        [ExpectedException (typeof(Exception))]
        public void PopFails()
        {
            _stack.Pop();
        }

        [TestMethod]
        public void IsEmpty()
        {
            Assert(_stack.IsEmpty());
        }
    }

    [TestFixture]
    public class PushedOneTests
    {
        Stack<int> _stack;

        [TestSetup]
        public void TestSetup()
        {
            _stack = new Stack<int>();
            _stack.Push(7);
        }

        // Tests for one item on the stack...
    }
}