test/Readme

   1  IoTCon(Tizen IoT Connectivity) Test Program
   2
   3
   4 If you install the "iotcon package", you can test operations of iotcon.
   5 The result of test is printed out through DLOG. If you specify the LOG_TAG value
   6 to 'ICTEST'(&'IOTCON'), you can see the output of test programs.
   7
   8 There are four pairs of test programs.
   9
  10
  11 1. Basic Test
  12
  13 It is for testing CRUDN methods. A client can require CRUDN operations to server's resource
  14 through iotcon_remote_resource_get/put/post/delete() and iotcon_remote_resource_observe_register().
  15
  16  $ /usr/bin/iotcon-test-basic-server
  17  $ /usr/bin/iotcon-test-basic-client
  18
  19
  20 2. Interface Test
  21
  22 You can check the operations of resource that contains child resources. If the client
  23 require GET operation to server's parent resource, server sends response with representation
  24 including children's information. The contents of information are decided by the resource
  25 interface set by server. Client can send desired interface with request to server.
  26
  27  $ /usr/bin/iotcon-test-iface-server
  28  $ /usr/bin/iotcon-test-iface-client
  29
  30
  31 3. Get Device/Platform Information Test
  32
  33 Because device information and platform information are set by iotcon, you can check the
  34 information through iotcon_get_device_info() and iotcon_get_platform_info().
  35
  36  $ /usr/bin/iotcon-test-device-client
  37
  38
  39 4. Resource Encapsulation Test
  40
  41 It is for testing resource encapsulation. Resource Encapsulation consists of lite resource,
  42 resource monitoring, and resource caching. If the server uses lite resource, there is no
  43 need to create a request handler. The client can check resource's state
  44 using iotcon_remote_resource_start_monitoring(). Also, the client can keep the resource's
  45 representation up to date using iotcon_remote_resource_start_caching().
  46
  47  $ /usr/bin/iotcon-test-encap-server
  48  $ /usr/bin/iotcon-test-encap-client