우리 도구의 확장 성 테스트를 자동화하려고합니다. 도구의 한계를보기 위해 많은 입력 값을 시도해야하기 때문에 입력 값을 변경하기 전에 하드웨어로 몇 단계를 수행해야하기 때문에 이런 종류의 작업은 비용이 많이 든다. 따라서 자동화 된 확장 성 테스트가 수행되지 않습니다. 그렇다면 도구에서 자동화 된 확장 성 테스트를 어떻게 만들 수 있습니까? 최선의 접근 방법은 무엇입니까? 우리는 작은 오이 시나리오를 사용하고 있습니다. 필자는 자동으로 작은 오이 시나리오 자체를 생성하는 스크립트를 작성하려고 생각했습니다. 좋은 생각입니까?자동화 된 확장 성 테스트를 위해 Gherkin 시나리오를 만들려면 어떻게해야합니까?
SpecFlow를 사용하려면 문제에 대해 잘못된 도구를 사용하는 것처럼 생성 된 Gherkin 파일 세트를 실행하기 위해 C#을 사용합니다.
SpecFlow와 Cucumber 같은 도구는 작은 오이를 사용합니다. 작은 오이의 힘은 사람이 읽을 수 있고 코드를 읽고 토론하는 것보다 더 나은 의사 소통을 할 수 있다는 것입니다. 당신의 비전문 동료들은 작은 오이를 읽고 이해할 수 있습니다. 아마도 C# 코드를 읽고 시스템의 예상되는 동작이 무엇인지 이해할 수 없습니다.
실행해야 할 많은 조합을 생성하려고합니다. 그 상황에서, 나는 어떤 단위 테스트 프레임 워크를 사용하고 C#으로 구현 된 많은 다른 테스트를 실행하기 위해 그것을 사용할 것입니다. 프로그래밍 언어는 이러한 종류의 작업을 위해 설계되었습니다. 작은 오이는 그런 종류의 작업을 위해 설계되지 않았습니다.
당신은이 blog post에 대해 관심이있을 것입니다. Aslak Hellesøy는 오해에 대해 오해에 대해 이야기합니다. 텍스트의 오이를 SpecFlow로 바꾸면 여전히 적용된다는 것을 알 수 있습니다.