கணினிப் பொறியியலில் செயற்கை நுண்ணறிவு மற்றும் சரிபார்ப்புத் துறையின் அறிமுகம்

ஆதாயங்கள்:

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

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

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

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

எந்த வணிகங்களில் AI ஆக்சிலரேட்டர் உள்ளது, எந்த வணிகங்களில் இது ஆபத்தானது?

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

வணிக வகை

AI பங்களிப்பு

பொறியாளர் பங்கு

குறியீடு எலும்புக்கூடு / கொதிகலன்

மீண்டும் மீண்டும் கட்டமைப்பின் விரைவான உருவாக்கம்

தர்க்கம் மற்றும் விளிம்பு நிலை கட்டுப்பாடு

பிழைத்திருத்தம்

கருதுகோள் மற்றும் சாத்தியமான காரணங்களின் பட்டியல்

இனப்பெருக்கம் மற்றும் மூல காரணத்தை உறுதிப்படுத்துதல்

எழுதும் சோதனைகள்

சோதனை வரைவு மற்றும் காட்சி உருவாக்கம்

அர்த்தமுள்ள உறுதிப்பாடு மற்றும் நோக்கத்தை சரிபார்த்தல்

மறுசீரமைப்பு

மறுசீரமைப்பு முன்மொழிவு

சோதனை மூலம் நடத்தை பராமரித்தல்

ஆவணப்படுத்தல்

முதல் வரைவு மற்றும் அமைப்பு

குறியீட்டிற்கு எதிரான சரியான சோதனை

கட்டிடக்கலை/பாதுகாப்பு முடிவு

விருப்பங்கள் மற்றும் நன்மை தீமைகள் பட்டியல்

இறுதி முடிவு மற்றும் பொறுப்பு

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

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

பொறியாளரிடம் விடப்பட வேண்டிய முடிவுகள்

சில முடிவுகள் முழுமையாக தானியக்கமாக இருக்கக்கூடாது; தொழில்நுட்ப, சட்ட மற்றும் நெறிமுறை அபாயங்களைக் கொண்டுள்ளது:

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

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

சரிபார்ப்பு ஒழுக்கம்: மூன்று அடுக்கு கட்டுப்பாடு

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

1. தொகுத்தல் மற்றும் நிலையான சரிபார்ப்பு: குறியீடு உண்மையில் தொகுக்கிறதா/இயக்குகிறதா? வகை பிழைகள், பயன்படுத்தப்படாத மாறிகள், இல்லாத APIகள் உள்ளதா? நிலையான பகுப்பாய்வு கருவி (குறியீட்டை இயக்காமல் ஆய்வு செய்யும் கருவி) என்ன சொல்கிறது?
2. சுயாதீன இனப்பெருக்கம் (சோதனை): சிறிய, அறியப்பட்ட உள்ளீடுகளுடன் குறியீட்டை இயக்கவும் மற்றும் நீங்கள் எதிர்பார்த்த வெளியீட்டைப் பெறுகிறீர்களா என்பதைப் பார்க்கவும். எட்ஜ் கேஸ்களை முயற்சிக்கவும் (பூஜ்ய, பூஜ்யம், எதிர்மறை, பெரியது).
3. மூலச் சரிபார்ப்பு: AI பயன்படுத்தும் ஒவ்வொரு API, நூலகப் பதிப்பு மற்றும் மொழி அம்சங்களும் அதிகாரப்பூர்வ ஆவணங்களிலிருந்து சரிபார்க்கப்பட வேண்டும்.

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

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

பலவீனமான ப்ராம்ட் / ஸ்ட்ராங் ப்ராம்ட்

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

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

மினி வழக்குகள்

வழக்கு 1 - திட்டமிட்ட முறை. ஒரு டேட் லைப்ரரியில் date.addBusinessDays(5) எனப்படும் ஒரு முறை இருப்பதாக ஒரு டெவலப்பர் AI இலிருந்து கேள்விப்பட்டார், அது நம்பிக்கையான முறையில் விளக்கப்படுகிறது. ஆவணங்களைப் பார்க்கும்போது, ​​அத்தகைய முறை எதுவும் இல்லை என்று அவர் காண்கிறார், சரியான வழி ஒரு கையேடு வளையமாகும். 10 நிமிட சரிபார்ப்புடன் உற்பத்திக்கு செல்லும் முன் மாயத்தோற்றம் பிடிக்கப்படுகிறது.

வழக்கு 2 - விளிம்பு நிலை இழப்பு. AI ஆனது "சராசரியை கணக்கிடு" செயல்பாட்டை உருவாக்குகிறது; 1,000 வரிசை தரவுகளுடன் சோதனை செய்யும் போது இது வேலை செய்யும். இருப்பினும், பட்டியல் காலியாக இருக்கும்போது, ​​​​பூஜ்ஜிய பிழை மூலம் வகுத்தல் கொடுக்கிறது. பொறியாளர் வெற்று உள்ளீட்டு சோதனையைச் சேர்த்ததால், அது நேரலைக்கு வருவதற்கு முன்பு அவர் பிழையைப் பார்த்து சரிசெய்தார். ஒற்றை விளிம்பு நிலை சோதனை அதிகாலை 3 மணிக்கு உற்பத்தி அலாரத்தைத் தடுக்கிறது.

வழக்கு 3 - தனியுரிமை ஆபத்து. ஒரு நிபுணர், உண்மையான தரவுத்தள இணைப்பு சரம் மற்றும் API விசையுடன் ஒரு கோப்பை பொது கருவியில் ஒட்ட உள்ளார். நிறுவனத்தின் கொள்கையை நினைவில் கொள்கிறது; இது ரகசியங்களை <REDACTED> என்று மாற்றுகிறது, குறியீட்டை ஒரு பிரதிநிதி உதாரணத்திற்குக் குறைத்து, அதைக் கேட்கிறது. இதனால், 5 நிமிடங்களில் அவருக்கு உதவி கிடைத்தாலும், அவரது அடையாள தகவல் வெளிவரவில்லை.

இரகசியக் குறியீடு மற்றும் அடையாளத் தகவலுடன் பணிபுரியும் கொள்கை

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

அநாமதேய ப்ராம்ட் பேட்டர்ன்: "பின்வரும் செயல்பாட்டில் பிழை உள்ளது. உண்மையான வணிக தர்க்கம் மற்றும் மறைக்கப்பட்ட மாறிலிகளை பிரதிநிதித்துவ மதிப்புகளுடன் (API விசை, அட்டவணை பெயர்கள், புலத்தின் பெயர்கள் ஜெனரிக்) மாற்றினேன். சிக்கல்: உள்ளீடு X இல் Y பிழையைப் பெறுகிறேன். இந்தப் பிரதிநிதிக் குறியீட்டில் உள்ள தர்க்கப் பிழையைக் கண்டறிந்து, திருத்தப்பட்ட பதிப்பை விளக்கவும். [பிரதிநிதி குறியீடு]"

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

பொதுவான தவறுகள்

• தொகுத்தல்/சோதனை செய்யாமல் வெளியீட்டைப் பயன்படுத்துதல். "AI எழுதியது" என்பது ஒரு நியாயம் அல்ல; ஒவ்வொரு குறியீட்டையும் இயக்குவதன் மூலம் சரிபார்க்கப்படுகிறது.
• சூழல் இல்லாமல் கோரிக்கைகளை வைப்பது. மொழி, பதிப்பு, உள்ளீடு-வெளியீடு மற்றும் கட்டுப்பாடுகள் வழங்கப்படாவிட்டால், குறியீடு பொதுவானதாகவும், பெரும்பாலும் பாதுகாப்பற்றதாகவும் மாறும்.
• ரகசியமான தகவல்களை யோசிக்காமல் பகிர்தல். API விசை, கடவுச்சொல் மற்றும் வாடிக்கையாளர் தரவு ஆகியவை அழிக்கப்படாமல் வெளியிடப்படக்கூடாது.
• துல்லியமான மொழியை துல்லியமாக குழப்புகிறது. AI எவ்வளவு நம்பிக்கையுடன் பேசுகிறதோ, அவ்வளவு கவனமாக இருக்க வேண்டும்; நம்பிக்கையான தொனி ஆதாரம் அல்ல.
• முடிவை AIக்கு ஒப்படைத்தல். உற்பத்தி, பாதுகாப்பு மற்றும் கட்டிடக்கலை ஆகியவற்றில் வைக்கும் முடிவு பொறியாளரிடம் உள்ளது; AI பொருட்களை மட்டுமே உற்பத்தி செய்கிறது.

சுருக்கமாக

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

விண்ணப்ப பணி

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

சரிபார்ப்பு பட்டியல்

• [ ] மொழி, பதிப்பு மற்றும் உள்ளீடு-வெளியீட்டு ஒப்பந்தத்தை வரியில் சேர்த்துள்ளேன்.
• [ ] நான் எழுதினேன் "அதை உருவாக்க வேண்டாம், உங்களுக்கு உறுதியாக தெரியவில்லை என்றால் சொல்லுங்கள்" மற்றும் நோக்கம் கட்டுப்பாடு.
• [ ] நான் குறியீட்டைத் தொகுத்தேன்/ இயக்கினேன், நிலையான எச்சரிக்கைகளைச் சரிபார்த்தேன்.
• [ ] நான் குறைந்தது மூன்று விளிம்பு வழக்குகளுடன் சோதித்தேன்.
• [ ] அதிகாரப்பூர்வ ஆவணங்களில் இருந்து பயன்படுத்தப்படும் APIகளை நான் சரிபார்த்தேன்.
• [ ] நான் ஏதேனும் ரகசிய குறியீடு/நற்சான்றிதழ்களை அழித்துவிட்டேன் அல்லது நிறுவனக் கருவியைப் பயன்படுத்தினேன்.
• [ ] உற்பத்தி மற்றும் பாதுகாப்பில் வைக்கும் முடிவு மனிதனிடம் உள்ளது என்பதை உறுதிப்படுத்தினேன்.