소프트웨어 테스팅
Software Testing
기본 영어 단어
1. unit testing
단위 테스팅: 특정 기능 단위의 코드의 동작을 검증하는 테스팅
예문
- Unit testing helps in validating the correctness of the individual units of a software application.단위 테스트는 소프트웨어의 개별 단위의 정확성을 확인하는 데 도움이 됩니다.
2. integration testing
통합 테스팅: 개별적으로 테스트된 구성 요소로 구성된 시스템의 통합을 테스트하는 과정
예문
- Integration testing ensures that all components of the software work well together as a collective unit.통합 테스트는 소프트웨어의 모든 구성 요소가 총체적인 단위로 같이 잘 작동하는지 확인합니다.
3. functional testing
기능 테스팅: 특정 소프트웨어의 기능이 기대한 대로 동작하는지 테스트하는 과정
예문
- Functional testing checks whether the software is providing the expected output or not.기능 테스트는 소프트웨어가 예상한 출력을 제공하는지 아닌지 확인합니다.
4. load testing
부하 테스팅: 시스템이 예상된 최고 부하를 처리할 수 있는지 확인하는 테스팅
예문
- Load testing is useful in preventing system crashes in real life scenarios due to overloading.부하 테스트는 과부하로 인한 실제 시나리오에서의 시스템 충돌을 예방하는데 유용합니다.
5. performance testing
성능 테스팅: 시스템이 속도, 응답 시간, 안정성, 자원 사용 등의 성능 기준에 부합하는지 검증하는 테스팅
예문
- Performance testing is conducted to provide stakeholders with information about their application's speed, stability, and scalability.성능 테스트는 이해관계자에게 자신의 애플리케이션의 속도, 안정성 및 확장 가능성에 대한 정보를 제공하기 위해 수행됩니다.
6. regression
회귀: 소프트웨어를 변경하거나 업데이트한 후에도 기존의 기능이 올바르게 작동하는지 확인하는 테스팅
예문
- Regression testing is crucial to ensure that recent changes have not affected the previous functionalities.회귀 테스트는 최근 변경사항이 이전의 기능에 영향을 미치지 않았는지 확인하는 데 중요합니다.
7. mock
모크: 단위 테스트를 수행할 때 실제 객체 대신 사용하는 가짜 객체
예문
- Mocks are used in unit testing when the actual objects are impractical or not available.모크는 실제 객체가 사용하기 불편하거나 사용할 수 없을 때 단위 테스트에서 사용됩니다.
8. test case
테스트 케이스: 특정 조건 하에 소프트웨어가 예상대로 작동하는지 확인하는 테스팅 절차
예문
- Each test case should have a clear description of what functionality is being tested.각 테스트 케이스는 어떤 기능을 테스트하는지 명확히 설명해야 합니다.
9. bug
버그: 소프트웨어의 올바른 실행을 방해하는 코드 또는 하드웨어의 오류
예문
- The developers are always on the lookout for bugs to fix in order to improve the software.개발자들은 항상 소프트웨어를 개선하기 위해 수정할 버그를 찾고 있습니다.
10. coverage
커버리지: 테스트 집합이 소프트웨어의 어떤 부분을 검사하는지를 측정하는 척도
예문
- Test coverage helps in identifying the parts of the software that have not been covered by the test suite.테스트 커버리지는 테스트 스위트에 의해 커버되지 않는 소프트웨어의 부분을 식별하는데 도움을 줍니다.
11. TDD
테스트 주도 개발: 테스트를 먼저 작성하고 그 테스트를 통과하는 코드를 개발하는 개발 방법론
예문
- TDD approach insists developers to write the tests first before the actual code.테스트 주도 개발 방법론은 개발자에게 실제 코드를 작성하기 전에 먼저 테스트를 작성하도록 강조합니다.
12. assertion
단언문: 특정 조건이 참이라고 가정하는 프로그래밍 문장
예문
- Assertions are mainly used in testing environments to check if the program behaves as intended.단언문은 주로 프로그램이 예상대로 동작하는지 검사하기 위해 테스트 환경에서 사용됩니다.
13. automated tests
자동화 테스트: 손으로 하나하나 검사하는 대신, 특수 소프트웨어를 사용하여 자동으로 실행되는 테스트
예문
- Automated tests are beneficial since they are faster and less prone to human error as compared to manual testing.자동화된 테스트는 수동 테스트에 비해 빠르고 인간의 실수를 줄일 수 있기 때문에 유용합니다.
14. test suite
테스트 스위트: 관련된 여러 테스트 케이스들의 모음
예문
- Test suite includes a set of detailed testing instructions, or test cases, and the expected result for each test.테스트 스위트는 자세한 테스트 지시사항 또는 테스트 케이스와 각 테스트의 예상 결과를 포함합니다.
15. black box
블랙박스: 프로그램의 내부 구조나 동작 방식 대신 입력과 출력만을 검사하는 테스트 방법
예문
- Black box testing is an approach where the internal structure of the item being tested is unknown to the tester.블랙박스 테스트는 테스트하는 항목의 내부 구조를 테스터가 알 수 없는 접근 방식입니다.