Adobe AEM 워크 플로우 테스트를 자동화 할 수있는 방법이 있습니까?AEM 워크 플로우의 자동화 된 테스트
나는 Hobbes.js을 보았지만 지금까지 볼 수있는 한 워크 플로에 대한 언급이 없습니다. 여러 사용자간에 워크 플로를 처리하는 경우 이상적입니다.
나는 이것이 오이에게는 어렵고 안정적으로 일하기가 힘들다고 생각한다. 나는 또한 Prosper을 고려해 봤지만 근본적으로 모의 틀이다.
테스트 과정은 까다로울 수 있지만 가능합니다. 생각해 보면 다른 웹 응용 프로그램을 테스트하는 것과 크게 다르지 않습니다. 브라우저를 제어하고, 계정간에 전환하고, 잠재적으로 복잡한 테스트 시나리오를 이해하기 쉬운 방식으로 관리하는 방법이 필요합니다.
필자의 의견으로는 Hobbes의 주된 문제는 테스트 코드를 명령 줄에서 쉽게 실행하고 나중에 소비 할 수 있도록 유용한 보고서를 생성 할 수 있어야한다는 것입니다. 이 기능이 없으면 이러한 테스트를 CI 서버의 자동화 된 파이프 라인에 통합하기가 어렵습니다.
내 현재 프로젝트 팀은 사용자 지정 승인 및 복제 워크 플로 테스트에 성공했습니다. 테스트는 실제로 작업 흐름을 실제로 소비하는 데 비해 많은 시간이 소요되었지만 테스트는 안정적입니다.
우리의 접근 방식은 Selenium Web Driver Java (브라우저 제어용), Google Guice (페이지 객체 및 다양한 유틸리티 기능의 복잡한 그래프 관리 용) 및 JUnit/Cucumber for 테스트 시나리오 제어
중요한 문제 중 하나는 WYSIWYG AEM 작성 인터페이스가로드 속도 측면에서 매우 안정적으로 작동하지 않는 경향이 있다는 것입니다. 다이나믹 파트가 많이 있는데, 그 중 일부는 아약스 호출을 기반으로합니다.
ExtJS 프런트 엔드와 많은 수의 iframe으로 클래식 UI를 사용하면 작업이 특히 어려워집니다. 터치 UI를 사용하면 인터페이스의 올바른 요소를 타겟팅하는 것이 훨씬 쉽습니다.
그런데 테스트 코드를 효율적으로 작성하기 전에 이러한 인터페이스의 단점을 파악하는 데 많은 노력을 기울여야합니다.
저는 많은 AEM 프로젝트에 대한 경험을 토대로 대부분의 상용구 코드에서 마음을 끄는 프레임 워크를 작성했습니다. AEM UI의 핵심 요소와 상호 작용할 수있는 인터페이스를 제공합니다.
우리는 Apache 2.0 라이센스에 따라 오픈 소스했습니다. Bobcat입니다. the project's Github page을 확인하고 simple example project을보십시오.
Bobcat도 Cognifide 외부에서 채택되었습니다. 이 blog by liatrio에는 유용한 유용한 기능이 요약되어 있습니다.