[ros-users] [Discourse.ros.org] [Quality Assurance] Input v…

Top Page
Attachments:
Message as email
+ (text/plain)
Delete this message
Reply to this message
Author: fkromer via ros-users
Date:  
To: ros-users
CC: fkromer
Subject: [ros-users] [Discourse.ros.org] [Quality Assurance] Input validation as a metric for quality


[quote="tyagikunal, post:5, topic:3732"]
As such, I have a few open ended questions. How can we

* score a given implementation (say on a scale of 0 being no contract to 5 being a contract with no assumptions left unchecked).
[/quote]

I don't know if scoring is reasonable.

1. **In many cases input/output data validity cannot be defined on the ROS node level and the ROS library level. It depends on the overall application context.** If e.g. data input/output to a ROS node/nodelet is considered valid or not depends in many cases on the application the node/nodelet is used in and cannot be defined in the node/nodelet scope in a generic way. Consider a node wrapping an IMU. The data types are simple ([sensor_msgs - imu](http://docs.ros.org/api/sensor_msgs/html/msg/Imu.html)). If e.g. the accelerations are beyond the hardware specification it is pretty obvious that the output (e.g. published topic) is invalid. An application level node/nodelet which uses the IMU nodes data as input could validate it. For a generic node which uses the IMU nodes data as input, lets say to stabilize the pose of a drone, the "validity" of the input would depend on the overall application setup and capabilities (IMU node, "stabilization" node, motor control node, etc.).
The acceleration input would be considered invalid above levels which would lead the overall setup to fail in stabilizing the drone pose.
2. **In many cases the interface data types are too complex to define what "valid" data is.** E.g. consider a node/nodelet providing or consuming the [sensor_msgs - PointCloud2](http://docs.ros.org/api/sensor_msgs/html/msg/PointCloud2.html) data type...





---
[Visit Topic](https://discourse.ros.org/t/input-validation-as-a-metric-for-quality/3732/6) or reply to this email to respond.


If you do not want to receive messages from ros-users please use the unsubscribe link below. If you use the one above, you will stop all of ros-users from receiving updates.
______________________________________________________________________________
ros-users mailing list

http://lists.ros.org/mailman/listinfo/ros-users
Unsubscribe: <http://lists.ros.org/mailman//options/ros-users>