Debugując test debugger zatrzymuje się na breakpointach (w phpstorm) w klasie testującej (podklasy PHPUnit_Framework_TestCase), ale nie zatrzymuje się na breakpointach do akcji kontrolera Symfony którego testowane żądanie dotyczy, a wchodzi do tego kontrolera na pewno:

[PHP] pobierz, plaintext 
//test - tu debugger się zatrzymuje
        $response = $this->client->post('/api/programmers', [
            'body' => json_encode($data)
        ]);
 
        $this->assertEquals(201, $response->getStatusCode());
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
//kontroler - tu debugger NIE zatrzymuje się 
    /**
     * @Route("/api/programmers")
     * @Method("POST")
     */
    public function newAction(Request $request)
    {
        ...
        return new Response($json, 202, array(
            'Content-Type' => 'application/json'
        ));
[PHP] pobierz, plaintext 

... bo kod odpowiedzi mam 202

Więc dlaczego nie zatrzymuje się na breakpoincie w kontrolerze?

Bo jak debugujesz test ktory wysyla zupelnie inne żądanie http to nei oczekuj ze debugger bedzie nagle debugowal tez oddzielny "serwer"

Skoro mówisz o testach, to możesz tam mockować i wtedy debugowanie gładko do niego wejdzie. Do tego oddzielne testy samego klienta i masz przetestowane wszystko w dwóch krokach.

A po co chcesz debugować testy?

Nie rozumiem. Test wysyła żądanie, które trafia do tego kontrolera.
"inne żądanie"? "oddzielny serwer"?

(A chcę debugować testy bo chcę debugować różne scenariusze.)
(Nie chcę mockować, nie robię testów jednostkowych)

No a jak wysylasz to żądanie? Przez wewnetrzny mechanizm symfony czy moze jednak normalnie przez adres,np:
http://localhost/blab/blabla
? Bo z tego co widze to przez Guzzle czyli walisz normalnie kolejne żądanie, ktore ma sie nijak do aktualnie debugowanego

A wiesz że najpierw piszesz test który ma sprłić twój scenariusz a potem piszesz do tego kod?