டிபிஎம்எஸ்ஸில் யூனிட் சோதனைகள் - ஸ்போர்ட்மாஸ்டரில் அதை எப்படிச் செய்கிறோம், பகுதி இரண்டில்

முதல் பகுதி - இங்கே.

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

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

1. பழைய அலகு சோதனைகளை மீட்டமைத்தல். மீட்பு என்பது லாயல்டி அமைப்பின் தற்போதைய நிலைக்கு சோதனைகளை மாற்றியமைத்தல் மற்றும் சோதனைகளை utPLSQL தரநிலைகளுக்கு மாற்றியமைத்தல்.
2. புரிந்துகொள்வதன் மூலம் சிக்கலைத் தீர்ப்பது மற்றும் சரியாக என்ன, என்ன முறைகள் மற்றும் செயல்முறைகள், நாங்கள் தன்னியக்க சோதனைகளுடன் உள்ளடக்கியுள்ளோம். இந்தத் தகவலை உங்கள் தலையில் வைத்திருக்க வேண்டும் அல்லது தானியங்கு சோதனைக் குறியீட்டின் அடிப்படையில் நேரடியாக முடிவுகளை எடுக்க வேண்டும். எனவே, ஒரு பட்டியலை உருவாக்க முடிவு செய்தோம். ஒவ்வொரு தன்னியக்க சோதனைக்கும் ஒரு தனிப்பட்ட நினைவாற்றல் குறியீட்டை ஒதுக்கி, ஒரு விளக்கத்தை உருவாக்கி, அமைப்புகளைச் சரிசெய்தோம் (உதாரணமாக, எந்த நிபந்தனைகளின் கீழ் அதை இயக்க வேண்டும் அல்லது சோதனை ஓட்டம் தோல்வியடைந்தால் என்ன நடக்கும்). சாராம்சத்தில், ஆட்டோடெஸ்ட்கள் பற்றிய மெட்டாடேட்டாவை நிரப்பி, இந்த மெட்டாடேட்டாவை utPLSQL ஸ்கீமாவின் நிலையான அட்டவணையில் வைத்தோம்.
3. விரிவாக்க உத்தியின் வரையறை, அதாவது. தன்னியக்க சோதனைகள் மூலம் சரிபார்ப்புக்கு உட்பட்ட செயல்பாட்டின் தேர்வு. நாங்கள் மூன்று விஷயங்களில் கவனம் செலுத்த முடிவு செய்தோம்: கணினியில் புதிய மேம்பாடுகள், உற்பத்தியில் இருந்து சம்பவங்கள் மற்றும் அமைப்பின் முக்கிய செயல்முறைகள். இவ்வாறு, வெளியீட்டிற்கு இணையாக நாங்கள் உருவாக்குகிறோம், அதன் உயர் தரத்தை உறுதிசெய்கிறோம், அதே நேரத்தில் பின்னடைவின் நோக்கத்தை விரிவுபடுத்துகிறோம் மற்றும் முக்கியமான இடங்களில் அமைப்பின் நம்பகத்தன்மையை உறுதிசெய்கிறோம். காசோலை மூலம் தள்ளுபடிகள் மற்றும் போனஸ்களை விநியோகிக்கும் செயல்முறையே இதுபோன்ற முதல் தடையாக இருந்தது.
4. இயற்கையாகவே, நாங்கள் புதிய தன்னியக்க சோதனைகளை உருவாக்கத் தொடங்கினோம். முதல் வெளியீட்டு பணிகளில் ஒன்று, விசுவாச அமைப்பின் முன் வரையறுக்கப்பட்ட மாதிரிகளின் செயல்திறனை மதிப்பிடுவதாகும். எங்கள் திட்டமானது நிபந்தனைகளுக்கு ஏற்ப வாடிக்கையாளர்களைத் தேர்ந்தெடுக்கும் கடுமையான நிலையான sql வினவல்களின் தொகுதியைக் கொண்டுள்ளது. எடுத்துக்காட்டாக, ஒரு குறிப்பிட்ட நகரத்தில் கடைசியாக வாங்கிய அனைத்து வாடிக்கையாளர்களின் பட்டியலைப் பெறுங்கள் அல்லது சராசரி கொள்முதல் தொகை ஒரு குறிப்பிட்ட மதிப்பை விட அதிகமாக இருக்கும் வாடிக்கையாளர்களின் பட்டியலைப் பெறுங்கள். எழுதப்பட்ட தன்னியக்க சோதனைகள், முன் வரையறுக்கப்பட்ட மாதிரிகள், நிலையான பெஞ்ச்மார்க் செயல்திறன் அளவுருக்கள் ஆகியவற்றைச் சரிபார்த்தோம், மேலும் சுமை சோதனையைப் பெற்றோம்.
5. ஆட்டோடெஸ்ட்களுடன் பணிபுரிவது வசதியாக இருக்க வேண்டும். இரண்டு பொதுவான செயல்கள் தன்னியக்க சோதனைகளை இயக்குதல் மற்றும் சோதனைத் தரவை உருவாக்குதல். எங்கள் கணினியில் இரண்டு துணை தொகுதிகள் தோன்றிய விதம் இதுதான்: வெளியீட்டு தொகுதி மற்றும் தரவு உருவாக்க தொகுதி.

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

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

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

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

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

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

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

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

எனவே, எங்கள் அலகு சோதனை முறையைப் பயன்படுத்துவதன் முடிவுகளைப் பற்றி பேசலாம்.

1. நிச்சயமாக, முதலில், நாங்கள் சிறந்த மென்பொருளை உருவாக்கத் தொடங்கினோம் என்று உறுதியாக நம்புகிறோம். தன்னியக்க சோதனைகள் தினமும் இயங்குகின்றன மற்றும் ஒவ்வொரு வெளியீட்டிலும் டஜன் கணக்கான பிழைகளைக் கண்டறியும். மேலும், இந்த பிழைகளில் சில நாம் உண்மையில் மாற்ற விரும்பிய செயல்பாட்டுடன் மட்டுமே மறைமுகமாக தொடர்புடையவை. இந்த பிழைகள் கைமுறை சோதனை மூலம் கண்டறியப்பட்டதாக வலுவான சந்தேகம் உள்ளது.
2. குறிப்பிட்ட செயல்பாடு சரியாக வேலை செய்கிறது என்று குழு நம்பிக்கை பெற்றது... முதலில், இது எங்கள் முக்கியமான செயல்முறைகளைப் பற்றியது. எடுத்துக்காட்டாக, கடந்த ஆறு மாதங்களில், காசோலை மூலம் தள்ளுபடிகள் மற்றும் போனஸை விநியோகிப்பதில் எங்களுக்கு எந்த பிரச்சனையும் இல்லை, ஒவ்வொரு வெளியீட்டிலும் மாற்றங்கள் இருந்தபோதிலும், முந்தைய காலங்களில் சில அதிர்வெண்களுடன் பிழைகள் ஏற்பட்டன.
3. சோதனை மறு செய்கைகளின் எண்ணிக்கையைக் குறைக்க முடிந்தது. புதிய செயல்பாட்டிற்காக தன்னியக்க சோதனைகள் எழுதப்பட்டதால், ஆய்வாளர்கள் மற்றும் பகுதி நேர சோதனையாளர்கள் உயர் தரக் குறியீட்டைப் பெறுகின்றனர், ஏனெனில் அது ஏற்கனவே சரிபார்க்கப்பட்டது.
4. தானியங்கு சோதனையின் வளர்ச்சியின் ஒரு பகுதி டெவலப்பர்களால் பயன்படுத்தப்படுகிறது. எடுத்துக்காட்டாக, கொள்கலன்களில் சோதனை தரவு பொருள் உருவாக்க தொகுதியைப் பயன்படுத்தி உருவாக்கப்படுகிறது.
5. டெவலப்பர்களால் தானியங்கு சோதனை முறையின் "ஏற்றுக்கொள்ளுதல்" என்பதை நாங்கள் உருவாக்கியிருப்பது முக்கியம். இது முக்கியமானது மற்றும் பயனுள்ளது என்ற புரிதல் உள்ளது. எனது சொந்த அனுபவத்திலிருந்து, இது வழக்கில் இருந்து வெகு தொலைவில் உள்ளது என்று நான் கூற முடியும். ஆட்டோடெஸ்ட்கள் எழுதப்பட வேண்டும், அவை பராமரிக்கப்பட வேண்டும் மற்றும் மேம்படுத்தப்பட வேண்டும், முடிவுகளை பகுப்பாய்வு செய்ய வேண்டும், பெரும்பாலும் இந்த நேர செலவுகள் வெறுமனே மதிப்புக்குரியவை அல்ல. உற்பத்திக்குச் சென்று அங்குள்ள சிக்கல்களைச் சமாளிப்பது மிகவும் எளிதானது. நம் நாட்டில், டெவலப்பர்கள் வரிசையாக நின்று, ஆட்டோடெஸ்ட் மூலம் தங்கள் செயல்பாட்டை மறைக்கச் சொல்கிறார்கள்.

அடுத்தது என்ன

தானியங்கு சோதனைத் திட்டத்தின் வளர்ச்சித் திட்டங்களைப் பற்றி பேசலாம்.

நிச்சயமாக, ஸ்போர்ட்மாஸ்டர் லாயல்டி சிஸ்டம் உயிருடன் இருக்கும் வரை மற்றும் தொடர்ந்து வளரும் வரை, தன்னியக்க சோதனைகளும் கிட்டத்தட்ட முடிவில்லாமல் உருவாக்கப்படலாம். எனவே, வளர்ச்சியின் முக்கிய திசையானது கவரேஜ் பகுதியின் விரிவாக்கம் ஆகும்.

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

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

1. இப்போது தானியங்கு சோதனைகள் DBMS அளவில் நிர்வகிக்கப்படுகின்றன, அதாவது. வெற்றிகரமான வேலைக்கு PL/SQL பற்றிய அறிவு தேவை. தேவைப்பட்டால், கணினி மேலாண்மை (உதாரணமாக, மெட்டாடேட்டாவைத் தொடங்குதல் அல்லது உருவாக்குதல்) ஜென்கின்ஸ் அல்லது அதைப் போன்ற ஒன்றைப் பயன்படுத்தி ஒருவித நிர்வாகக் குழுவால் எடுக்கப்படலாம்.
2. எல்லோரும் அளவு மற்றும் தரமான குறிகாட்டிகளை விரும்புகிறார்கள். தானியங்கி சோதனைக்கு, அத்தகைய உலகளாவிய காட்டி குறியீடு கவரேஜ் அல்லது குறியீடு கவரேஜ் மெட்ரிக் ஆகும். இந்த குறிகாட்டியைப் பயன்படுத்தி, சோதனையின் கீழ் உள்ள எங்கள் கணினியின் குறியீட்டின் எந்த சதவீதம் ஆட்டோடெஸ்ட்களால் மூடப்பட்டுள்ளது என்பதை நாம் தீர்மானிக்க முடியும். பதிப்பு 12.2 இலிருந்து தொடங்கி, இந்த அளவீட்டைக் கணக்கிடுவதற்கான திறனை Oracle வழங்குகிறது மற்றும் நிலையான DBMS_PLSQL_CODE_COVERAGE தொகுப்பைப் பயன்படுத்த பரிந்துரைக்கிறது.

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

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

கண்டுபிடிப்புகள்

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

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

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

பதிவு செய்த பயனர்கள் மட்டுமே கணக்கெடுப்பில் பங்கேற்க முடியும். உள்நுழையவும், தயவு செய்து.

இதைப் பற்றி மேலும் எழுதலாமா?

• ஓ நிச்சயமாக

• இல்லை நன்றி

12 பயனர்கள் வாக்களித்தனர். 4 பயனர்கள் வாக்களிக்கவில்லை.

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