내가 하는일/개발환경 및 도구

프롤로그 성능 테스트는 사용자에게 전달될 시스템을 완성해가는 마자막 단계에서 성능 요구사항을 충족했는지 목표했던 평균 응답시간이 나오는지 해당 시스템이 몇 명의 동접자와 부하에서 오류를 내는 시점(임계점)에 도달하는지를 증명해 보여야 할 때 주로 사용된다. 개발자들은 보통 H/W나 OS, WAS 같은 인프라 요소 탓을 하는데 필자가 경험 해보면 문제는 대부분 비즈니스 로직에 있었고 때때로 DB 혹은 DB 연결객체 pooling 설정 부족으로 인해 쉽게 임계점에 도달하는 경우를 많이 봤다. 필자는 비즈니스 로직이 포함된 웹 어플리케이션의 테스트 보다는 현재 만들고 있는 Web, WAS 시스템의 성능적인 문제를 검증할 목적으로 성능 테스트를 바라보고 있다. 이유야 어찌 했던 웹 어플리케이션을 하나 정해놓고 ..

서론 가을에 제품(WEB, WAS) 출시를 앞두고 정식 메뉴얼을 준비중에 있다. 그동안 alpha test를 위해 컨플루언스에 임시 메뉴얼을 작성해놓고 이를 워드로 Export하여 테스터에게 전달했는데 컨플루언스가 만들어내는 워드가 영 마음에 들지않았다. 그래서 꼭 export하고 다시 디자인을 조정해야 했는데 그 양이 많아 질 수록 그 작업시간이 점점 늘어났다. 추가 변경되는 소프트웨어 제품의 특성상 메뉴얼의 현행화는 또 다른 업무 과중과 소프트웨어 품질에 영향을 미치는 요소다. 대책이 필요했다. 온라인으로 메뉴얼을 제공하고 필요에 따라 문서 파일로 전달할 수 있는 방안이 필요했다. 우리 CTO와 이 문제를 논의하던 중에 python 개발자들이 즐겨 쓰는 문서 자동화 솔루션(Open source)인 s..