Melaya Mobile · App Testing

असली फोन पर ऐप टेस्टिंग ऑटोमेट करें।एमुलेटर की अटकलें नहीं।

Agents असली डिवाइस पर आपके रियल यूजर जर्नी चलाते हैं: इंस्टॉल, ऑनबोर्ड, टैप, स्क्रीनशॉट, रिपोर्ट। Devs हर बिल्ड पर पुश नोटिफिकेशन, डीप लिंक, और क्रॉस-डिवाइस व्यवहार सत्यापित करते हैं। PMs रिलीज से पहले फिजिकल हार्डवेयर पर A/B वेरिएंट चलाते हैं और साइड-बाय-साइड रिकॉर्डिंग पाते हैं। यह आपका असली ऐप है असली फोन पर, अनुमान लगाता एमुलेटर नहीं।

01
// आज क्या टूट रहा है

मैन्युअल वर्कफ़्लो एजेंट से ज़्यादा महंगे पड़ते हैं।

तीन परेशानियां जो हर सेल्स और BD टीम को हर हफ्ते होती हैं। हर एक वह है जिसके बारे में आपके रेप्स असल में शिकायत करते हैं, न कि वह जो कोई फीचर पेज कहेगा।

  1. 01

    असली डिवाइस पर मैन्युअल QA धीमा और महंगा है।

  2. 02

    पुश नोटिफिकेशन, डीप लिंक, और ऑनबोर्डिंग फ्लो में बग्स शिप होते हैं क्योंकि किसी के पास हर फोन पर हर जर्नी चलाने का समय नहीं था।

02
// पाइपलाइन जो आप बना सकते हैं

एजेंट वर्कफ़्लो: कंपोज़ करें, अप्रूव करें, रीप्ले करें।

नीचे की हर पाइपलाइन एक आकार है जिसे आप आगे की एजेंट टीम और टूल्स का उपयोग करके कैनवास पर बनाते हैं। यह कोई फीचर नहीं जो हम आपके लिए भेजते हैं, यह एक पैटर्न है जिसे आप कॉन्फ़िगर करते हैं।

P01

रियल यूजर जर्नी, चलाई गई

इंस्टॉल, ऑनबोर्ड, टैप, स्क्रीनशॉट, रिपोर्ट। Agents फिजिकल हार्डवेयर पर आपके रियल यूजर जर्नी चलाते हैं और रीप्लेएबल सबूत दर्ज करते हैं।

P02

पुश, डीप लिंक, क्रॉस-डिवाइस चेक

हर बिल्ड पर, आपके यूजर से पहले, पुश नोटिफिकेशन, डीप लिंक, और क्रॉस-डिवाइस व्यवहार सत्यापित करें।

P03

हार्डवेयर पर A/B वेरिएंट

रिलीज से पहले फिजिकल डिवाइस पर A/B वेरिएंट चलाएं और फैसले के लिए साइड-बाय-साइड रिकॉर्डिंग पाएं।

03
// मल्टी-एजेंट टीम

डिवाइस QA क्रू

tech_team एजेंट टीम के असली पर्सोना। हर एक ट्यून्ड सिस्टम प्रॉम्प्ट और डिफॉल्ट टूल अलाउलिस्ट के साथ आता है। कैनवास पर प्रति पर्सोना मॉडल बदलें।

Tech Lead

TechLead

जर्नी कवरेज की योजना बनाता है और प्रति बिल्ड सबूत पढ़ता है।

Frontend Engineer

FrontendEngineer

ऐप UI को स्क्रीन-दर-स्क्रीन चलाता है और हर चरण कैप्चर करता है।

DevOps Engineer

DevOpsEngineer

रन को आपके रिलीज कैडेंस में जोड़ता है और रिपोर्ट दर्ज करता है।

UI/UX Designer

UIUXDesigner

वेरिएंट की साइड-बाय-साइड तुलना करता है और जो रिग्रेस हुआ उसे फ्लैग करता है।

04
// स्कोप्ड टूल्स

टूल अनुमति सूची: सिर्फ वही एक्शन जो आप देते हैं।

नीचे हर टूल Melaya बंडल का एक असली साझा टूल है। प्रति एजेंट अलाउलिस्ट करें, राइट्स को HITL-गेट करें, किसी को भी एक क्लिक में रद्द करें।

shared/tools/phone/

असली डिवाइस पर आपका ऐप चलाता है: टैप, स्वाइप, स्क्रीनशॉट, स्टेप लॉग।

phone_open_appphone_get_screen_treephone_screenshotphone_tapphone_swipephone_batch
shared/tools/project_mgmt/

जो मिला वह वहां दर्ज करता है जहां आपकी टीम पहले से काम करती है।

jira_create_issuelinear_create_issue
shared/tools/knowledge/

रन सबूत को प्रति बिल्ड खोजने योग्य रिकॉर्ड में बदलता है।

build_knowledge_from_textbuild_knowledge_from_file
shared/tools/core/

ऑन-डिवाइस रन के साथ कॉन्फिग और लॉग पढ़ता है।

file_readgrep_search
05
// तीन नॉलेज लेयर

एजेंट टीम वही पढ़ती है जो आप देते हैं।

हर पाइपलाइन नॉलेज एक्सेस की तीन लेयर के साथ आती है। कैनवास पर प्रति एजेंट मिलाएं और मैच करें। किसी दूसरे टेनेंट के साथ साझा वेक्टर स्पेस नहीं, कोई अचानक रीड नहीं, कोई अपारदर्शी रिट्रीवल नहीं।

L1

स्टैटिक कॉन्टेक्स्ट

includeContext

प्रति-पाइपलाइन दस्तावेज़ जो हर रन पर खास एजेंटों के इनपुट में जोड़े जाते हैं। ICP ब्रीफ, प्लेबुक, प्राइसिंग शीट, या जीते हुए डील का ईमेल कॉर्पस। जो कुछ भी एजेंट के सोचने से पहले वहां होना चाहिए। आप तय करें कि कौन सा पर्सोना कौन से दस्तावेज़ पाए।

L2

RAG रिट्रीवल टूल

rag_retrieve

प्रति-एजेंट दिया गया एक स्कोप्ड टूल। जब एजेंट को ज्यादा गहराई चाहिए, तो वह मांग पर वर्कफ़्लो के वेक्टर स्टोर को क्वेरी करता है। स्टैटिक कॉन्टेक्स्ट जैसा ही नॉलेज बेस, केवल तब एक्सेस होता है जब मॉडल मांगे।

L3

क्रॉस-रन मेमोरी

pipeline_memory

पाइपलाइन-स्तर की स्थिति जो एक रन से अगले तक जाती है। कल की रिसर्च आज के फॉलो-अप के दायरे में है। एजेंट टीम याद रखती है कि पहले से क्या प्रोस्पेक्ट किया, क्या मंजूर हुआ, क्या भेजा गया। ऑडिट लॉग दूसरे दर्जे का नॉलेज बेस है।

07
// FAQ

AI एजेंट के वो सवाल जो हमें हर हफ्ते मिलते हैं।

क्या यह एमुलेटर है?

नहीं। यह असली फोन पर आपका असली ऐप है। Agents रियल UI चलाते हैं और रीप्लेएबल सबूत दर्ज करते हैं: स्क्रीनशॉट, स्टेप लॉग, रिप्रो स्क्रिप्ट।

क्या मुझे अपना ऐप इंस्ट्रूमेंट करना होगा?

कोई इंस्ट्रूमेंटेशन और कोई टेस्ट-फ्रेमवर्क इंटीग्रेशन नहीं। Agent ऐप को स्क्रीन के जरिए चलाता है, जैसे यूजर करता है।

Appium या Maestro स्क्रिप्ट की जगह Melaya क्यों इस्तेमाल करें?

Appium और Maestro जैसे scripted फ्रेमवर्क selectors पर निर्भर रहते हैं जो UI बदलने पर टूट जाते हैं। Melaya की Device QA टीम असली स्क्रीन पढ़ती है: Frontend Engineer एजेंट ऐप को visually चलाता है, तो कोई बटन हिले या कॉपी बदले तो रन नहीं मरती। mature CI सूट में pixel-exact assertions के लिए स्क्रिप्ट्स की जगह अब भी है, और कई टीमें दोनों चलाती हैं।

क्या n8n या Zapier असली डिवाइस पर मोबाइल ऐप टेस्ट कर सकते हैं?

नहीं। n8n, Zapier, और Make APIs के ख़िलाफ़ पहले से तय trigger-action स्टेप्स चलाते हैं, और टेस्ट हो रहे मोबाइल ऐप में आमतौर पर कोई API नहीं होती। Melaya का Device Control असली Android फ़ोन चलाता है: बिल्ड इंस्टॉल करता है, अनुमति प्राप्त ऐप्स खोलता है, स्क्रीन पढ़ता है, टैप और टाइप करता है, और हर स्टेप लॉग करता है। वे टूल्स अब भी लीनियर वेब ऑटोमेशन में कनेक्टर ब्रेडथ में जीतते हैं।

मैं कैसे साबित करूँ कि हर रिलीज़ में कौन से user journey टेस्ट हुए?

हर Melaya रन पूरे रन ट्रेस बनाता है: timestamped स्टेप्स, per-screen स्क्रीनशॉट, और typed failure reasons। knowledge बंडल उस सबूत को प्रति बिल्ड searchable रिकॉर्ड बनाता है, और DevOps Engineer एजेंट project_mgmt बंडल के ज़रिए रिपोर्ट फाइल करता है जहाँ आपकी टीम पहले से काम करती है। Deterministic-first evaluation किसी model-graded evaluation से पहले rule-based चेक चलाता है।

क्या मैं हर बिल्ड पर वही test journey दोबारा इस्तेमाल कर सकता/सकती हूँ?

हाँ। Melaya के एजेंट्स, टूल्स, ट्रिगर्स और अप्रूवल गेट्स के कैनवस पर एक बार journey बनाएं, फिर किसी भी रन को reusable पाइपलाइन के रूप में सेव करें। Tech Lead एजेंट journey coverage प्लान करता है, DevOps Engineer एजेंट रन्स को आपके release cadence से जोड़ता है, और वही journey हर बिल्ड पर comparable सबूत के साथ replay होती है।

Melaya असली फ़ोन पर push notifications और deep links कैसे टेस्ट करता है?

Melaya का Device Control असली Android फ़ोन पर नोटिफ़िकेशन का इंतज़ार करता है, नोटिफ़िकेशन टैप करता है, और verify करता है कि ऐप सही स्क्रीन पर लैंड हुई, हर स्टेप पर स्क्रीनशॉट कैप्चर करते हुए। Deep links भी वैसे ही काम करते हैं: एजेंट लिंक खोलता है और डेस्टिनेशन स्क्रीन कन्फ़र्म करता है। core बंडल configs पढ़ता है और ऑन-डिवाइस रन के साथ लॉग करता है।

AI एजेंट को मेरे ऐप में कुछ destructive करने से क्या रोकता है?

हर write पर HITL अप्रूवल। Device QA टीम read-only journey स्वतंत्र रूप से चलती है, लेकिन जो भी स्टेप पब्लिश, ख़रीद, या भेजे वह तब तक रुकता है जब तक कोई इंसान अप्रूव न करे, और फ़ोन पब्लिश करने से पहले ऑन-डिवाइस अप्रूवल के लिए रुकता है। Tool allowlists scope करती हैं कि फ़ोन बंडल कौन से ऐप्स खोल सकता है, और पूरे रन ट्रेस बाद में हर टैप दिखाते हैं।

क्या मैं रिलीज़ से पहले physical hardware पर A/B variants compare कर सकता/सकती हूँ?

हाँ। हर variant को असली hardware पर parallel journey के रूप में चलाएं, और Melaya का UI/UX Designer एजेंट recordings side by side compare करता है और बताता है क्या regress हुआ। PMs को दोनों variants के लिए फ़ोन बंडल से per-step स्क्रीनशॉट और step logs मिलते हैं, तो release का फ़ैसला hallway demo की जगह replayable सबूत पर टिका रहता है।

क्या टेस्ट रन्स मेरे अपने hardware पर रह सकते हैं?

हाँ। Melaya क्लाउड या आपके लोकल रनर पर चलता है, और टेस्ट फ़ोन उस रनर से कनेक्ट होता है, तो unreleased बिल्ड और टेस्ट अकाउंट आपकी मशीनों से बाहर नहीं जाते। 23 प्रोवाइडर्स में per-step model routing sensitive स्टेप्स लोकल मॉडल पर चलाने देती है जबकि सस्ते क्लाउड मॉडल रिपोर्ट लिखते हैं।

Melaya पर ऐप फाउंडर्स, मोबाइल डेव्स और pms पाइपलाइन बनाएं।

Sandbox टियर बिना कार्ड के मुफ्त है। प्रतीक्षा सूची में जुड़ें और स्लॉट खुलते ही हम आपको ईमेल करेंगे।

← सभी उपयोग के मामलों पर वापस
समुदाय से जुड़ें
// कुकीज़
Melaya कुछ फर्स्ट-पार्टी कुकीज़ का उपयोग करता है जो आपको प्रमाणित करने, आपका सत्र बनाए रखने और प्लेटफ़ॉर्म को दुरुपयोग से बचाने के लिए सख्त रूप से आवश्यक हैं। हम डिफ़ॉल्ट रूप से विज्ञापन कुकीज़, क्रॉस-साइट ट्रैकर या थर्ड-पार्टी एनालिटिक्स का उपयोग नहीं करते। पूरी कुकी सूची हमारी गोपनीयता नीति.