<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Saurabh Wankhade</title>
    <description>The latest articles on DEV Community by Saurabh Wankhade (@saurowankhade).</description>
    <link>https://dev.to/saurowankhade</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4069184%2Ff99d5abf-97cc-4c9e-a9ee-9e99f446d236.png</url>
      <title>DEV Community: Saurabh Wankhade</title>
      <link>https://dev.to/saurowankhade</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/saurowankhade"/>
    <language>en</language>
    <item>
      <title>Testing Next.js App Router API Routes Without Leaving Your Editor</title>
      <dc:creator>Saurabh Wankhade</dc:creator>
      <pubDate>Thu, 20 Aug 2026 07:41:13 +0000</pubDate>
      <link>https://dev.to/saurowankhade/testing-nextjs-app-router-api-routes-without-leaving-your-editor-372n</link>
      <guid>https://dev.to/saurowankhade/testing-nextjs-app-router-api-routes-without-leaving-your-editor-372n</guid>
      <description>&lt;p&gt;If you work with Next.js, you know this routine. Write an API route, switch to Postman or Thunder Client, rebuild the request, test it, then jump back to your code. Do this a few times a day and it starts to eat into your focus.&lt;/p&gt;

&lt;p&gt;The problem is not that these tools are bad. It is the constant context switch. Your routes live in your codebase, but your tests live somewhere else, usually behind a login screen.&lt;/p&gt;

&lt;p&gt;Why the usual workflow gets annoying&lt;/p&gt;

&lt;p&gt;If you have worked on a decent-sized Next.js project, this will feel familiar:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Collections go stale the moment someone adds a route and forgets to update them&lt;/li&gt;
&lt;li&gt;Sharing test collections across a team means exporting, importing, or paying for a shared workspace&lt;/li&gt;
&lt;li&gt;Nested routes like app/api/orders/[id]/route.ts are tedious to recreate by hand in another tool&lt;/li&gt;
&lt;li&gt;Request data and tokens often end up stored on someone else's server&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;None of this breaks your app. But it makes testing feel like extra work, so people end up skipping it more than they should.&lt;/p&gt;

&lt;p&gt;A simpler way to think about it&lt;/p&gt;

&lt;p&gt;The more natural setup is to test routes right where you write them, inside the editor. No new app to open, no login, no collection to keep syncing by hand.&lt;/p&gt;

&lt;p&gt;A few extensions in the VS Code ecosystem are starting to take this approach, scanning your project for routes automatically and letting you test them without leaving your code. Some also save collections as plain JSON files instead of locking them into a proprietary format, so they can just live in your repo and stay in sync through git like any other file.&lt;/p&gt;

&lt;p&gt;For App Router projects specifically, this helps a lot with dynamic routes like:&lt;/p&gt;

&lt;p&gt;&lt;code&gt;app/api/orders/route.ts&lt;br&gt;
app/api/orders/[id]/route.ts&lt;br&gt;
app/api/orders/[id]/status/route.ts&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;Instead of manually adding each one somewhere else, the tool picks them up on its own, and testing becomes a quick in editor action instead of a whole separate workflow.&lt;/p&gt;

&lt;p&gt;Worth trying&lt;/p&gt;

&lt;p&gt;If switching tabs to test a simple API call has been slowing you down, it is worth looking at editor-based options like &lt;a href="https://www.usedragonfly.xyz/" rel="noopener noreferrer"&gt;Dragonfly&lt;/a&gt; for VS Code. Small change, but it removes a chunk of daily friction most of us just got used to putting up with.&lt;/p&gt;

</description>
      <category>nextjs</category>
      <category>webdev</category>
      <category>testing</category>
      <category>vscode</category>
    </item>
    <item>
      <title>Need help to test Dragonfly</title>
      <dc:creator>Saurabh Wankhade</dc:creator>
      <pubDate>Sat, 08 Aug 2026 19:13:23 +0000</pubDate>
      <link>https://dev.to/saurowankhade/need-help-to-test-dragonfly-556h</link>
      <guid>https://dev.to/saurowankhade/need-help-to-test-dragonfly-556h</guid>
      <description>&lt;p&gt;&lt;a href="https://marketplace.visualstudio.com/items?itemName=saurabhwankhade.dragonfly" rel="noopener noreferrer"&gt;Dragonfly&lt;/a&gt; a VS Code extension I’m building to test REST APIs without leaving the editor.&lt;/p&gt;

&lt;p&gt;Currently it supports:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Importing Next.js API routes&lt;/li&gt;
&lt;li&gt;Syncing routes with the codebase&lt;/li&gt;
&lt;li&gt;Importing cURL&lt;/li&gt;
&lt;li&gt;POST, PUT and PATCH body generation&lt;/li&gt;
&lt;li&gt;Environments and common headers&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If you have some time, give it a try and let me know what you think or if you find any bugs.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://marketplace.visualstudio.com/items?itemName=saurabhwankhade.dragonfly" rel="noopener noreferrer"&gt;Live&lt;/a&gt;&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>javascript</category>
      <category>vscode</category>
      <category>api</category>
    </item>
  </channel>
</rss>
