ಅನಿರೀಕ್ಷಿತ ಇಮೇಲ್ ಪರೀಕ್ಷೆಯ ಆವೃತ್ತಿ ಚಿಕ್ಕದು: ಒಂದು ವಿಳಾಸವನ್ನು ರಚಿಸಿ, ಐದು ಸೆಕೆಂಡುಗಳ ಕಾಲ ನಿದ್ರಿಸಿ, ಮೊದಲ ಸಂದೇಶವನ್ನು ಓದಿ, ಮತ್ತು ಅದು ಈ ಚಾಲನಕ್ಕೆ ಸೇರಿದೆ ಎಂದು ಆಶಿಸಿ.
ನಂಬಿಗಸ್ತ ಆವೃತ್ತಿ ಇನ್ನೂ ಸರಳವಾಗಿದ್ದರೂ, ವಿತರಣೆಯನ್ನು ಅಸಿಂಕ್ರೋನಸ್ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ. ಇದು ಅನನ್ಯ ವಿಳಾಸವನ್ನು ರಚಿಸುತ್ತದೆ, ಪ್ರಾರಂಭ ಸಮಯವನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಸಮಯ ಮಿತಿಯೊಳಗೆ ಪೋಲ್ ಮಾಡುತ್ತದೆ, ಉದ್ದೇಶಿತ ಸಂದೇಶವನ್ನು ಹೊಂದಾಣಿಕೆ ಮಾಡುತ್ತದೆ, ಉತ್ಪನ್ನ ಕ್ರಿಯೆಯನ್ನು ಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಏನಾದರೂ ವಿಫಲವಾದಾಗ ಸಾಕಷ್ಟು ಸಂದರ್ಭವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.
API ಕೀ ಅನ್ನು URL ನಲ್ಲಿ ಇಡಬೇಡಿ
X-API-Key ಹೆಡರ್‌ನಲ್ಲಿ GPTMail ಕೀ ಅನ್ನು ಕಳುಹಿಸಿ. ಅದನ್ನು ?api_key= ಕ್ವೇರಿ ಪರಾಮೀಟರ್‌ಗಳಲ್ಲಿ ಇಡಬೇಡಿ. URLಗಳು ಬ್ರೌಸರ್ ಇತಿಹಾಸ, ಪ್ರವೇಶ ಲಾಗ್‌ಗಳು, ಮಾನಿಟರಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ರೆಫರರ್ ಡೇಟಾದಲ್ಲಿ ನಿಯಮಿತವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತವೆ.
X-API-Key: YOUR_API_KEYಕೀ ಅನ್ನು ನಿಮ್ಮ CI ರಹಸ್ಯ ನಿರ್ವಾಹಕದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ ಮತ್ತು ಲಾಗ್‌ಗಳಲ್ಲಿ ಮಸ್ಕ್ ಮಾಡಿ. ಅನ್ವೇಷಣೆಗೆ ಸಾರ್ವಜನಿಕ ದೈನಂದಿನ ಕೀ ಅನುಕೂಲಕರ; ನಿಯಂತ್ರಿತ ಸ್ವಯಂಚಾಲಿತ ಸೂಟ್‌ಗಳು ನಿಮ್ಮಿಂದ ಕ್ವೋಟಾ ಮತ್ತು ಬಳಕೆ ಟ್ರ್ಯಾಕ್ ಮಾಡಬಹುದಾದ ಕೀ ಅನ್ನು ಬಳಸಬೇಕು.
ಪ್ರಸ್ತುತ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯಾ ಉದಾಹರಣೆಗಳು GPTMail API ದಸ್ತಾವೇಜು ಪುಟ ನಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತವೆ.
ಪ್ರತಿ ಚಾಲನಕ್ಕೂ ಒಂದು ವಿಳಾಸ
ಪ್ರತಿ ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಪರೀಕ್ಷೆಗೆ ಹೊಸ ವಿಳಾಸವನ್ನು ರಚಿಸಿ. ಸಂಪೂರ್ಣ ಪರೀಕ್ಷಾ ಸೂಟ್ ಹಂಚಿಕೊಂಡ ಇನ್‌ಬಾಕ್ಸ್‌ನಿಂದ ಸರಿಯಾದತೆಯನ್ನು ನಿರ್ಧರಿಸಬೇಡಿ.
ವಿಳಾಸ, ದೃಶ್ಯ ID, ಪರಿಸರ, ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರಾರಂಭ ಸಮಯವನ್ನು ದಾಖಲಿಸಿ. ಈ ಮೌಲ್ಯಗಳು ನಿಮಗೆ ಹಳೆಯ ಸಂದೇಶಗಳನ್ನು ನಿರಾಕರಿಸಲು ಮತ್ತು ಸಂದೇಶ ರಹಸ್ಯಗಳನ್ನು ಲಾಗ್ ಮಾಡದೆ ಘರ್ಷಣೆಗಳನ್ನು ನಿರ್ಣಯಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ.
ನಿಗದಿತ ನಿದ್ರೆಯ ಬದಲು ಸಮಯ ಮಿತಿಯ ವಿರುದ್ಧ ಪೋಲ್ ಮಾಡಿ
ಇಮೇಲ್ ವಿತರಣಾ ಸಮಯ ಬದಲಾಗುತ್ತದೆ. ನಿಗದಿತ ಐದು ಸೆಕೆಂಡುಗಳ ನಿದ್ರೆ ವಿತರಣಾ ವೇಗವಾಗಿರುವಾಗ ವ್ಯರ್ಥವಾಗುತ್ತದೆ ಮತ್ತು ನಿಧಾನವಾಗಿರುವಾಗ ಅಸ್ಥಿರವಾಗುತ್ತದೆ.
ಬೌಂಡೆಡ್ ಲೂಪ್ ಅನ್ನು ಬಳಸಿ:
deadline = now + 90 seconds
delay = 2 seconds
while now < deadline:
messages = list inbox
candidate = newest message matching sender, subject, and start time
if candidate exists:
read candidate and continue the product test
wait delay with a small random jitter
delay = min(delay * 1.5, 10 seconds)ಸಮಯ ಮಿತಿ ಪರೀಕ್ಷಾ ಒಪ್ಪಂದಕ್ಕೆ ಸೇರಿದೆ. ಪಾಸ್ವರ್ಡ್-ರಿಸೆಟ್ ಪ್ರಕ್ರಿಯೆಗೆ ಬಲ್ಕ್ ನ್ಯೂಸ್‌ಲೆಟರ್ ಪೂರ್ವವೀಕ್ಷಣೆಯಿಗಿಂತ ವಿಭಿನ್ನ ಮಿತಿ ಬೇಕಾಗಬಹುದು. ನಿಧಾನ ಅವಲಂಬನೆ ಸಂಪೂರ್ಣ CI ಕೆಲಸವನ್ನು ಮೌನವಾಗಿ ವಿಸ್ತರಿಸದಂತೆ ಮಿತಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಇಡಿ.
ನಿಖರವಾಗಿ ಹೊಂದಾಣಿಕೆ ಮಾಡಿ
“ಇನ್‌ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಮೊದಲ ಸಂದೇಶ” ಎಂಬ ಆಯ್ಕೆಕಾರಕ ಉಪಯುಕ್ತವಲ್ಲ. ಹಲವು ಸಂಕೇತಗಳನ್ನು ಹೊಂದಾಣಿಕೆ ಮಾಡಿ:
- ಸ್ವೀಕರಿಸುವವರು ಈ ಚಾಲನಕ್ಕಾಗಿ ರಚಿಸಲಾದ ವಿಳಾಸಕ್ಕೆ ಸಮಾನವಾಗಿರಬೇಕು;
- ಸೃಜನ ಸಮಯ ಟ್ರಿಗರ್ ಸಮಯಕ್ಕಿಂತ ನಂತರವಾಗಿರಬೇಕು;
- ಕಳುಹಿಸುವವರು ನಿರೀಕ್ಷಿತ ಸೇವೆಗೆ ಸೇರಿರಬೇಕು;
- ವಿಷಯ ಅಥವಾ ಸಂದೇಶ ಪ್ರಕಾರ ಪ್ರಕ್ರಿಯೆಗೆ ಹೊಂದಿಕೊಳ್ಳಬೇಕು;
- ಸಂದೇಶ ID ಇನ್ನೂ ಬಳಸಲಾಗಿಲ್ಲ.
ಕಳುಹಿಸುವವರು ಹಲವು ಕೋಡ್‌ಗಳನ್ನು ನೀಡಬಹುದಾದಾಗ, ಹೊಸದಾಗಿ ಹೊಂದಾಣಿಕೆಯ ಸಂದೇಶವನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಅದರ ID ಅನ್ನು ಪರೀಕ್ಷಾ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಸಂರಕ್ಷಿಸಿ, ಮರುಪ್ರಯತ್ನಗಳು ಅದನ್ನು ಅನಾಯಾಸವಾಗಿ ಮರುಬಳಕೆ ಮಾಡದಂತೆ.
ಪಟ್ಟಿಯ ಹೊಂದಾಣಿಕೆಯ ನಂತರ ಮಾತ್ರ ಓದಿ
ಇನ್‌ಬಾಕ್ಸ್ ಪಟ್ಟಿ ಕಡಿಮೆ ವೆಚ್ಚದ ಅನ್ವೇಷಣಾ ಹಂತವಾಗಿರಬೇಕು. ಆಯ್ದ ಅಭ್ಯರ್ಥಿಗೆ ಮಾತ್ರ ಪೂರ್ಣ ಸಂದೇಶವನ್ನು ಪಡೆಯಿರಿ. ಇದರಿಂದ ಅನಗತ್ಯ ಕೆಲಸ ಕಡಿಮೆಯಾಗುತ್ತದೆ ಮತ್ತು ಸಂಬಂಧಿಸದ ಪ್ರಚಾರ ಇಮೇಲ್‌ಗಳ ಪಾರ್ಸ್ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.
ಆರು ಅಂಕಿಗಳ ಸ್ಟ್ರಿಂಗ್‌ನ ಹಾಜರಾತಿ ಮಾತ್ರವಲ್ಲ, ವ್ಯವಹಾರ ಫಲಿತಾಂಶವನ್ನು ಮಾನ್ಯಗೊಳಿಸಿ. ಕೋಡ್ ಅನ್ನು ಸಲ್ಲಿಸಿ ಅಥವಾ ನಿರೀಕ್ಷಿತ ಲಿಂಕ್ ತೆರೆಯಿರಿ, ನಂತರ ಖಾತೆ ಸರಿಯಾದ ಸ್ಥಿತಿಗೆ ತಲುಪಿದೆ ಎಂದು ದೃಢಪಡಿಸಿ.
ದರ ಮಿತಿಗಳನ್ನು ಸೂಚಕವಾಗಿ ನಿರ್ವಹಿಸಿ
API ಕ್ವೋಟಾ ಅಥವಾ ದರ-ಮಿತಿ ಪ್ರತಿಕ್ರಿಯೆ ನೀಡಿದರೆ, ಪ್ರಸ್ತುತ ಪ್ರಯತ್ನವನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ರಿಸೆಟ್ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸಿ. ಆಕ್ರಮಣಕಾರಿ ಮರುಪ್ರಯತ್ನಗಳು ಸ್ಪಷ್ಟ ಸಾಮರ್ಥ್ಯ ಸೂಚಕವನ್ನು ಶಬ್ದವಾಗಿ ಪರಿವರ್ತಿಸಿ, ಸಂಬಂಧಿಸದ ಪರೀಕ್ಷೆಗಳನ್ನು ವಿಳಂಬಗೊಳಿಸಬಹುದು.
ಪರೀಕ್ಷಾ ರನ್ನರ್‌ನಲ್ಲಿ ಸಮಕಾಲಿಕತೆಯನ್ನು ಮಿತಿಗೊಳಿಸಿ, ವಿಶೇಷವಾಗಿ ಸೂಟ್ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅನೇಕ ವಿಳಾಸಗಳನ್ನು ರಚಿಸುವಾಗ. ಸಣ್ಣ ವರ್ಕರ್ ಪೂಲ್ ನೂರಾರು ಸಮಕಾಲಿಕ ಪೋಲಿಂಗ್ ಲೂಪ್‌ಗಳಿಗಿಂತ ಡೀಬಗ್ ಮಾಡಲು ಸುಲಭ.
ವಿಫಲತೆಯನ್ನು ಮರೆಮಾಡದೆ ಸ್ವಚ್ಛಗೊಳಿಸಿ
ಸಾಕ್ಷ್ಯ ಸಂಗ್ರಹಿಸಿದ ನಂತರ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ನಡೆಯಬೇಕು. ಯಶಸ್ಸು ಬಂದಾಗ, ಸಂದೇಶಗಳನ್ನು ತೆಗೆದುಹಾಕಿ ಅಥವಾ ಕಡಿಮೆ ಸಂರಕ್ಷಣೆಗೆ ಬಿಡಿ. ವಿಫಲತೆಯಲ್ಲಿ, ವಿಳಾಸ ಮತ್ತು ಸಂದೇಶ ID ಅನ್ನು ರಕ್ಷಿತ CI ಕಲಾಪಗಳಲ್ಲಿ ಸಾಕಷ್ಟು ಸಮಯದವರೆಗೆ ಉಳಿಸಿ, ನಂತರ ಅವುಗಳನ್ನು ಅಳಿಸಿ.
ಪರಿಶೀಲನಾ ಕೋಡ್‌ಗಳು, ಖಾಸಗಿ ಲಿಂಕ್‌ಗಳು, ಅಥವಾ ಸಂಪೂರ್ಣ HTML ಬಾಡಿಗಳನ್ನು ಸಾರ್ವಜನಿಕ ನಿರ್ಮಾಣ ಲಾಗ್‌ಗಳಲ್ಲಿ ಮುದ್ರಿಸಬೇಡಿ.
ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಐಡೆಂಪೋಟೆಂಟ್ ಆಗಿ ಮಾಡಿ
ಪರೀಕ್ಷೆಯನ್ನು ಹೊಸ ವಿಳಾಸದೊಂದಿಗೆ ಹೊಸ ಚಾಲನವಾಗಿ ಮರುಪ್ರಯತ್ನಿಸಿ. ಅದೇ ಖಾತೆ ಮತ್ತು ಇನ್‌ಬಾಕ್ಸ್‌ಗೆ ಒಂದೇ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸುವುದು ಸ್ವಚ್ಛ ಸ್ಥಿತಿಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಎಂದು ಊಹಿಸಬೇಡಿ. ಕಳುಹಿಸುವವರು ಹಳೆಯ ಕೋಡ್‌ಗಳನ್ನು ಅಮಾನ್ಯಗೊಳಿಸಬಹುದು, ಪುನರಾವರ್ತಿತ ವಿನಂತಿಗಳನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು, ಅಥವಾ ನಕಲಿ ಆಹ್ವಾನಗಳನ್ನು ನಿರಾಕರಿಸಬಹುದು.
ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿ ಸಮಯ ಮೀರಿದರೆ, “ಪ್ರತಿಕ್ರಿಯೆ ಬಂದಿಲ್ಲ” ಮತ್ತು “ಕಾರ್ಯಾಚರಣೆ ಸಂಭವಿಸಲಿಲ್ಲ” ಎಂಬುದನ್ನು ಬೇರ್ಪಡಿಸಿ. ವಿನಾಶಕಾರಿ ಮರುಪ್ರಯತ್ನವನ್ನು ನೀಡುವ ಮೊದಲು ಗಮನಿಸಬಹುದಾದ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.
ವಿಫಲತೆಯ ಬಿಂದುವನ್ನು ವರದಿ ಮಾಡಿ
ಉಪಯುಕ್ತ ಸ್ವಯಂಚಾಲಿತ ವಿಫಲತೆ ಈ ಹಂತಗಳಲ್ಲಿ ಒಂದನ್ನು ಗುರುತಿಸುತ್ತದೆ:
- ವಿಳಾಸ ರಚನೆ ವಿಫಲವಾಯಿತು;
- ಇಮೇಲ್ ಕ್ಯೂಗೆ ಸೇರಿಸುವ ಮೊದಲು ಉತ್ಪನ್ನ ಕ್ರಿಯೆ ವಿಫಲವಾಯಿತು;
- ಸಮಯ ಮಿತಿಯೊಳಗೆ ಹೊಂದಾಣಿಕೆಯ ಸಂದೇಶ ಬಂದಿಲ್ಲ;
- ಸಂದೇಶ ಬಂದರೂ ವಿಷಯ ಹೊಂದಾಣಿಕೆಯಾಗಲಿಲ್ಲ;
- ಪರಿಶೀಲನಾ ಕ್ರಿಯೆ ವಿಫಲವಾಯಿತು;
- ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ವಿಫಲವಾಯಿತು.
ಆ ವರ್ಗೀಕರಣವು ಅಂತರಾಲಿಕ “ಇಮೇಲ್ ಪರೀಕ್ಷೆ ವಿಫಲವಾಯಿತು” ಎಂಬುದನ್ನು ತಂಡವು ಸ್ವೀಕರಿಸಬಹುದಾದ ಕೆಲಸಕ್ಕೆ ಪರಿವರ್ತಿಸುತ್ತದೆ.
ವಿಸ್ತೃತ ಪರೀಕ್ಷಾ ಮ್ಯಾಟ್ರಿಕ್ಸ್‌ಗಾಗಿ, ವಾಸ್ತವ ಇಮೇಲ್ ಪರೀಕ್ಷಾ ಯೋಜನೆ ಅನ್ನು ಓದಿ. ವಿತರಣಾ ನಿರ್ಣಯಕ್ಕಾಗಿ, ಪರಿಶೀಲನಾ ಇಮೇಲ್ ಬರಲಿಲ್ಲ: ದೋಷದ ಹಂತವನ್ನು ಪತ್ತೆಹಚ್ಚಿ ಅನ್ನು ಬಳಸಿ.