TestRail - திட்டத்திற்கான தனிப்பட்ட அமைப்புகள்

அறிமுகம்

நான் பணிபுரிந்த பல திட்டங்களில், மக்கள் TestRail ஐத் தங்களுக்குத் தனிப்பயனாக்கவில்லை மற்றும் நிலையான அமைப்புகளுடன் செய்தார்கள். எனவே, இந்த கட்டுரையில் உங்கள் வேலையின் செயல்திறனை மேம்படுத்த உதவும் தனிப்பட்ட அமைப்புகளின் உதாரணத்தை விவரிக்க முயற்சிப்பேன். உதாரணமாக, மொபைல் அப்ளிகேஷன் டெவலப்மெண்ட் திட்டத்தை எடுத்துக் கொள்வோம்.

ஒரு சிறிய மறுப்பு. இந்தக் கட்டுரையில் TestRail இன் அடிப்படைச் செயல்பாட்டின் விளக்கம் இல்லை (இதில் பல வழிகாட்டிகள் உள்ளன) மற்றும் சோதனைகளுடன் ஒரு களஞ்சியத்தை உருவாக்க இந்தக் குறிப்பிட்ட விற்பனையாளரை நீங்கள் ஏன் தேர்வு செய்ய வேண்டும் என்பதை வண்ணமயமாக விவரிக்கும் விற்பனை வெளிப்பாடுகள்.

நியாயப்படுத்தும் திட்டம் (என்ன செயல்படுத்தப்படும்)

1. பொது தேவைகள்

   1. நிச்சயமாக யாராலும் வழக்கை நிறைவேற்ற முடியும்.

   2. வழக்குகள் முடிந்தவரை தொடர்புடையதாக இருக்க வேண்டும்

   3. முதல் இரண்டு புள்ளிகளுடன் முரண்படாத அளவிற்கு மொபைல் பயன்பாட்டின் செயல்பாட்டை முடிந்தவரை முழுமையாக உள்ளடக்கியிருக்க வேண்டும்.

2. TestCase மற்றும் TestScenario என பிரிக்கவும்

3. பல்வேறு வகையான TestRun இன் விரைவான உருவாக்கம்

   1. புகை

   2. பின்னடைவு

   3. தாக்க சோதனை, முதலியன.

4. வழக்கு ஆதரவு தேர்வுமுறை

   1. "டெட்" ஹார்ட்கோட் செய்யப்பட்ட ஸ்கிரீன்ஷாட்களை கைவிட்டு "அசையும் தரவு" க்கு மாறுதல்

தேவைகள்

புலங்களைத் திருத்த, உங்களுக்கு நிர்வாகி அணுகல் தேவை

திட்ட வகையைத் தேர்ந்தெடுப்பது

தேர்வு செய்ய மூன்று வகையான திட்டப்பணிகள் உள்ளன:

இயல்புநிலை வகையைத் தேர்ந்தெடுப்போம். எல்லா வழக்குகளும் ஒரே நேரத்தில் அதில் கிடைக்கும். நாங்கள் ஸ்மார்ட் வடிகட்டலைப் பயன்படுத்துவோம் மற்றும் அனைத்து நிகழ்வுகளையும் ஒரே நேரத்தில் மாறும் வகையில் நிர்வகிப்போம்.

சோதனை வழக்குகளின் பட்டியலைக் காண புலங்களைச் சேர்த்தல்

முன்னுரிமை சோதனை நிகழ்வுகளைக் காட்ட ஒரு புலத்தைச் சேர்ப்போம்:

நீங்கள் மற்ற புலங்களையும் சேர்க்கலாம்.

சோதனைப் புலங்கள் மற்றும் குறிச்சொற்களை அமைத்தல்

அமைப்புகள் மெனுவைத் திறக்கவும்:

எங்களுக்கு பின்வரும் புலங்கள் தேவைப்படும்:

“சுருக்கம்” புலம் (சோதனை வழக்கு தலைப்பு)

இந்த புலம் ஏற்கனவே உள்ளது, அதன் பயன்பாட்டை நாங்கள் முறைப்படுத்துகிறோம். நாங்கள் வழக்குகளை TestCase மற்றும் TestScenario எனப் பிரிப்போம். வழக்குகளின் பெரிய பட்டியலின் சிறந்த வாசிப்புக்கு, சுருக்கத்தை எழுதுவதற்கான விதிகளை முன்கூட்டியே ஒப்புக்கொள்வது நல்லது.

சோதனைக் காட்சி:

எடுத்துக்காட்டு: TestScenario - மொபைல் பயன்பாட்டைப் பயன்படுத்துவதற்கான அடிப்படை காட்சி

சோதனை வழக்கு:

எடுத்துக்காட்டு: மெயின்ஸ்கிரீன் - அங்கீகாரப் பிரிவு - உள்நுழைவை உள்ளிடவும்

மொத்தத்தில், வழக்கின் சுருக்கத்தில் உன்னதமான புரிதலைக் காண்கிறோம்: "என்ன, எங்கே, எப்போது." உயர்நிலை சோதனை ஸ்கிரிப்ட்கள் மற்றும் குறைந்த அளவிலான சோதனை நிகழ்வுகளை ஆட்டோமேஷனுக்கு மிகவும் பொருத்தமான வடிவத்தில் நாங்கள் பார்வைக்கு பிரிக்கிறோம்.

“StartScreen” டேக் (TestScenario தொடங்கும் திரை; மேலும், பல சோதனை நிகழ்வுகள் அருகிலுள்ள திரைகளைத் தொடலாம்)

எதற்கு இது தேவைப்படலாம்: தற்போதைய சோதனை வழக்கின் திரைக்கு பயனரை இட்டுச் செல்லும் வழக்கமான படிநிலைகளின் உரையை உரையிலிருந்து அகற்றுவோம். (குறிப்பிட்ட சோதனை சூழ்நிலையை உருவாக்குவதற்கான வழக்கமான படிகள்) அனைத்து சோதனை நிகழ்வுகளுக்கான அனைத்து வழக்கமான படிகளும் ஒரே கோப்பில் எழுதப்படும். அதைப் பற்றி இன்னும் விரிவாக தனித்தனியாக எழுதுகிறேன்.

புதிய புலத்தை உருவாக்கவும்:

புதிய புலத்தின் கூறுகளை நிரப்பவும்:

இந்த வழக்கில், மதிப்புகளின் பட்டியலிலிருந்து தேர்ந்தெடுக்கப்பட்ட புலத்தை உருவாக்குகிறோம். இந்த புலத்தின் மதிப்புகளை உள்ளிடவும்:

ஐடி மதிப்புகள் ஒன்றிலிருந்து தொடங்குவதில்லை மற்றும் தொடர்ச்சியாக இல்லை என்பதை நினைவில் கொள்க. இது ஏன் செய்யப்படுகிறது? முக்கிய விஷயம் என்னவென்றால், பதிவு செய்யப்பட்ட ஐடியுடன் சோதனை வழக்குகள் இருந்தால்,

அதன் பிறகு, ஏற்கனவே உள்ள இரண்டு திரைகளுக்கு இடையில் மூன்றாவது திரையை உருவாக்க வேண்டும்.

பின்னர் நாம் ஐடியை மீண்டும் எழுத வேண்டும், மேலும் ஏற்கனவே உள்ள உரை வழக்குகளின் குறிச்சொற்கள் ஏற்கனவே அதனுடன் இணைக்கப்பட்டுள்ளதால், அவை வெறுமனே நீக்கப்படும். இது மிகவும் விரும்பத்தகாததாக இருக்கும்.

"திரை" (TestCase ஐ பாதிக்கும் திரையின் பெயர்)

உங்களுக்கு என்ன தேவைப்படலாம்: தாக்க சோதனைக்கான ஆங்கர்களில் ஒன்று. எடுத்துக்காட்டாக, டெவலப்பர்கள் ஒரு புதிய சிறந்த அம்சத்தை உருவாக்கியுள்ளனர். நாம் அதை சோதிக்க வேண்டும், ஆனால் இதற்காக இந்த அம்சம் சரியாக என்ன பாதிக்கலாம் என்பதை நாம் புரிந்து கொள்ள வேண்டும். முன்னிருப்பாக, ஒரு பயன்பாட்டின் வெவ்வேறு திரைகள் (செயல்பாடுகள்) வெவ்வேறு வகுப்புகளைக் கொண்டிருக்கின்றன, எனவே பயன்பாட்டின் வெவ்வேறு கூறுகளைக் கொண்டிருக்கும் முன்னுதாரணத்திலிருந்து ஆரம்பிக்கலாம். நிச்சயமாக, இந்த வழக்கில் ஒரு தனிப்பட்ட அணுகுமுறை தேவை.

எடுத்துக்காட்டு: home_screen, MapScreen, PayScreen போன்றவை.

"MovableData" புலம் (மாற்றக்கூடிய சோதனைத் தரவு கொண்ட ப்ராக்ஸி தரவுத்தளத்திற்கான இணைப்பு)

அடுத்து, சோதனை நிகழ்வுகளில் தரவின் பொருத்தத்தை பராமரிப்பதில் உள்ள சிக்கலை தீர்க்க முயற்சிப்போம்:

1. தற்போதைய தளவமைப்புகளுக்கான இணைப்புகள் (டெட் ஸ்கிரீன்ஷாட்களை எடுப்பதை விட இது மிகவும் சிறந்தது)

2. சோதனை சூழ்நிலையுடன் திரைக்கு வருவதற்கான வழக்கமான படிகள்

3. SQL வினவல்கள்

4. வெளிப்புற தரவு மற்றும் பிற தரவுக்கான இணைப்புகள்

ஒவ்வொரு சோதனை வழக்கிலும் சோதனைத் தரவை எழுதுவதற்குப் பதிலாக, ஒரு வெளிப்புறக் கோப்பை உருவாக்கி, எல்லா சோதனைச் சந்தர்ப்பங்களிலும் அதனுடன் இணைப்போம். இந்தத் தரவைப் புதுப்பிக்கும் போது, ​​அனைத்து சோதனை நிகழ்வுகளையும் கடந்து அவற்றை மாற்ற வேண்டியதில்லை, ஆனால் இந்தத் தரவை ஒரே இடத்தில் மட்டுமே மாற்ற முடியும். ஆயத்தமில்லாத ஒருவர் சோதனைக் கேஸைத் திறந்தால், சோதனைக் கேஸின் உடலில் ஒரு கோப்பிற்கான இணைப்பையும், சோதனைத் தரவுக்காக அவர் அதற்குச் செல்ல வேண்டிய குறிப்பையும் பார்ப்பார்.

இந்தத் தரவு அனைத்தையும் ஒரே வெளிப்புறக் கோப்பில் பேக் செய்வோம், இது திட்டப்பணியில் உள்ள அனைவருக்கும் கிடைக்கும். எடுத்துக்காட்டாக, நீங்கள் Google Sheet அல்லது Excel ஐப் பயன்படுத்தி கோப்பில் தேடலை அமைக்கலாம். ஏன் இந்த குறிப்பிட்ட விற்பனையாளர்கள்? உண்மை என்னவென்றால், குழுவில் உள்ள எந்தவொரு நபரும் முதலில் எந்த கருவிகளையும் நிறுவாமல் ஒரு சோதனை வழக்கைத் திறந்து தேர்ச்சி பெற வேண்டும் என்ற முன்னுதாரணத்திலிருந்து தொடங்குகிறோம்.

செய்ய Google தாள் நீங்கள் SQL வினவல்களைப் பயன்படுத்தலாம். உதாரணமாக:

=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")

செய்ய எக்செல் நீங்கள் வசதியான உடனடி தேடல் மேக்ரோக்களை அமைக்கலாம். (வடிகட்டுதல்) உதாரணம் இணைப்பு.

உண்மையில், இந்த யோசனை புதியதல்ல மற்றும் முதல் சோதனையாளரின் புத்தகமான "டெஸ்டிங் டாட் காம்" இல் விவரிக்கப்பட்டுள்ளது. (ஆசிரியர் சவின் ரோமன்) ரோமன் சவின் முன்மொழிந்த முறைகளை நாங்கள் டெஸ்ட்ரயிலில் ஒருங்கிணைக்கிறோம். இதைச் செய்ய, உருவாக்கப்பட்ட கோப்பிற்கான இணைப்புடன் ஒரு புலத்தை உருவாக்கவும்:

இணைப்பின் இயல்புநிலை மதிப்பை நிரப்பவும், இதனால் ஒவ்வொரு புதிய சோதனை வழக்குக்கும் ஏற்கனவே ஒரு இணைப்பு உள்ளது:

வெளிப்புற கோப்பின் இருப்பிடம் மாறினால் (எந்தவொரு சக்தியையும் நாங்கள் வழங்குகிறோம்), பின்னர் நீங்கள் அனைத்து சோதனை நிகழ்வுகளிலும் ஒரே நேரத்தில் ஒன்று அல்லது அதற்கு மேற்பட்ட புலங்களை வசதியாக மாற்றலாம்:

புலம் "விளக்கங்கள்" (சோதனை வழக்கின் விளக்கம் அல்லது யோசனை, நிலையான வழிமுறைகள்)

உங்களுக்கு என்ன தேவைப்படலாம்: இந்த உரை புலத்தில் சோதனை வழக்கு மற்றும் நிலையான வழிமுறைகளின் சுருக்கமான விளக்கத்தை வைப்போம்.

உதாரணம்: இந்த சோதனை வழக்கில் இருந்து அனைத்து சோதனைத் தரவுகளும் (தற்போதைய தளவமைப்புகள், கருவிகளின் பயன்பாடு மற்றும் பிற தரவு) இணைப்புகள் மூலம் குறிக்கப்படுகின்றன {...} மற்றும் அவை MovableData கோப்பில் அமைந்துள்ளன. மேலே உள்ள தொடர்புடைய புலத்தில் MovableData உடன் இணைக்கவும்.

"கூறு" குறிச்சொல் (மொபைல் பயன்பாட்டு கூறு)

இது என்ன தேவைப்படலாம்: தாக்க சோதனைக்கு. மொபைல் அப்ளிகேஷனை கூறுகளாகப் பிரிக்கலாம் (அவை ஒன்றுக்கொன்று முடிந்தவரை குறைவாகவே பாதிக்கின்றன), ஒரு கூறுகளில் ஏற்படும் மாற்றங்கள் ஒரே கூறுக்குள் சரிபார்க்க போதுமானதாக இருக்கும் (சில அபாயங்களுடன்) மற்றும் செயல்படுத்துவதற்கு குறைவான காரணங்கள் இருக்கும். எல்லாவற்றின் பொதுவான பின்னடைவுகள். ஒரு கூறு மற்றொன்றைப் பாதிக்கலாம் என்ற தகவல் இருந்தால், தாக்க சோதனை அணி தொகுக்கப்படுகிறது.

எடுத்துக்காட்டு கூறுகள்: GooglePay, ஆர்டர், பயனர்கள், வரைபடம், அங்கீகாரம் போன்றவை.

"TAG" குறிச்சொல் (வடிகட்டுதலுக்கான பிற குறிச்சொற்கள்)

தன்னிச்சையான வடிகட்டலுக்கான குறிச்சொற்களுடன் சோதனை வழக்கைக் குறியிடுதல். 

இதற்கு மிகவும் பயனுள்ளதாக இருக்கும்: 

1. பல்வேறு வழக்கமான பணிகளுக்கு TestRun ஐ விரைவாக தொகுத்தல்: புகை, பின்னடைவு போன்றவை.

2. சோதனைகள் தானியக்கமா அல்லது ஏற்கனவே தானியக்கமா?

3. வேறு ஏதேனும் குறிச்சொற்கள்

எடுத்துக்காட்டு: ஸ்மோக், ஆட்டோமேட்டட், ஒயிட்லேபிள், ஃபோர்டீலிட் போன்றவை.

சோதனை வழக்கில் புலங்களின் காட்சி வரிசையை அமைத்தல்

நாங்கள் நிறைய புதிய புலங்களை உருவாக்கியுள்ளோம், அவற்றை வசதியான வரிசையில் ஏற்பாடு செய்ய வேண்டிய நேரம் இது:

TestRun ஐ உருவாக்குகிறது

இப்போது மூன்று கிளிக்குகளில் புகைப் பரிசோதனையை நடத்துவதற்கான தற்போதைய நிகழ்வுகளுடன் புதிய சோதனை ஓட்டத்தை உருவாக்குவோம்:

பிற பயனுள்ள உதவிக்குறிப்புகள்

1. TestRail பல திட்டங்களைக் கொண்டிருந்தால், உங்கள் திட்டத்திற்காக மட்டுமே புதிய புலங்களை உருவாக்க மறக்காதீர்கள், இல்லையெனில் அண்டை அணிகளைச் சேர்ந்த சக ஊழியர்கள் புதிய அசாதாரண புலங்களின் தோற்றத்தால் மிகவும் ஆச்சரியப்படுவார்கள். உள்ளூர் மயக்கம் சாத்தியமாகும்.

2. அதிக எண்ணிக்கையிலான புலங்களைக் கொண்ட வழக்குகள் புதியவற்றை உருவாக்குவதை விட ஒரே மாதிரியான குழு வகையிலிருந்து நகலெடுப்பது எளிது:

3. கணக்குகளைப் பகிரலாம். உதாரணமாக: ஒரு நிர்வாகி, பல பயனர்.

முடிவுக்கு

மேலே விவரிக்கப்பட்ட எடுத்துக்காட்டுகள் பல திட்டங்களில் செயல்படுத்தப்பட்டு அவற்றின் செயல்திறனைக் காட்டியுள்ளன. இந்தக் கருவியைப் பற்றிய உங்கள் புரிதலை மேம்படுத்தவும் பயனுள்ள மற்றும் வசதியான "சோதனை சேமிப்பகங்களை" உருவாக்கவும் அவை உதவும் என்று நம்புகிறேன். கருத்துகளில் TestRail மற்றும் பயனுள்ள உதவிக்குறிப்புகளைப் பயன்படுத்திய உங்கள் அனுபவத்தை விவரித்தால் நான் மிகவும் நன்றியுள்ளவனாக இருப்பேன்.

மேற்கோள்கள்:

TestRail விற்பனையாளர் வலைத்தளம்

நூல்: “டெஸ்டிங் .COM” (ஆசிரியர் ரோமன் சவின்)

உங்கள் கவனத்திற்கு மிக்க நன்றி!

ஆதாரம்: www.habr.com