<div class="key-takeaways"><ul><li>วิศวกร QA พัฒนา TestFlow Agent เพื่อแก้ปัญหาการเขียนชุดทดสอบซ้ำซ้อนสามรูปแบบ</li><li>โหมดแรกรับคำสั่งภาษาอังกฤษธรรมดาเพื่อสร้าง API sequences และชุดทดสอบอัตโนมัติ</li><li>โหมดที่สองบันทึกการใช้งานจากเว็บไซต์จริงผ่านเบราว์เซอร์เพื่อแกะรอยและสร้างชุดทดสอบ</li><li>รองรับการส่งออกเป็น Postman collection, Playwright spec และ JMeter plan พร้อมใช้งาน</li></ul></div><p>ในฐานะวิศวกรประกันคุณภาพซอฟต์แวร์ ชังการ์ ศูบรามาเนียน (Shankar Subramanian) เผชิญกับปัญหาเดิมๆ ซ้ำซากเมื่อต้องทดสอบกระบวนการทางธุรกิจหนึ่งๆ โดยเขาต้องลงมือเขียนชุดทดสอบเดิมซ้ำกันถึงสามครั้ง ได้แก่ Postman collection, Playwright API test และ JMeter plan ซึ่งใช้งานคำขอ ตัวแปร และการตรวจสอบเงื่อนไขที่เหมือนกันทุกประการแต่ต้องพิมพ์แยกกันคนละรูปแบบ ทำให้เสียเวลา น่าเบื่อ และโค้ดทั้งสามชุดมักจะคลาดเคลื่อนไม่ตรงกันเมื่อมีส่วนใดส่วนหนึ่งเปลี่ยนแปลงไป</p><p>เพื่อแก้ปัญหานี้ เขาจึงสร้างเครื่องมือที่ชื่อว่า TestFlow Agent ขึ้นมาเพื่อให้ทำงานเพียงครั้งเดียวจบ โดยเครื่องมือนี้แบ่งการทำงานออกเป็นสองโหมดหลัก เพื่อตอบโจทย์สถานการณ์ที่แตกต่างกันอย่างสิ้นเชิง โดยโหมดแรกออกแบบมาสำหรับกรณีที่คุณมีสิทธิ์ควบคุม API ที่กำลังทดสอบอยู่ ซึ่งอาจเป็นบริการของทีมคุณเองที่คุณรู้จักเอนด์พอยต์เป็นอย่างดี</p><p>สำหรับโหมดแรกนี้ ผู้ใช้งานไม่ต้องทำการบันทึกหน้าจอใดๆ แต่สามารถพิมพ์คำสั่งทดสอบด้วยภาษาอังกฤษธรรมดาลงไปได้เลย เช่น การสร้างการลงทะเบียนสำหรับสมาชิกในรัฐเท็กซัส การเรียกดูแผนประกันที่รองรับ การเลือกแผน Silver การส่งข้อมูลการลงทะเบียนพร้อมระบุวันที่มีผลบังคับใช้เป็น 01/01/2026 และการตรวจสอบว่าสถานะการลงทะเบียนเป็น ACTIVE</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/api_tests_testflow_agent_ms2emdaa_inline_1_9416a29cc5.jpg" alt="developer dashboard workflow interface" loading="lazy" /><p class="color-gray-500 text-sm mt-10">ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง</p></div><div class="ai-insight"><p>การแปลงข้อความภาษาอังกฤษธรรมดา (Plain English) ให้กลายเป็นชุดทดสอบ API ถือเป็นแนวทางแบบ Behavior-Driven Development (BDD) ที่ช่วยลดช่องว่างระหว่างทีมพัฒนา ทีม QA และทีมธุรกิจ ทำให้ทุกคนเข้าใจตรงกันผ่านชุดคำสั่งที่อ่านรู้เรื่องทันทีโดยไม่ต้องมีความรู้เรื่องโค้ดเชิงลึกในตอนเริ่มต้น</p></div><p>เมื่อระบบอ่านความตั้งใจจากข้อความดังกล่าว TestFlow Agent จะทำการประมวลผลลำดับการเรียก API ออกมา เช่น การขอโทเคนยืนยันตัวตน การสร้างสมาชิก การดึงข้อมูลแผนประกัน และการสร้างการลงทะเบียน พร้อมทั้งเชื่อมโยงไอดีต่างๆ เข้าด้วยกัน จากนั้นระบบจะสร้างไฟล์ชุดทดสอบทั้งสามรูปแบบออกมาโดยใช้ตัวแปรชุดเดียวกัน และเนื่องจากในคลังโค้ดมีระบบจำลอง API ขนาดเล็ก (mock API) มาให้ด้วย ผู้ใช้งานจึงสามารถกดรันเพื่อดูผลลัพธ์การทำงานแบบ end-to-end ได้ทันที</p><p>อย่างไรก็ตาม วิธีการแรกมีข้อจำกัดตรงที่ต้องเป็นบริการที่คุณรู้จักและเป็นเจ้าของ จึงนำไปสู่โหมดที่สองที่น่าตื่นเต้นกว่า นั่นคือการใช้งานกับแอปพลิเคชันใดก็ได้เพียงแค่บันทึกการใช้งาน (record it) โดยในโหมดนี้ผู้ใช้ไม่ต้องมีความรู้เกี่ยวกับ API เบื้องหลังเลยแม้แต่น้อย เพียงแค่ป้อน URL แล้วกดปุ่ม Start Discovery ระบบจะเปิดเบราว์เซอร์จริงขึ้นมาให้คุณคลิกใช้งานตามปกติ เช่น การทดสอบบนเดโมของ OrangeHRM แล้วกดหยุดการทำงาน</p><div class="stat-row"><div class="stat-item"><span class="stat-number">3</span><span class="stat-label">รูปแบบชุดทดสอบหลักที่สร้างได้</span></div><div class="stat-item"><span class="stat-number">1</span><span class="stat-label">คำสั่ง Docker เพื่อเริ่มใช้งาน</span></div></div><p>เบื้องหลังการทำงานในโหมดบันทึกนี้ ระบบจะเก็บข้อมูลการรับส่งข้อมูลเครือข่ายทั้งหมด แล้วแปลงออกมาเป็นชุดทดสอบทั้งสามรูปแบบตามสิ่งที่คุณเพิ่งกระทำลงไปจริง ความท้าทายที่แท้จริงคือการจัดการกับข้อมูลดิบจากเบราว์เซอร์ที่ค่อนข้างมีความซับซ้อนให้กลายเป็นชุดทดสอบที่สามารถนำกลับมารันซ้ำได้ โดยระบบต้องจัดการคัดแยกตัวแปร ตรวจจับโทเคนและไอดีต่างๆ และเชื่อมโยงข้ามขั้นตอนอย่างชาญฉลาด</p><blockquote class="pull-quote"><p>"reviewId and kpiId are now variables that resolve from a generated environment file — so you import it and run, no manual filling-in."</p><cite>Shankar Subramanian</cite></blockquote><p>นอกจากนี้ ระบบยังมีความสามารถในการตั้งชื่อตัวแปรตามฟิลด์ข้อมูล JSON ที่รับมา เช่น employee.id กลายเป็น employeeId แทนที่จะดึงมาจาก URL รวมถึงการจัดการกับโทเคนเข้าสู่ระบบที่หมดอายุ โดยจะดึงโทเคนใหม่ก่อนที่จะเข้าสู่ระบบเสมอเพื่อป้องกันปัญหาข้อผิดพลาด 403 Forbidden พร้อมทั้งคัดกรองสัญญาณรบกวนต่างๆ เช่น ฟอนต์ ระบบวิเคราะห์ข้อมูล ชุดคำสั่งภาษา หรือพิกเซลติดตามออกไปให้เหลือเพียงแค่ API ทางธุรกิจที่แท้จริงเท่านั้น</p><p>โปรเจกต์นี้พัฒนาขึ้นภายใต้สัญญาอนุญาตแบบโอเพนซอร์ส MIT ใช้เทคโนโลยี Node.js, Express และ React โดยผู้สนใจสามารถเริ่มต้นใช้งานได้อย่างรวดเร็วผ่านคำสั่ง Docker เพียงบรรทัดเดียว หรือติดตามรายละเอียดเพิ่มเติมได้จากแหล่งข่าวต้นฉบับ</p><p class="source-attribution">ที่มา: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/shankar_subramanian/i-turned-plain-english-and-any-live-website-into-api-tests-42a1" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

<div class="key-takeaways"><ul><li>A QA engineer built TestFlow Agent to eliminate redundant test authoring across three formats.</li><li>Mode one takes plain English instructions to generate API sequences and runnable test suites.</li><li>Mode two records real web browser sessions to automatically discover and build test artifacts.</li><li>Exports artifacts into Postman collections, Playwright specs, and JMeter plans seamlessly.</li></ul></div><p>As a quality assurance engineer, Shankar Subramanian faced a repetitive friction point when validating business flows: building the exact same validation suite three distinct times. This involved creating a Postman collection, a Playwright API test, and a JMeter plan utilizing identical requests, variables, and assertions typed out across three different formats. The process was slow, tedious, and caused the three copies to drift apart whenever a modification occurred.</p><p>To solve this repetitive workflow, he developed TestFlow Agent to handle the process once. The tool operates through two distinct modes designed to address completely different situations. The first mode is intended for scenarios where you maintain direct control over the API being tested, such as a service belonging to your team where endpoints are already familiar.</p><p>In this initial mode, recording is entirely unnecessary. Users simply type out the test scenario in plain English, such as creating an enrollment for a member in Texas, retrieving available plans, selecting a Silver plan, submitting the enrollment with an effective date of 01/01/2026, and validating that the enrollment status remains ACTIVE.</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/api_tests_testflow_agent_ms2emdaa_inline_1_9416a29cc5.jpg" alt="developer dashboard workflow interface" loading="lazy" /><p class="color-gray-500 text-sm mt-10">Stock photo for illustration only, not from the actual event</p></div><div class="ai-insight"><p>Translating natural language statements into executable API testing sequences represents a Behavior-Driven Development (BDD) approach that bridges the gap between developers, QA teams, and business stakeholders, ensuring clear shared understanding through readable instructions.</p></div><p>Upon interpreting the intent, state, and specific dates from the text, TestFlow Agent produces the exact API sequence, including token authentication, member creation, plan querying, and enrollment execution. It subsequently generates the Postman collection, Playwright spec, and JMeter plan sharing unified environment variables. Because the repository ships with a compact mock API, users can execute the entire end-to-end flow immediately.</p><p>However, this first approach carries limitations since it works best for known services under your ownership. This led to the second, more compelling mode: recording any application directly without prior API knowledge. In this mode, users input a URL, trigger the discovery phase, and interact with a live browser instance—such as an OrangeHRM demo environment—before concluding the recording session.</p><div class="stat-row"><div class="stat-item"><span class="stat-number">3</span><span class="stat-label">Core test artifacts generated</span></div><div class="stat-item"><span class="stat-number">1</span><span class="stat-label">Docker command to launch</span></div></div><p>Behind the scenes, the tool captures raw network traffic and converts the actual user actions into the standard trio of test artifacts. The engineering complexity largely involved refining messy browser traffic into clean, repeatable tests by properly detecting variable chains, handling identifiers, and maintaining consistent data flow across separate execution steps.</p><blockquote class="pull-quote"><p>"reviewId and kpiId are now variables that resolve from a generated environment file — so you import it and run, no manual filling-in."</p><cite>Shankar Subramanian</cite></blockquote><p>Additional capabilities include naming variables derived from JSON response fields rather than raw URLs, gracefully managing expired CSRF login tokens by refetching fresh credentials prior to execution, and filtering out peripheral noise such as fonts, analytics bundles, and tracking pixels to preserve only core business API calls.</p><p>Released as an open-source project under the MIT license utilizing Node.js, Express, and React, TestFlow Agent provides a simple one-command Docker deployment setup for developers looking to streamline automation testing.</p><p class="source-attribution">Source: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/shankar_subramanian/i-turned-plain-english-and-any-live-website-into-api-tests-42a1" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

medium_api-tests-testflow-agent-ms2emdaa.jpg

small_api-tests-testflow-agent-ms2emdaa.jpg

thumbnail_api-tests-testflow-agent-ms2emdaa.jpg

Inewgen

Inewgen

#JMeter

เปลี่ยนภาษาอังกฤษธรรมดาและเว็บไซต์ให้เป็น API Tests ด้วย TestFlow Agent

Inewgen