Dharma

- sybase iq 는 메타 디비의 형태이다.
- sybase iq 에 접근을 위해서는 odbc 나 oledb 방식을 써야 합니다.
- odbc 방식은 사실 귀찮게 세팅해줘야 할 것이 많습니다. 따라서
  일반적으로 프로그래밍을 할때는 oledb 방식을 많이 씁니다.

- sybase iq 는 Adaptive Server Anyware (줄여서 ASA) 로 제어를 하게
  되는데 다음에 나오는 예제는 ASA 를 OleDB 를 이용해서 접근하는 방법을
  C# 으로 표현했습니다.

- oledb 방식을 쓸려면 iq 용 클라이언트를 설치해야 합니다. (그 안에
  oledb provider 가 포함)

 예제) 

  http://www.connectionstrings.com/?carrier=sybase (참고 사이트)

최근에 개발을 진행하게 되었습니다. 개발환경에 대한 설명은 간단하게
말씀드리자면 기존의 심리행동을 측정하는 프로그램이 상당히
낙후됐습니다. DOS 시절 프로그램을 쓰고 있는 현실이지요. 윈도
어플리케이션이 있지만 이 또한 Windows 3.1 시절의 프로그램입니다. 물론
이들이 요즘 나오는 OS 에 설치가 된다고는 하지만 아무래도 오래전
프로그램 이다보니 효용성이 많이 떨어지는 환경입니다.

이 프로그램이 어떻게 쓰이는 지에 대해서 알아보기로 합니다.

그냥 프로그램이 설치된 노트북을 들고 조그만 유리창으로 쳐다보면서
관찰의 내용을 기입하는 방식인데, 노트북이 참 편리한 컴퓨터이긴 하지만
아무래도 이 실험에 대한 휴대성은 떨어지지요.

그래서 PDA 를 가지고 이런 작업을 하면 유용합니다. 노트북 대신 PDA를
들고 관찰을 하는 것이지요. 크기가 작으니 한손에 들고 쳐다보면서 상황이
발생할때마다 클릭 클릭 하는 것입니다.

프로젝트의 주요 목적은 관찰대상을 관찰하며 얻어지는 데이터를 편하게
저장할 수 있는 PDA 용 데이터 수집기를 만드는 것이 목표입니다.

개발 환경

OS : Windows XP , Windows Vista
TOOL : Visual Studio 2008 Professional Beta
     - 돈이 안들길래 받아서 설치했습니다.
Target Machine : SPH-M8100

구체적으로 개발은 Mobile 환경에서 개발하게 됩니다. 그를 위해서 기존의
개발툴만 깔려 있는 상태에서는 개발이 이루어 질 수가 없습니다. 개발용
SDK 와 테스트를 위해서 필요한 기기 Image 가 필요합니다.

1. Windows Mobile 5.0 Pocket PC SDK 를 설치한다.
   - 삼성 SPH-M8100 은 포켓피씨 OS 고 관련 SDK 를 설치해야
   포켓피씨에서 돌아가는 프로그램을 만들 수가 있다.
2. Windows Mobile 6 Professional Images (KOR) 이 설치한다.
   - 테스트를 위해서 이미지 종류중에서 KOR 버젼을 골라서 설치를 해야
   한다.

위의 두가지가 제대로 설치됐으면 설치 됐는지 확인하는 과정이
필요합니다. 간단한 Hello World 어플리케이션 한번 만들어 보기로 하지요

 ( 우.. 이 그림 캡쳐해서 올리다 보니 그림 크기 같은거 조절이 힘드네요. 회사에서 만든 웹 에디터로 글 쓰고 싶다는 생각이 팍팍 드네요 ㅎㅎ )

SmartDevice 에서 MFC Smart Device Application 선택해서 프로젝트 이름 기입해주면 됩니다.
 - 글씨체가 이상한건 취향입니다 ^^;

그 다음 진행은 Wizard 화면이 나옵니다. 적당히 "Next" 버튼을 눌러서 다음 화면에서 개발 플랫폼을 정해줍니다.

위에 타겟 플랫폼을 Pocket PC 용인지 확인하시고 빌드를 시작합니다.

기본적으로 cppUnit 에서 쓰이는 main 함수는 Text 모드 일때는 동일합니다. 각각의 세부 정보까지 표시하게 만든 버젼입니다. 다음부터 cppUnit Test Project 를 작성할때는 이부분을 복사해서 main 부분을 구성하면 똑같게 사용이 가능합니다.

#include <cppunit/extensions/HelperMacros.h>
#include <cppunit/ui/text/TestRunner.h>
#include <cppunit/TestResult.h>
#include <cppunit/TestResultCollector.h>
#include <cppunit/BriefTestProgressListener.h>
#include <cppunit/CompilerOutputter.h>


int main (int argc, char * argv[])
{
    CPPUNIT_NS::TestResult controller ;
    CPPUNIT_NS::TestResultCollector result ;


    controller.addListener(&result);


    CPPUNIT_NS::BriefTestProgressListener progress ;
    controller.addListener(&progress);

    CPPUNIT_NS::TextUi::TestRunner runner;
    runner.addTest
  ( CPPUNIT_NS::TestFactoryRegistry::getRegistry().makeTest());

    try
    {
      runner.run( controller );

      CPPUNIT_NS::stdCOut() << "\n";
      // Print test in a compiler compatible format.
      CPPUNIT_NS::CompilerOutputter outputter( &result,
	 CPPUNIT_NS::stdCOut() );
      outputter.write();

      // Uncomment this for XML output
      //    std::ofstream file( "tests.xml" );
      //    CPPUNIT_NS::XmlOutputter xml( &result, file );
      //    xml.setStyleSheet( "report.xsl" );
      //    xml.write();
      //    file.close();
    }
    catch ( std::invalid_argument &e ) / Test path not resolved
    {
      CPPUNIT_NS::stdCOut()  <<  "\n"
                             <<  "ERROR: "  <<  e.what()
                             << "\n";
      return 0;
    }

    return result.wasSuccessful() ? 0:1 ;
}

드디어 대망의 cppUnit 과 CruiseControl.NET 과의 결합입니다. 일단은 개념만 다루기로 하고 다음 포스트에서 프로젝트를 하나 하나 생성해 나가면서, SVN , CI , Schedule , TDD , IssueTracker 까지 적용해서 하나의 프로젝트로 만드는 포스팅 할 예정입니다. (우리 회사에서 적용하고 있는 방법론이기도 합니다, 비용은 인건비만 들고 실용주의 시스템 구성에 돈이 안드는 방법론을 맛볼 수 있습니다.) 저는 맘대로 그 방법을 도입한 형태를 실천주의 구성이라고 합니다 ㅎㅎ

지금까지 cppTest 프로젝트를 하면서 , 화면에 (콘솔) 테스트 결과가 출력되는 형태까지 봐 왔을것입니다. 이제부터 CruiseControl.NET 의 웹 대쉬보드 에 테스트 결과를 출력하게 해서 CI 에 적용되는 프로젝트에 자동화 테스트 까지 추가하기로 하겠습니다.

현재 프로젝트의 환경을 보기로 하지요. (기존의 프로젝트를 CI 에 관리하에 뒀다는 가정하에 진행하겠습니다.)

자세한것은 저번 포스트에서 다루고 있습니다. (좀 연재한것이 많아서 링크는 못했습니다.)

처음으로 해야 할 일은 cppTest 프로젝트가 xml 파일을 output으로 내게 하는 일입니다.
역시 cppTest.cpp 파일을 수정해 줍니다.

#include "stdafx.h"
#include <cppunit/TestResult.h>
#include <cppunit/TestResultCollector.h>
#include <cppunit/TestRunner.h>
#include <cppunit/XmlOutputter.h>
#include <cppunit/extensions/TestFactoryRegistry.h>

#include <fstream>

int _tmain(int argc, _TCHAR* argv[])
{
  CPPUNIT_NS::TestResult controller ;

  CPPUNIT_NS::TestResultCollector result ;
  controller.addListener (&result);

  CPPUNIT_NS::TestRunner runner ;
  runner.addTest(
CPPUNIT_NS::TestFactoryRegistry::getRegistry().makeTest());

  runner.run(controller);

  std::ofstream file("Results.xml");
  CPPUNIT_NS::XmlOutputter xml(&result , file);
  xml.setStyleSheet("report.xsl");
  xml.write();
  file.close();

  return result.wasSuccessful() ? 0: 1;

}

기존 소스와 다른점은 아래쪽에 추가된 부분이라고 할 수 있겠습니다.
Results.xml 을 지정해서 그 파일을 XmlOutPutter 의 결과로 지정해주는 부분입니다.
이렇게 되면 테스트의 상세 결과가 Results.xml 로 저장이 됩니다. stylesheet 를 지정해주는 부분은 옵션입니다. 만약 스타일 쉬트를 지정하게 되면 output 폴더에 꼭 reports.xsl 을 가지고 다녀야 합니다.

자 이제 Test 프로젝트를 준비가 됐으니 다음은 ccnet.config 를 손볼
차례입니다. 이 파일은 보통 %CRUISECONTROL.NET%\server 에 있습니다.
기존의 <devenv> 태그 다음에 다음과 같은 내용을 추가합니다.

위 내용은 프로젝트를 빌드후에 실행해줘야 하는 것을 지정해준
것입니다. 위의 프로그램 예제에서 보여줬듯이 이 방법을 써서 테스트
프로젝트를 실행하면 Results.xml 에 테스트 결과가 저장됩니다. 이 결과를
기존의 빌드로그 가 표시되는 xml 파일에 병합해야 하는 문제가
남았습니다. <task> 태그가 닫히고 난 뒤 같은 레벨에 존재하는 <publishers>
태그가 그 부분을 처리해 줍니다. 정확히는 <merge> 태그 안에 병합할
파일을 써주시면 됩니다. 다음에 그 예제를 적어 뒀습니다.

마지막으로 실제 build report 부분에서 테스트 결과를 볼 수 있게 하는
방법에 대해서 알아보도록 하지요.

이 부분은 이부분 을 참조했습니다. 이 CruiseControl.NET web dashboard 는 빌드
로그를 xsl 파일을 통해서 값을 파싱해서 그 결과값을 화면에
뿌려줍니다. 그래서 기존의 xsl 파일로는 cppUnit 이 만들어 내는 결과를
인식 못합니다. (위에 써둔 Results.xml 을 빌드로그에 병합한 형태를 인식
못함)

따라서 unittest.xsl 를 다운 받아서 %CRUISECONTROL.NET%\webdashboard\xsl
에 넣어줍니다.

Suite

테스트 케이스를 한꺼번에 몰아서 돌릴려고 하면 , Suite 가 필요합니다. 정확히는 TestSuite 이지요. 전 포스팅에서 한개체를 돌리는 경우를 봤으니 이번에는 한번에 돌리는걸 알아 보도록 하죠.

cppTest.cpp

기존의 code 중 testAddtion 함수 밑에 붉은 색 부분을 추가합니다.
그리고 main 함수를 바꿉니다.

cppTest.cpp 

일단 추가한 헤더파일은 TestRunner 의 헤더 파일입니다. cppunit 기본으로 Text 버젼이 포함되어 있습니다. MFC 버젼이나 QT , QT4 버젼을 쓰고 싶으신 분은 관련 자료를 쉽게 찾으실 수가 있습니다. - 관련 URL 링크 해뒀음

TestRunner 는 테스트를 실행하고 정보를 저장합니다. 성공하면 - 성공했다는 메시지와 함께 실패하면

 - 실패한 테스트 케이스 이름
 - 테스트를 포함한 소스 파일의 이름
 - 실패가 일어난 줄 번호
 - 실패를 야기한 곳의 모든 Text 정보입니다. ( 애매해서 의역이 심하네요 ㅎㅎ)