SaaS라든지 PaaS라든지의 개발을 하는 경우, 웹 브라우저를 사용해 클라우드에서 개발을 하고 있다고 생각합니다만, 세션 때문에 조금 수고하다고 생각하는 것은 없습니까?
그것이, SessionBox를 이용하는 것으로 해결한 생각이었으므로 써 보았습니다.

이 이야기는, 다른 브라우저를 이용하는 등, 그 밖에도 워크 어라운드는 있습니다만, 단일의 브라우저로 실현할 수 있는 점이 편리하다고 생각합니다.
(수고하다고 생각하는 것은 나뿐일지도 모릅니다만)

SessionBox란?

단일 브라우저에서 다른 브라우저 프로파일을 사용할 수 있습니다.
크롬 확장 프로그램으로 무료로 사용할 수 있으며 다른 세션에서 하나의 세션을 사용할 수 있습니다. (이쪽은 유료라고 생각합니다)
SessionBox
Twitter나 Facebook에서 복수 계정을 동시에 이용할 수 있어 편리하다고 하는 기사가 많습니다만, 클라우드 개발에 있어서도 힘을 발휘한다고 생각합니다.
chrome 확장 기능은 직장에서 허가가 되어 있지 않은 경우도 있기 때문에, 이용은 자기 책임으로 부탁합니다

해결할 수 있는 일

시크릿 모드를 이용하거나 다른 브라우저를 시작하는 번거로움이 없었습니다! !

실례

ServiceNow를 개발할 때 궁금한 점과 SessionBox를 사용하면 어떻게 되었는지를 설명합니다.
※검증은 Orlando에서 실시하고 있습니다

ServiceNow에서 개발할 때 조금 신경이 쓰인 것

신경이 쓰인 것

전제로 ServiceNow의 개발은 ServiceNow를 사용하여 이루어집니다.
ServiceNow는 클라우드에서 제공되기 때문에 개발은 웹 브라우저를 이용합니다.
그 때 세션 때문에 조금 불편하다고 생각하고 있는 일이 있었습니다.

예를 들어 권한 전환

ServiceNow로 개발할 때 Admin 등 개발자용의 상위 권한으로 실시해, 실제로 유저가 이용하는 움직임은, 그 유저가 되어 대신 테스트하는 일은 없습니까?
조금 복잡한 스크립팅 하거나 하면 조금 움직일지 확인할 때마다 개발자⇔유저와 바뀌어 수고구나라고 생각하고 있었습니다.

예) 어느 시점에서 사용자의 권한을 봅니다.

인시던트를 열 때 itil_admin 권한이 있는지 메시지를 표시하는 Business Rule을 만든 경우
개발자로 Business Rule 만들기


테스트
권한이 있는 경우(개발자 등)

다른 탭에서 권한이 없는 적당한 사용자에게 Impersonate하여 확인

이 상태에서 Business Rule에 뭔가 신경이 쓰일 수 있고 수정하려고 하면

이런 식으로 수정할 수 없습니다.
수정하려면 개발자에게 Impersonate해야합니다.



SessionBox를 사용한 경우

SessionBox 설치 등이 완료되었다고 가정합니다.
먼저 새 세션을 만들


한쪽은 관리자, 한쪽은 테스트용 세션으로 합니다.

캡처를 붙이는 것만으로는 잘 전해지지 않는다고 생각합니다만, Impersonate 하지 않아도 1 브라우저로에서 Business Rule의 개발을 하면서 유저로의 테스트를 할 수 있었습니다.

마지막으로

일례 밖에 소개되어 있지 않습니다만 잘하면 Business Rule을 작성하면서, Scripts - Background로 약간의 동작을 확인하면서, 유저의 움직임을 확인하는 등이 1브라우저로 실현되어 개발이 진지할지도 모릅니다 .

※ 어디까지나 자기책임으로