테스트 스크립트
Test script
소프트웨어 테스트에서 테스트 스크립트는 시스템이 예상대로 작동하는지 테스트하기 위해 테스트 중인 시스템에서 수행되는 명령어 집합이다.
테스트 스크립트 실행에는 다양한 방법이 있다.
- 수동 테스트.[1][2] 이것들은 흔히 시험 케이스라고 불린다.
- 자동화된 테스트.
- 소프트웨어 시스템의 기능 일부를 테스트하는 데 사용되는 프로그래밍 언어로 작성된 짧은 프로그램. Test scripts written as a short program can either be written using a special automated functional GUI test tool (such as HP QuickTest Professional, Borland SilkTest, IBM TPNS and Rational Robot) or in a well-known programming language (such as C++, C#, Tcl, Expect, Java, PHP, Perl, Powershell, Python, or Ruby). IEEE, ISO 및 IEC에 문서화된 바와 같이.[3][4]
- 광범위한 매개 변수화된 짧은 프로그램.k.a. 데이터 기반 테스트
- 키워드 기반 또는 테이블 기반 테스트와 같이 표에 작성된 재사용 가능한 단계.
이러한 마지막 두 가지 유형은 수동 시험에서도 수행된다.
자동화된 시험은 여러 가지 이유로 유리하다. 즉, 사람이 개입할 필요 없이 연속적으로 시험을 수행할 수 있고, 반복이 용이하며, 종종 더 빠르기 때문이다. 자동 시험은 회귀 시험의 일부로서 예를 들어 시험을 여러 번 수행해야 하는 상황에서 유용하다. 자동화된 시험은 잘 쓰지 않으면 불리하게 되어 잘못된 시험이나 고장난 시험으로 이어질 수 있다.
자동화된 테스트의 단점은 소프트웨어와 마찬가지로 자동화된 테스트가 제대로 작성되지 않거나 재생 중에 중단될 수 있다는 것이다. 그들은 또한 그들이 검사하도록 프로그램된 것만을 검사할 수 있다. 대부분의 시스템은 인간의 상호작용을 염두에 두고 설계되기 때문에, 인간이 어느 시점에서 시스템을 시험하는 것은 좋은 관행이다. 교육을 받은 수동 테스터는 테스트 대상 시스템이 지시나 지시 없이 잘못 작동하고 있음을 알아차릴 수 있다. 자동 테스트는 자신이 검사하도록 프로그래밍된 내용만 검사할 수 있다. 회귀 테스트에 사용할 경우 수동 테스터는 오래된 버그가 다시 나타나지 않도록 하는 동시에 새로운 버그를 찾을 수 있으며 자동 테스트는 버그만 확인할 수 있다. 자동 및 수동 테스트와 함께 혼합 테스트를 사용하는 경우가 많다. 즉, 자주 테스트해야 하고 기계로 쉽게 확인할 수 있는 것을 자동화하고, 수동 테스트를 사용하여 테스트 설계 및 탐색 테스트를 수행하는 경우가 많다.
주어진 테스트 스크립트를 자동화하는 데 드는 투자 수익률을 고려해야 한다. 즉, 스크립트를 작성하고 유지하는 데 드는 비용을 단순히 수동으로 실행하는 데 드는 비용보다 적게 한다. 시간 및/또는 비용 측면에서 비용을 측정할 수 있으며, 또한 사람들이 다른 작업을 자유롭게 할 수 없도록 하는 기회 비용도 측정할 수 있는 경우.[citation needed]
참고 항목
참조
- ^ "Help - IBM Rational Software". jazz.net. Retrieved 2018-09-12.
- ^ Kaner, Cem (2003). "Fundamental Challenges in Software Testing" (PDF). Florida Tech. p. 35. Retrieved 2018-09-12.
- ^ "BS 7925-1". testingstandards.co.uk. Retrieved 2018-09-12.
- ^ "ISO/IEC/IEEE 29119 Software Testing Standard". softwaretestingstandard.org. Retrieved 2018-09-12.