~kaijanmaki/+junk/indicators-ng

\documentclass[a4paper, 12pt]{article}

\usepackage[

    pdftex,

    pdfauthor={Antti Kaijanm\"{a}ki},

        pdftitle={},

        colorlinks,

        bookmarks={true},

        bookmarksopen={true},

        ]{hyperref}

\usepackage{graphicx}   

\usepackage{titling}

 

\title{ZinC\\Service Description Language\\---\\Service and Client Testing}

\author{

        Antti Kaijanm\"{a}ki\\

        \texttt{antti.kaijanmaki@canonical.com}

        }

\date{\today}

 

\begin{document}

\pagenumbering{gobble} 

\maketitle

 

\newpage

\begin{abstract}

\end{abstract}

 

\newpage

\tableofcontents

 

\newpage

\pagenumbering{arabic}

 

fuzzing, range checking, mocking

 

\section{testability story}

play around with the transport, easy mocking, autogeneratored mocking tools

remote services, etc.. etc..

 

\begin{figure}[h]

    \centering

    \fbox{\includegraphics[width=0.8\textwidth]{images/testing.png}}

    \caption{Awesome Image}

    \label{fig:awesome_image}

\end{figure}

 

instead of testing individual services on dbus-level and separately on each client library implementation the testing efforts only need to be concentrated around the generators. for service backends we get a nice higher level testing surface instead of painfully doing testing on dbus level.

 

when the generators are carefully tested, we can trust them to work properly in general and then split the testing focus from "full stack" to backend and clients. see the picture.

 

\end{document}