పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

అందరికీ నమస్కారం, ఇదిగోండి టెస్ట్‌మేస్! బహుశా చాలా మందికి మన గురించి తెలిసి ఉండవచ్చు మా మునుపటి వ్యాసాలు. ఇప్పుడే చేరిన వారి కోసం: మేము TestMace APIతో పని చేయడానికి IDEని అభివృద్ధి చేస్తున్నాము. టెస్ట్‌మేస్‌ని పోటీ ఉత్పత్తులతో పోల్చినప్పుడు చాలా తరచుగా అడిగే ప్రశ్న "పోస్ట్‌మాన్ నుండి మీరు ఎలా భిన్నంగా ఉన్నారు?" ఈ ప్రశ్నకు వివరణాత్మక సమాధానం ఇవ్వాల్సిన సమయం ఆసన్నమైందని మేము నిర్ణయించుకున్నాము. క్రింద మేము మా ప్రయోజనాలను వివరించాము పోస్ట్మాన్.

నోడ్స్‌గా విభజించడం

మీరు పోస్ట్‌మాన్‌తో పని చేస్తే, అభ్యర్థన ఇంటర్‌ఫేస్‌లో అవసరమైన అన్ని కార్యాచరణలు ఉన్నాయని మీకు తెలుసు. స్క్రిప్ట్‌లు, పరీక్షలు మరియు వాస్తవానికి అభ్యర్థనలు ఉన్నాయి. ఇది ప్రారంభకులకు సులభతరం చేస్తుంది, కానీ పెద్ద దృశ్యాలలో ఈ విధానం అనువైనది కాదు. మీరు అనేక ప్రశ్నలను సృష్టించి, వాటిపై అగ్రిగేషన్ చేయాలనుకుంటే? మీరు అభ్యర్థన లేకుండా స్క్రిప్ట్‌ను లేదా వరుసగా అనేక లాజికల్‌గా వేరు చేయబడిన స్క్రిప్ట్‌లను అమలు చేయాలనుకుంటే ఏమి చేయాలి? అన్నింటికంటే, సాధారణ యుటిలిటీ స్క్రిప్ట్‌ల నుండి పరీక్షలను వేరు చేయడం మంచిది. అదనంగా, “అన్ని కార్యాచరణలను ఒక నోడ్‌లోకి జోడించు” విధానం స్కేలబుల్ కాదు - ఇంటర్‌ఫేస్ త్వరగా ఓవర్‌లోడ్ అవుతుంది.

TestMace ప్రారంభంలో అన్ని కార్యాచరణలను వివిధ రకాల నోడ్‌లుగా విభజిస్తుంది. మీరు అభ్యర్థన చేయాలనుకుంటున్నారా? ఇది నీ కోసమే అభ్యర్థన దశ నోడ్ మీరు స్క్రిప్ట్ రాయాలనుకుంటున్నారా? ఇది నీ కోసమే స్క్రిప్ట్ నోడ్ పరీక్షలు కావాలా? దయచేసి - నిరూపణ నోడ్ ఓహ్, మీరు ఇప్పటికీ ఈ మొత్తం విషయాన్ని మూసివేయవచ్చు ఫోల్డర్ నోడ్ మరియు ఇవన్నీ సులభంగా ఒకదానితో ఒకటి కలపవచ్చు. ఈ విధానం చాలా సరళమైనది మాత్రమే కాదు, ఒకే బాధ్యత సూత్రానికి అనుగుణంగా, ప్రస్తుతానికి మీకు నిజంగా అవసరమైన వాటిని మాత్రమే ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తుంది. నేను అభ్యర్థన చేయాలనుకుంటే నాకు స్క్రిప్ట్‌లు మరియు పరీక్షలు ఎందుకు అవసరం?

మానవులు చదవగలిగే ప్రాజెక్ట్ ఫార్మాట్

టెస్ట్‌మేస్ మరియు పోస్ట్‌మాన్‌ల మధ్య వాటిని నిల్వ చేసే విధానంలో సంభావిత వ్యత్యాసం ఉంది. పోస్ట్‌మ్యాన్‌లో, అన్ని అభ్యర్థనలు స్థానిక నిల్వలో ఎక్కడో నిల్వ చేయబడతాయి. అనేక మంది వినియోగదారుల మధ్య అభ్యర్థనలను పంచుకోవాల్సిన అవసరం ఉంటే, మీరు అంతర్నిర్మిత సమకాలీకరణను ఉపయోగించాలి. వాస్తవానికి, ఇది సాధారణంగా ఆమోదించబడిన విధానం, కానీ దాని లోపాలు లేకుండా కాదు. డేటా భద్రత గురించి ఏమిటి? అన్నింటికంటే, కొన్ని కంపెనీల విధానం మూడవ పక్షాలతో డేటాను నిల్వ చేయడానికి అనుమతించకపోవచ్చు. అయినప్పటికీ, టెస్ట్‌మేస్‌లో ఏదైనా మంచి ఆఫర్ ఉందని మేము భావిస్తున్నాము! మరియు ఈ మెరుగుదల పేరు "మానవ-చదవగలిగే ప్రాజెక్ట్ ఫార్మాట్."

టెస్ట్‌మేస్‌లో, సూత్రప్రాయంగా, “ప్రాజెక్ట్” ఎంటిటీ ఉంది అనే వాస్తవంతో ప్రారంభిద్దాం. మరియు అప్లికేషన్ ప్రారంభంలో వెర్షన్ నియంత్రణ వ్యవస్థలలో ప్రాజెక్ట్‌లను నిల్వ చేయడానికి దృష్టితో అభివృద్ధి చేయబడింది: ప్రాజెక్ట్ ట్రీ దాదాపు ఒకదానికొకటి ఫైల్ స్ట్రక్చర్‌పై అంచనా వేయబడింది, yaml స్టోరేజ్ ఫార్మాట్‌గా ఉపయోగించబడుతుంది (అదనపు బ్రాకెట్‌లు మరియు కామాలు లేకుండా), మరియు ప్రతి నోడ్ యొక్క ఫైల్ ప్రాతినిధ్యం వ్యాఖ్యలతో కూడిన డాక్యుమెంటేషన్‌లో వివరంగా వివరించబడింది. కానీ చాలా సందర్భాలలో మీరు అక్కడ కనిపించరు - అన్ని ఫీల్డ్ పేర్లకు తార్కిక పేర్లు ఉంటాయి.

ఇది వినియోగదారుకు ఏమి ఇస్తుంది? ఇది సుపరిచితమైన విధానాలను ఉపయోగించి బృందం యొక్క పని విధానాన్ని చాలా సరళంగా మార్చడానికి మిమ్మల్ని అనుమతిస్తుంది. ఉదాహరణకు, డెవలపర్లు బ్యాకెండ్ వలె అదే రిపోజిటరీలో ప్రాజెక్ట్ను నిల్వ చేయవచ్చు. బ్రాంచ్‌లలో, కోడ్ బేస్‌ను మార్చడంతో పాటు, డెవలపర్ ఇప్పటికే ఉన్న ప్రశ్న స్క్రిప్ట్‌లు మరియు పరీక్షలను సరిచేయవచ్చు. రిపోజిటరీకి మార్పులు చేసిన తర్వాత (git, svn, mercurial - మీకు ఏది బాగా నచ్చితే అది), CI (మీకు ఇష్టమైనది, ఎవరూ విధించలేదు) మా కన్సోల్ యుటిలిటీని ప్రారంభిస్తుంది testmace-cli, మరియు అమలు తర్వాత అందుకున్న నివేదిక (ఉదాహరణకు, జూనిట్ ఫార్మాట్‌లో, ఇది testmace-cliలో కూడా మద్దతు ఇస్తుంది) తగిన సిస్టమ్‌కు పంపబడుతుంది. మరియు పైన పేర్కొన్న భద్రతా సమస్య ఇకపై సమస్య కాదు.

మీరు చూడగలిగినట్లుగా, TestMace దాని పర్యావరణ వ్యవస్థ మరియు నమూనాను విధించదు. బదులుగా, ఇది స్థాపించబడిన ప్రక్రియలకు సులభంగా సరిపోతుంది.

డైనమిక్ వేరియబుల్స్

TestMace నో-కోడ్ కాన్సెప్ట్‌ను అనుసరిస్తుంది: కోడ్‌ని ఉపయోగించకుండా సమస్యను పరిష్కరించగలిగితే, మేము ఈ అవకాశాన్ని అందించడానికి ప్రయత్నిస్తాము. వేరియబుల్స్‌తో పనిచేయడం అనేది చాలా సందర్భాలలో మీరు ప్రోగ్రామింగ్ లేకుండా చేయగలిగిన ఫంక్షనాలిటీ.

ఉదాహరణ: మేము సర్వర్ నుండి ప్రతిస్పందనను అందుకున్నాము మరియు మేము ప్రతిస్పందనలో కొంత భాగాన్ని వేరియబుల్‌లో సేవ్ చేయాలనుకుంటున్నాము. పోస్ట్‌మ్యాన్‌లో, టెస్ట్ స్క్రిప్ట్‌లో (అదే వింతగా ఉంటుంది) మనం ఇలా వ్రాస్తాము:

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", jsonData.data);

కానీ మా అభిప్రాయం ప్రకారం, అటువంటి సాధారణ మరియు తరచుగా ఉపయోగించే దృశ్యం కోసం స్క్రిప్ట్ రాయడం అనవసరంగా కనిపిస్తుంది. అందువల్ల, టెస్ట్‌మేస్‌లో గ్రాఫికల్ ఇంటర్‌ఫేస్‌ని ఉపయోగించి వేరియబుల్‌కు సమాధానం యొక్క భాగాన్ని కేటాయించడం సాధ్యమవుతుంది. ఇది ఎంత సులభమో చూడండి:

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

మరియు ఇప్పుడు ప్రతి అభ్యర్థనతో ఈ డైనమిక్ వేరియబుల్ నవీకరించబడుతుంది. కానీ మీరు అభ్యంతరం చెప్పవచ్చు, పోస్ట్‌మ్యాన్ విధానం మరింత అనువైనదని మరియు మీరు ఒక అసైన్‌మెంట్ చేయడానికి మాత్రమే కాకుండా, కొంత ప్రిప్రాసెసింగ్ చేయడానికి కూడా అనుమతిస్తుంది. మునుపటి ఉదాహరణను ఎలా సవరించాలో ఇక్కడ ఉంది:

var jsonData = JSON.parse(responseBody);
postman.setEnvironmentVariable("data", CryptoJS.MD5(jsonData.data));

బాగా, ఈ ప్రయోజనం కోసం TestMace ఉంది స్క్రిప్ట్ నోడ్, ఈ దృశ్యాన్ని కవర్ చేస్తుంది. మునుపటి కేస్‌ను పునరుత్పత్తి చేయడానికి, కానీ ఇప్పటికే టెస్ట్‌మేస్ ద్వారా అమలు చేయబడింది, మీరు అభ్యర్థనను అనుసరించి స్క్రిప్ట్ నోడ్‌ను సృష్టించాలి మరియు క్రింది కోడ్‌ను స్క్రిప్ట్‌గా ఉపయోగించాలి:

const data = tm.currentNode.prev.response.body.data;
tm.currentNode.parent.setDynamicVar('data', crypto.MD5(data));

మీరు చూడగలిగినట్లుగా, నోడ్‌ల కూర్పు ఇక్కడ కూడా బాగా పనిచేసింది. మరియు పైన వివరించిన అటువంటి సాధారణ సందర్భంలో, మీరు కేవలం వ్యక్తీకరణను కేటాయించవచ్చు ${crypto.MD5($response.data)} వేరియబుల్ GUI ద్వారా సృష్టించబడింది!

GUI ద్వారా పరీక్షలను సృష్టిస్తోంది

స్క్రిప్ట్‌లను వ్రాయడం ద్వారా పరీక్షలను సృష్టించడానికి పోస్ట్‌మాన్ మిమ్మల్ని అనుమతిస్తుంది (పోస్ట్‌మాన్ విషయంలో, ఇది జావాస్క్రిప్ట్). ఈ విధానం అనేక ప్రయోజనాలను కలిగి ఉంది - దాదాపు అపరిమిత వశ్యత, రెడీమేడ్ పరిష్కారాల లభ్యత మొదలైనవి.

అయితే, రియాలిటీ తరచుగా అలాంటిది (మేము అలా కాదు, జీవితం అలాంటిది) టెస్టర్‌కు ప్రోగ్రామింగ్ నైపుణ్యాలు లేవు, కానీ అతను ప్రస్తుతం జట్టుకు ప్రయోజనం చేకూర్చాలనుకుంటున్నాడు. అటువంటి సందర్భాలలో, నో-కోడ్ కాన్సెప్ట్‌ను అనుసరించి, స్క్రిప్ట్‌లను వ్రాయకుండా GUI ద్వారా సులభమైన పరీక్షలను రూపొందించడానికి TestMace మిమ్మల్ని అనుమతిస్తుంది. ఇక్కడ, ఉదాహరణకు, సమానత్వం కోసం విలువలను పోల్చే పరీక్షను సృష్టించే ప్రక్రియ ఎలా ఉంటుంది:

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

అయినప్పటికీ, గ్రాఫికల్ ఎడిటర్‌లో పరీక్షలను సృష్టించడం వల్ల అవకాశం తొలగించబడదు కోడ్‌లో పరీక్షలు రాయడం. స్క్రిప్ట్ నోడ్‌లో ఉన్నటువంటి అన్ని లైబ్రరీలు ఇక్కడ ఉన్నాయి మరియు చాయ్ పరీక్షలు రాయడం కోసం.

ప్రాజెక్ట్‌లోని వివిధ భాగాలలో ఒక నిర్దిష్ట ప్రశ్న లేదా మొత్తం స్క్రిప్ట్‌ను అనేకసార్లు అమలు చేయాల్సి వచ్చినప్పుడు తరచుగా పరిస్థితులు తలెత్తుతాయి. అటువంటి అభ్యర్థనలకు ఉదాహరణ అనుకూల బహుళ-దశల అధికారం, పర్యావరణాన్ని కావలసిన స్థితికి తీసుకురావడం మొదలైనవి. సాధారణంగా, ప్రోగ్రామింగ్ లాంగ్వేజ్‌ల పరంగా మాట్లాడేటప్పుడు, అప్లికేషన్‌లోని వివిధ భాగాలలో మళ్లీ ఉపయోగించగల ఫంక్షన్‌లను కలిగి ఉండాలని మేము కోరుకుంటున్నాము. టెస్ట్‌మేస్‌లో ఈ ఫంక్షన్‌ని నిర్వహిస్తారు లింక్ నోడ్ ఇది ఉపయోగించడానికి చాలా సులభం:
1) ప్రశ్న లేదా స్క్రిప్ట్‌ను సృష్టించండి
2) లింక్ రకం నోడ్‌ను సృష్టించండి
3) పారామితులలో, మొదటి దశలో సృష్టించబడిన స్క్రిప్ట్‌కు లింక్‌ను పేర్కొనండి

మరింత అధునాతన సంస్కరణలో, స్క్రిప్ట్ నుండి ఏ డైనమిక్ వేరియబుల్స్ లింక్‌కు సంబంధించి ఉన్నత స్థాయికి పంపబడతాయో మీరు పేర్కొనవచ్చు. గందరగోళంగా ఉంది కదూ? మేము పేరుతో ఒక ఫోల్డర్‌ని సృష్టించామని అనుకుందాం సృష్టించు-పోస్ట్, ఈ నోడ్‌కు డైనమిక్ వేరియబుల్ కేటాయించబడుతుంది postId. ఇప్పుడు లింక్ నోడ్‌లో సృష్టించు-పోస్ట్-లింక్ మీరు వేరియబుల్ అని స్పష్టంగా పేర్కొనవచ్చు postId పూర్వీకులకు కేటాయించబడింది సృష్టించు-పోస్ట్-లింక్. ఈ మెకానిజం (మళ్ళీ, ప్రోగ్రామింగ్ భాషలో) "ఫంక్షన్" నుండి ఫలితాన్ని అందించడానికి ఉపయోగించవచ్చు. సాధారణంగా, ఇది బాగుంది, DRY పూర్తి స్వింగ్‌లో ఉంది మరియు మళ్లీ ఒక్క లైన్ కోడ్ కూడా దెబ్బతినలేదు.

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

పోస్ట్‌మ్యాన్ విషయానికొస్తే, అభ్యర్థనలను తిరిగి ఉపయోగించడం కోసం ఫీచర్ అభ్యర్థన ఉంది 2015 నుండి ఉరి, మరియు అది కూడా ఉన్నట్లు అనిపిస్తుంది కొన్ని సూచనలువారు ఈ సమస్యపై పని చేస్తున్నారని. దాని ప్రస్తుత రూపంలో, పోస్ట్‌మ్యాన్, వాస్తవానికి, అమలు యొక్క థ్రెడ్‌ను మార్చగల సామర్థ్యాన్ని కలిగి ఉన్నాడు, ఇది సిద్ధాంతంలో సారూప్య ప్రవర్తనను అమలు చేయడం సాధ్యపడుతుంది, అయితే ఇది నిజంగా పని చేసే విధానం కంటే డర్టీ హాక్.

ఇతర తేడాలు

  • వేరియబుల్స్ పరిధిపై ఎక్కువ నియంత్రణ. పోస్ట్‌మ్యాన్‌లో వేరియబుల్ నిర్వచించగలిగే అతి చిన్న పరిధి సేకరణ. ఏదైనా ప్రశ్న లేదా ఫోల్డర్ కోసం వేరియబుల్‌లను నిర్వచించడానికి TestMace మిమ్మల్ని అనుమతిస్తుంది. పోస్ట్‌మ్యాన్ షేర్ సేకరణలో మీరు సేకరణలను మాత్రమే ఎగుమతి చేయడానికి అనుమతిస్తుంది, అయితే TestMace షేరింగ్ ఏదైనా నోడ్‌కు పని చేస్తుంది
  • TestMace సపోర్ట్ చేస్తుంది వారసత్వ శీర్షికలు, ఇది డిఫాల్ట్‌గా పిల్లల ప్రశ్నలకు ప్రత్యామ్నాయంగా ఉంటుంది. పోస్ట్‌మాన్‌కు దీని గురించి కొంత ఉంది: పని, మరియు ఇది కూడా మూసివేయబడింది, కానీ ఇది ఒక పరిష్కారంగా అందించబడింది... స్క్రిప్ట్‌లను ఉపయోగించండి. టెస్ట్‌మేస్‌లో, ఇదంతా GUI ద్వారా కాన్ఫిగర్ చేయబడింది మరియు నిర్దిష్ట వారసులలో వారసత్వంగా వచ్చిన హెడర్‌లను ఐచ్ఛికంగా నిలిపివేయడానికి ఒక ఎంపిక ఉంది.
  • వెనక్కి ముందుకు. నోడ్‌లను సవరించేటప్పుడు మాత్రమే కాకుండా, ప్రాజెక్ట్ యొక్క నిర్మాణాన్ని మార్చే, కదిలేటప్పుడు, తొలగించేటప్పుడు, పేరు మార్చేటప్పుడు మరియు ఇతర కార్యకలాపాలలో కూడా పని చేస్తుంది
  • అభ్యర్థనలకు జోడించబడిన ఫైల్‌లు ప్రాజెక్ట్‌లో భాగమవుతాయి మరియు పోస్ట్‌మాన్ వలె కాకుండా సంపూర్ణంగా సమకాలీకరించబడినప్పుడు దానితో నిల్వ చేయబడతాయి. (అవును, మీరు ప్రారంభించిన ప్రతిసారీ ఫైల్‌లను మాన్యువల్‌గా ఎంచుకోవాల్సిన అవసరం లేదు మరియు వాటిని ఆర్కైవ్‌లలోని సహోద్యోగులకు బదిలీ చేయండి)

ఇప్పటికే అందుబాటులో ఉన్న ఫీచర్లు

తదుపరి విడుదలలలో గోప్యత యొక్క ముసుగును ఎత్తివేయాలనే టెంప్టేషన్‌ను మేము అడ్డుకోలేకపోయాము, ప్రత్యేకించి కార్యాచరణ చాలా రుచికరమైనది మరియు ఇప్పటికే ప్రీ-రిలీజ్ పాలిషింగ్‌లో ఉన్నప్పుడు. కాబట్టి, కలుద్దాం.

విధులు

మీకు తెలిసినట్లుగా, విలువలను రూపొందించడానికి పోస్ట్‌మాన్ డైనమిక్ వేరియబుల్స్ అని పిలవబడే వాటిని ఉపయోగిస్తాడు. వారి జాబితా ఆకట్టుకుంటుంది మరియు చాలా వరకు విధులు నకిలీ విలువలను రూపొందించడానికి ఉపయోగించబడతాయి. ఉదాహరణకు, యాదృచ్ఛిక ఇమెయిల్‌ను రూపొందించడానికి మీరు వ్రాయవలసి ఉంటుంది:

{{$randomEmail}}

అయినప్పటికీ, ఇవి వేరియబుల్స్ (డైనమిక్ అయినప్పటికీ), అవి ఫంక్షన్‌లుగా ఉపయోగించబడవు: అవి పారామితి చేయదగినవి కావు, కాబట్టి స్ట్రింగ్ నుండి హాష్ తీసుకోవడం సాధ్యం కాదు.

మేము TestMaceకి "నిజాయితీ" ఫంక్షన్‌లను జోడించాలని ప్లాన్ చేస్తున్నాము. ${} లోపల వేరియబుల్‌ని యాక్సెస్ చేయడం మాత్రమే కాకుండా, ఫంక్షన్‌కి కాల్ చేయడం కూడా సాధ్యమవుతుంది. ఆ. మీరు అపఖ్యాతి పాలైన నకిలీ ఇమెయిల్‌ను రూపొందించాల్సిన అవసరం ఉంటే, మేము కేవలం వ్రాస్తాము

${faker.internet.email()}

ఇది ఒక ఫంక్షన్ అనే వాస్తవంతో పాటు, ఒక వస్తువుపై ఒక పద్ధతిని కాల్ చేయడం సాధ్యమవుతుందని మీరు గమనించవచ్చు. మరియు డైనమిక్ వేరియబుల్స్ యొక్క పెద్ద ఫ్లాట్ జాబితాకు బదులుగా, మేము తార్కికంగా సమూహం చేయబడిన వస్తువుల సమితిని కలిగి ఉన్నాము.

మేము స్ట్రింగ్ యొక్క హాష్‌ను లెక్కించాలనుకుంటే? సులభంగా!

${crypto.MD5($dynamicVar.data)}

మీరు వేరియబుల్స్‌ను కూడా పారామీటర్‌లుగా పాస్ చేయవచ్చని మీరు గమనించవచ్చు! ఈ సమయంలో, పరిశోధనాత్మక పాఠకుడు ఏదో తప్పు జరిగిందని అనుమానించవచ్చు...

వ్యక్తీకరణలలో జావాస్క్రిప్ట్ ఉపయోగించడం

... మరియు మంచి కారణం కోసం! ఫంక్షన్‌ల అవసరాలు ఏర్పడుతున్నప్పుడు, చెల్లుబాటు అయ్యే జావాస్క్రిప్ట్‌ను వ్యక్తీకరణలలో వ్రాయాలని మేము అకస్మాత్తుగా నిర్ణయానికి వచ్చాము. కాబట్టి ఇప్పుడు మీరు ఇలాంటి వ్యక్తీకరణలను వ్రాయవచ్చు:

${1 + '' + crypto.MD5('asdf')}

మరియు ఇవన్నీ స్క్రిప్ట్‌లు లేకుండా, ఇన్‌పుట్ ఫీల్డ్‌లలోనే!

పోస్ట్‌మాన్ విషయానికొస్తే, ఇక్కడ మీరు వేరియబుల్స్‌ను మాత్రమే ఉపయోగించగలరు మరియు మీరు స్వల్ప వ్యక్తీకరణను వ్రాయడానికి ప్రయత్నించినప్పుడు, వాలిడేటర్ శపించి దానిని లెక్కించడానికి నిరాకరిస్తాడు.

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

అధునాతన స్వయంపూర్తి

ప్రస్తుతం TestMace ఒక ప్రామాణిక స్వయంపూర్తిని కలిగి ఉంది, అది ఇలా కనిపిస్తుంది:

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

ఇక్కడ, ఆటో-కంప్లీట్ లైన్‌తో పాటు, ఈ లైన్ దేనికి చెందినదో సూచించబడుతుంది. ఈ విధానం ${} బ్రాకెట్‌లతో చుట్టుముట్టబడిన వ్యక్తీకరణలలో మాత్రమే పని చేస్తుంది.

మీరు చూడగలిగినట్లుగా, వేరియబుల్ రకాన్ని సూచించే విజువల్ మార్కర్‌లు జోడించబడ్డాయి (ఉదాహరణకు, స్ట్రింగ్, నంబర్, అర్రే, మొదలైనవి). మీరు స్వయంపూర్తి మోడ్‌లను కూడా మార్చవచ్చు (ఉదాహరణకు, మీరు వేరియబుల్స్ లేదా హెడర్‌లతో ఆటోకంప్లీషన్‌ని ఎంచుకోవచ్చు). కానీ ఇది కూడా చాలా ముఖ్యమైన విషయం కాదు!

ముందుగా, స్వయంపూర్తి అనేది వ్యక్తీకరణలలో కూడా పనిచేస్తుంది (సాధ్యమైన చోట). ఇది ఇలా కనిపిస్తుంది:

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

మరియు రెండవది, స్వయంపూర్తి ఇప్పుడు స్క్రిప్ట్‌లలో అందుబాటులో ఉంది. ఇది ఎలా పని చేస్తుందో చూడండి!

పోస్ట్‌మాన్ కంటే టెస్ట్‌మేస్ ఎందుకు ఉత్తమం

ఈ కార్యాచరణను పోస్ట్‌మాన్‌తో పోల్చడంలో అర్థం లేదు - అక్కడ ఆటోకంప్లీషన్ వేరియబుల్స్, హెడర్‌లు మరియు వాటి విలువల స్టాటిక్ జాబితాలకు మాత్రమే పరిమితం చేయబడింది (నేను ఏదైనా మరచిపోతే నన్ను సరిదిద్దండి). స్క్రిప్ట్‌లు స్వయంచాలకంగా పూర్తి కాలేదు :)

తీర్మానం

మా ఉత్పత్తి అభివృద్ధి ప్రారంభమైనప్పటి నుండి అక్టోబర్ ఒక సంవత్సరంగా గుర్తించబడింది. ఈ సమయంలో, మేము చాలా పనులు చేయగలిగాము మరియు కొన్ని అంశాలలో, మా పోటీదారులతో కలిసిపోయాము. అయితే, మా లక్ష్యం APIలతో పని చేయడానికి నిజంగా అనుకూలమైన సాధనాన్ని తయారు చేయడం. మాకు ఇంకా చాలా పని ఉంది, రాబోయే సంవత్సరానికి మా ప్రాజెక్ట్ అభివృద్ధి కోసం ఇక్కడ ఒక కఠినమైన ప్రణాళిక ఉంది: https://testmace.com/roadmap.

మీ ఫీడ్‌బ్యాక్ ఫీచర్‌ల సమృద్ధిని మెరుగ్గా నావిగేట్ చేయడానికి మమ్మల్ని అనుమతిస్తుంది మరియు మీ మద్దతు మేము సరైన పని చేస్తున్నామని మాకు బలాన్ని మరియు విశ్వాసాన్ని ఇస్తుంది. ఈ రోజు మా ప్రాజెక్ట్‌కి ముఖ్యమైన రోజు - టెస్ట్‌మేస్ ప్రచురించబడిన రోజు ProductHunt. దయచేసి మా ప్రాజెక్ట్‌కు మద్దతు ఇవ్వండి, ఇది మాకు చాలా ముఖ్యం. అంతేకాకుండా, ఈరోజు మా PH పేజీలో ఉత్సాహం కలిగించే ఆఫర్ ఉంది మరియు ఇది పరిమితం చేయబడింది

మూలం: www.habr.com

ఒక వ్యాఖ్యను జోడించండి