디스코urs 커뮤니티 여러분, 안녕하세요! 
웹/브라우저/DOM 프런트엔드, API 백엔드, 또는 ORM 모델이나 뷰 모델에 모델 기반 테스트를 적용할 수 있도록 돕는 기술(Colimit)을 개발하고 있습니다. 이 개념이 낯설다면, 기본적으로 앱이 수행해야 할 작업을 가능한 동작이라는 관점에서 고수준 스펙으로 정의합니다. 이를 통해 수백에서 수천 개의 유효한 사용자 동작 시퀀스(즉, 사용자 플로우)를 생성할 수 있으며, 이는 대량의 상태 공간을 지능적으로 탐색하여 수동으로 작성된 테스트 케이스에 비해 도달하기 어려운 버그를 발견하는 데 도움이 됩니다.
Colimit을 작은 예제에 적용하는 단계를 마치고, 디스코urs가 다음으로 시도해 볼 만한 훌륭한 후보라고 생각했습니다. 디스코urs는 프로덕션에서 실행되는 정교한 앱이면서도 완전히 오픈소스라 쉽게 다뤄볼 수 있기 때문입니다. Colimit은 추상화되어 작성되어 있어, 어댑터를 작성하기만 하면 동일한 스펙/모델을 재사용하여 다양한 스타일의 테스트를 수행할 수 있다는 점이 흥미롭습니다. 예를 들어, 제ems를 통한 디스코urs API 테스트, Capybara를 활용한 통합 테스트, Puppeteer를 사용한 스모크 테스트 등이 있습니다.
시작하기 전에, 디스코urs 커뮤니티 중 현재 앱의 주요 버그 원인이 되거나 커버리지가 낮아 더 많은 시간을 투자할 가치가 있는 영역을 생각해 볼 수 있는 분이 있을까요?
또한, 단순히 호기심에서라도 이 기술이 흥미롭다고 느끼거나 디스코urs 프로젝트 테스트에 잠재적 가치를 보는 분들의 답변을 기다리고 있습니다. 현재 테스트 상태가 이미 충분히 좋다고 보는 의견도 환영하며, 그 경우에도 모델에서 자동으로 생성할 수 있는 테스트로 수동으로 작성된 테스트를 대체할 수 있다는 점에서 최소한 유지보수 가치가 있을 것입니다.
감사합니다!