In this position paper, we would like to offer and defend a template to study equivalences between programs---in the particular framework of process algebras for concurrent computation. We believe that our layered model of development will clarify the distinction that is too often left implicit between the tasks and duties of the programmer and of the tester. It will also enlighten pre-existing issues that have been running across process algebras such as the calculus of communicating systems, the \(\pi\)-calculus---also in its distributed version---or mobile ambients. Our distinction starts by subdividing the notion of process in three conceptually separated entities, that we call \emph{process terms}, (completed) \emph{processes} and \emph{tests}, and by stressing the importance of formalizing the \emph{completion} of process terms and the \emph{instrumentation} that results from placing a (completed) processes into a test. While the role of what can be observed and the subtleties in the definitions of congruences have been intensively studied, the fact that \emph{not every term can be tested}, and that \emph{the tester should have access to a different set of tools than the programmer} is curiously left out, or at least not often formally discussed--in this respect, the theory of monitor is a counter-examples that we discuss and compare to our approach. We argue that this blind spot comes from the under-specification of contexts---environments in which comparisons occur---that play multiple distinct roles but are generally---at least, on the surface of it---given only one definition that fails to capture all of their aspects.