किसी नए project के लिए automation framework आप कैसे चुनेंगे?

tool की शोहरत के लिए नहीं, application और टीम के लिए चुनिए। भाषा वही रखिए जो developers पहले से लिखते हैं ताकि वे योगदान और review कर सकें। देखिए कि app असल में क्या है (web, mobile, API, desktop) और tool उसकी खास बातें संभालता है या नहीं, जैसे iframes, shadow DOM, या कई tabs। फिर चलने की रफ्तार, समानांतरपन, CI से जुड़ाव, reporting, और debugging की क्वालिटी तौलिए।

मैं इससे शुरू करता हूं कि हम असल में टेस्ट क्या कर रहे हैं और उसमें मुश्किल क्या है। shadow DOM components, payments के लिए iframes और file downloads वाला React app मैदान जल्दी छांट देता है, तो मैं feature की सूची पढ़ने की जगह उन्हीं खास चीजों को जांचता हूं। फिर भाषा, और इसे मैं भारी वजन देता हूं: अगर टीम TypeScript लिखती है तो suite TypeScript में होगा, क्योंकि तब developers उसे पढ़ सकते हैं, review कर सकते हैं, और टूटा टेस्ट खुद ठीक कर सकते हैं, उसे वापस मेरी तरफ नहीं फेंकते। JavaScript के codebase के बगल में बैठा Java का suite एक ही व्यक्ति की निजी संपत्ति बन जाता है और उस व्यक्ति के जाते ही मर जाता है। उसके बाद व्यावहारिक चीजें: बिना मेहनत के समानांतर चलना, साफ CI जुड़ाव, और फेल होने पर output कितना अच्छा है। आखिरी वाली को कम आंका जाता है। Playwright का trace viewer, जहां आप फेल होने के बिंदु पर DOM में कदम दर कदम चलते हैं और साथ में network की गतिविधि दिखती है, इतना वक्त बचाता है कि अकेले वही यह फैसला कर सकता है। फिर मैं तय करने से पहले prototype बनाता हूं। मैं product का सबसे भद्दा flow लेता हूं, आम तौर पर redirect वाला authentication या iframe के अंदर की कोई चीज, और पहले उसी को automate करता हूं। अगर सबसे मुश्किल चीज संभल जाती है, तो बाकी भी संभल जाएगी।