Na testingu jste pořád - testing je pořád testing. Tedy aktualizace z testingu na testing se neřeší. Prostě až budou nové balíčky, tak je dostanete.
Propadávání balíčků z unstable do testingu je následující (ve zjednodušené formě):
* Balíček musí být v repozitáři unstable po dobu 10, 5, nebo 2 dní, v závislosti na urgenci uploadu
* Musí být zkompilován a být aktuální pro všechny architektury, pro které byl balíček připraven dříve v unstable
* Nesmí mít žádné release-critical chyby
* Všechny závislosti na další balíčky musí být splnitelné
* Operace instalace balíčku nesmí rozbít žádný jiný balíček v testingu.
viz
https://www.debian.org/devel/testing . Doba, kdy se z testingu stane stable, je většinou pro testing nezajímavá, protože je to přechodné období, kdy nové balíčky přicházejí relativně pomalu a tak si prostě na to propadnutí balíčku z unstable musíte počkat. Navíc pokud řešíte testing, tak záplatování bezpečnostních chyb se řeší mnohem pomaleji, než v stabilní distribuci, což tvrdí i v Debianu.
Compared to stable and unstable, next-stable testing has the worst security update speed. Don't prefer testing if security is a concern.
Doporučuji ideálně nejdříve si najít informace předtím, než se začnu ptát. Všechno je detailně sepsáno na Internetu na stránkách Debianu. Připomíná mi to situaci, kdy stojíte na zastávce před jízdním řádem, jste vidoucí, gramotný, máte hodinky a ptáte se, kdy jede ten autobus.