Ce que Gawel veut dire, c'est qu'au lieu de faire tes tests en verifiant le resultat depuis l'interface Zope ou Plone (en testant le resultat sur un objet que tu as crée dans Plone en maniant souris, clavier et tes mirettes), crée des tests unitaires qui se chargeront de faire tes tests à ta place de façon "rationelle".
exemple: Une methode dans ton produit retourne un resultat. au lieu de le tester de visu, laisse faire un test unitaire. tu peux concevoir des scenarios. une fois lancé, le test unitaire se charge de verifier à ta place si tout se passe bien. c'est sûr, efficace et conseillé.
Les tests unitaires "coutent" du temps au debut: chaque methode devra avoir son test. Au debut, tu as l'impression de perdre du temps à créer une methode et le test qui va avec. Mais crois moi, c'est pas du temps perdu: l'experience montre que ça permet un gain de temps et d'efficacité de l'ordre de l'inimaginable.
Mot-clé pour ton aventure: PloneTestCase .

Prépare du café, telecharge PloneTestCase et la documentation qui va avec. Prevoir une nuit relativement blanche.
Crée un petit produit basique, de type "hello world", mais en prévoyant dès le debut les tests qui vont avec. Pour cela, il faut comprendre la philosophie de Plonetestcase et des tests unitaires.
Ensuite, petit à petit, implemente les methodes de ton produit initial à celui-ci.
Au bout du compte, tu auras ton produit fini, testé et qui tourne comme la Lamborghini dans Gran Turismo.
Et dans la foulée, sans t'en rendre compte, tu auras appris la programmation orientée test (Test-driven Programming pour frimer).