<?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: Orhan Eren Kara</title>
    <description>The latest articles on DEV Community by Orhan Eren Kara (@orhanerenkara_dev).</description>
    <link>https://dev.to/orhanerenkara_dev</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%2F4160320%2F8db15504-7292-4c46-877e-4bec944285d3.png</url>
      <title>DEV Community: Orhan Eren Kara</title>
      <link>https://dev.to/orhanerenkara_dev</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/orhanerenkara_dev"/>
    <language>en</language>
    <item>
      <title>I built a Chrome extension that turns bug reproductions into Playwright test drafts</title>
      <dc:creator>Orhan Eren Kara</dc:creator>
      <pubDate>Sat, 03 Oct 2026 19:25:45 +0000</pubDate>
      <link>https://dev.to/orhanerenkara_dev/i-built-a-chrome-extension-that-turns-bug-reproductions-into-playwright-test-drafts-4nei</link>
      <guid>https://dev.to/orhanerenkara_dev/i-built-a-chrome-extension-that-turns-bug-reproductions-into-playwright-test-drafts-4nei</guid>
      <description>&lt;p&gt;A bug report often says “this button broke,” but the steps that caused it get lost. I built &lt;strong&gt;QA Bug → Regression Test&lt;/strong&gt; to capture one manual bug reproduction and turn it into two editable starting points: a Markdown bug report and a Playwright TypeScript regression-test draft.&lt;/p&gt;

&lt;p&gt;The workflow is straightforward:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Open a web page and start a bug session from the Chrome side panel. The extension requests access to that site when recording begins.&lt;/li&gt;
&lt;li&gt;Reproduce the issue. The recorder captures supported clicks, form input, selections, and navigation. You can add visible-text or visible-element assertions, a bug title, expected and actual results, and one optional screenshot.&lt;/li&gt;
&lt;li&gt;Stop the session, review what was captured, then generate and download the report and test draft.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;The goal is to reduce the work between &lt;em&gt;finding&lt;/em&gt; a bug and writing down enough detail for someone else to reproduce it. The generated test is a &lt;strong&gt;draft&lt;/strong&gt;, not a passing test guarantee: check its locators, warnings, skipped steps, and assertions, replace any test-data placeholders, and run it in your own Playwright project. The recorder currently focuses on the initial site's main frame; cross-origin pages and some popup or new-tab flows can need manual work.&lt;/p&gt;

&lt;p&gt;Sessions are stored locally in Chrome. There is no account or cloud sync in this version. Recognized sensitive form values and supported URL query/hash values receive rule-based redaction, but detection is not exhaustive. Page text, URL paths, and screenshot pixels can still contain private information, so review every output before sharing it. The optional feedback form sends only the message and optional reply email you choose to submit; it does not attach your recording or screenshot.&lt;/p&gt;

&lt;p&gt;The interface and bug reports support English and Turkish. The generated Playwright code uses TypeScript.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Try it:&lt;/strong&gt; &lt;a href="https://chromewebstore.google.com/detail/qa-bug-%E2%86%92-regression-test/khoelciicbkdeieibchdndccdncpelbg" rel="noopener noreferrer"&gt;QA Bug → Regression Test on the Chrome Web Store&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If you do manual QA or write Playwright tests, I'd be interested to hear which part of the bug-to-test handoff costs you the most time.&lt;/p&gt;

</description>
      <category>showdev</category>
      <category>testing</category>
      <category>typescript</category>
      <category>tooling</category>
    </item>
    <item>
      <title>I built MindContext to keep research notes connected to their sources</title>
      <dc:creator>Orhan Eren Kara</dc:creator>
      <pubDate>Sat, 03 Oct 2026 18:44:11 +0000</pubDate>
      <link>https://dev.to/orhanerenkara_dev/i-built-mindcontext-to-keep-research-notes-connected-to-their-sources-3m0k</link>
      <guid>https://dev.to/orhanerenkara_dev/i-built-mindcontext-to-keep-research-notes-connected-to-their-sources-3m0k</guid>
      <description>&lt;p&gt;When I research a topic, I usually end up with too many tabs, a separate notes document, and a chat window. The frustrating part is not collecting information. It is remembering where a quote came from and which of my notes belonged to that source.&lt;/p&gt;

&lt;p&gt;I built &lt;strong&gt;MindContext&lt;/strong&gt;, a Chrome side panel for that workflow. It keeps a note attached to the page URL, lets me save selected text through the right-click menu, and groups related pages into research projects. When I want to discuss the material with ChatGPT, Claude, or Gemini, it prepares the page context, my notes, and saved quotes in one place. I can review the prompt before sending it.&lt;/p&gt;

&lt;h2&gt;
  
  
  A small example
&lt;/h2&gt;

&lt;p&gt;Suppose I am comparing three articles about a library or technical approach. I can:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Save the useful passages from each article.&lt;/li&gt;
&lt;li&gt;Add my own questions and observations next to each source.&lt;/li&gt;
&lt;li&gt;Group the pages in one research project.&lt;/li&gt;
&lt;li&gt;Bring the collected context into an AI chat for comparison.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;The notes and quotes are stored locally in Chrome. There is no account required to use the extension. The optional feedback form sends only the answers the user chooses to submit to the developer through Formspree.&lt;/p&gt;

&lt;p&gt;This is an early version. It currently works in Chrome, and notes are local to the browser profile; there is no cross-device sync. I would rather learn whether the core workflow is useful before adding more features.&lt;/p&gt;

&lt;p&gt;If you research across many tabs, I would appreciate your take: &lt;strong&gt;Where does your current note-taking workflow break down?&lt;/strong&gt; Would attaching notes to individual pages help, or would you organize them differently?&lt;/p&gt;

&lt;p&gt;&lt;a href="https://chromewebstore.google.com/detail/mindcontext-ai-research-n/nmagjifaanaaddbogdebppjdcoaignnd" rel="noopener noreferrer"&gt;Try MindContext on the Chrome Web Store&lt;/a&gt;&lt;/p&gt;

</description>
      <category>showdev</category>
      <category>productivity</category>
      <category>ai</category>
      <category>tooling</category>
    </item>
  </channel>
</rss>
