• ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶ ಎಂದರೇನು?
  • ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ ಟೆಂಪ್ಲೇಟ್‌ನ ಉದಾಹರಣೆ
• ತೀರ್ಮಾನ
  • ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶದ ಪ್ರಾಮುಖ್ಯತೆ
  • ಟೆಸ್ಟ್ ಸನ್ನಿವೇಶ ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ
  • ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಏಕೆ ಅನಿವಾರ್ಯ?
  • ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಅನುಷ್ಠಾನ
• ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ ಉದಾಹರಣೆಗಳು
  • #1) ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು
  • #2) Google ಡಾಕ್ಸ್‌ಗಾಗಿ ಅಂಗೀಕಾರದ ಮಾನದಂಡ

ಈ ಟ್ಯುಟೋರಿಯಲ್ ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶದ ಪ್ರಾಮುಖ್ಯತೆ, ಅನುಷ್ಠಾನ, ಉದಾಹರಣೆಗಳು ಮತ್ತು ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಜೊತೆಗೆ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ ಏನೆಂದು ವಿವರಿಸುತ್ತದೆ:

ಪರೀಕ್ಷಿಸಬಹುದಾದ ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಕ್ರಿಯಾತ್ಮಕತೆ/ವೈಶಿಷ್ಟ್ಯ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ ಎಂದು ಹೇಳಲಾಗುತ್ತದೆ. ಯಾವುದೇ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಬರೆಯುವಾಗ ಅಂತಿಮ-ಬಳಕೆದಾರರ ದೃಷ್ಟಿಕೋನವನ್ನು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.

ಈ ಟ್ಯುಟೋರಿಯಲ್ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ: ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಏಕೆ ಬೇಕು, ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಯಾವಾಗ ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶಗಳನ್ನು ಬರೆಯುವುದು ಮತ್ತು ಹೇಗೆ ಬರೆಯುವುದು.

ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶ ಎಂದರೇನು?

ಕಾಲ್ಪನಿಕ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪರಿಗಣಿಸಿ: ಅಲ್ಲಿ ವಿಶಾಲವಾದ ಸಾಗರವಿದೆ. ನೀವು ಒಂದು ಕಡಲತೀರದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಸಾಗರವನ್ನು ದಾಟಬೇಕು. ಉದಾಹರಣೆಗೆ, ಮುಂಬೈ, ಇಂಡಿಯಾ ಸೀಶೋರ್‌ನಿಂದ ಕೊಲಂಬೊ, ಶ್ರೀಲಂಕಾ ಸಮುದ್ರ ತೀರಕ್ಕೆ.

ನೀವು ಆಯ್ಕೆಮಾಡಬಹುದಾದ ಪ್ರಯಾಣದ ವಿಧಾನವೆಂದರೆ:

(i) ಏರ್ವೇಸ್: ಕೊಲಂಬೊಕ್ಕೆ ವಿಮಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ

(ii) ಜಲಮಾರ್ಗಗಳು: ಕೊಲಂಬೊಗೆ ಪ್ರಯಾಣಿಸಲು ಹಡಗನ್ನು ಆದ್ಯತೆ ನೀಡಿ

(iii) ರೈಲ್ವೆ: ಶ್ರೀಲಂಕಾಕ್ಕೆ ರೈಲಿನಲ್ಲಿ ಹೋಗಿ

1>ಈಗ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗಾಗಿ: ಮುಂಬೈ ಕಡಲತೀರದಿಂದ ಕೊಲಂಬೊ ಕಡಲತೀರಕ್ಕೆ ಪ್ರಯಾಣ ಮಾಡುವುದು ಪರೀಕ್ಷಿಸಬೇಕಾದ ಕಾರ್ಯವಾಗಿದೆ.

ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶಗಳು ಸೇರಿವೆ:

• ಏರ್‌ವೇಸ್‌ನಿಂದ ಪ್ರಯಾಣ,
• ಜಲಮಾರ್ಗದ ಮೂಲಕ ಪ್ರಯಾಣ ಅಥವಾ
• ರೈಲ್ವೆ ಮೂಲಕ ಪ್ರಯಾಣ.

ಈ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ.

ಮೇಲಿನ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗೆ ಬರೆಯಬಹುದಾದ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಸೇರಿವೆ:

ಪರೀಕ್ಷೆಸ್ಥಳೀಯವಾಗಿ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕದ ಲಭ್ಯತೆಯ ಮೇಲೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ. 6 ಬಹು ಬಳಕೆದಾರರಿಂದ ಮಾಡಿದ ಬದಲಾವಣೆಗಳನ್ನು ಅತಿಯಾಗಿ ಬರೆಯಲಾಗಿಲ್ಲ. 7 ಒಂದೇ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ಬಹು ಬಳಕೆದಾರರು ಕೆಲಸ ಮಾಡಬಹುದು. 8 ಫೈಲ್ ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವಾಗ ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕ ಕಳೆದುಕೊಂಡರೆ ಮಾಡಿದ ಕೆಲಸವನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. 9 ಹಂಚಿಕೆ ನಿರ್ಬಂಧಗಳನ್ನು ಸರಿಯಾಗಿ ಅನ್ವಯಿಸಲಾಗಿದೆ. 10 ವೀಕ್ಷಣೆ ನಿರ್ಬಂಧದ ಬಳಕೆದಾರರು ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಲ್ಲಿ ಯಾವುದೇ ಸಂಪಾದನೆಗಳನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. 11 ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕರಿಗಾಗಿ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಅಂತರ್ಜಾಲದಲ್ಲಿ ಪ್ರಕಟಿಸಬಹುದು. 12 ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲಾಗಿದೆ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಸಮಯ ಸ್ಟ್ಯಾಂಪ್‌ನೊಂದಿಗೆ ಉಳಿಸಲಾಗಿದೆ & ಲೇಖಕರ ವಿವರಗಳು.

Google ಡಾಕ್ಸ್‌ಗಾಗಿ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಸಂಖ್ಯೆ ಬಹು ಮತ್ತು ತುಂಬಾ ದೊಡ್ಡದಾಗಿರುತ್ತದೆ. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ, ಕೇವಲ ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳನ್ನು ಮಧ್ಯಸ್ಥಗಾರರಿಂದ ಹೊಂದಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅನುಮೋದಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ತಂಡದ ಸದಸ್ಯರು ಈ ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ. ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗಾಗಿ ಅಥವಾ ಬದಲಿಗೆ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಬರೆಯುವುದು ಬೃಹತ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸಮಗ್ರ ಕಾರ್ಯವಾಗಿದೆ.

ಈ ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳು ಪುನರಾವರ್ತಿತ ಪ್ರಕ್ರಿಯೆಯ ಯೋಜನೆಯಲ್ಲಿ ಪ್ರಮುಖ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತವೆ ಮತ್ತು ಅದನ್ನು ಎಂದಿಗೂ ಕಡೆಗಣಿಸಬಾರದು. ಅವುಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ಮತ್ತು ಮುಂಗಡವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುವುದು ಸ್ಪ್ರಿಂಟ್‌ಗಳು ಅಥವಾ ಬಿಡುಗಡೆಗಳ ಕೊನೆಯಲ್ಲಿ ಆಶ್ಚರ್ಯಗಳು ಅಥವಾ ಆಘಾತಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ

ಪೂರ್ವ ಷರತ್ತನ್ನು ನೀಡಲಾಗಿದೆ.

ಯಾವಾಗ ಒಂದು ಕ್ರಿಯೆಯನ್ನು ಮಾಡಲು.

ನಂತರ ಫಲಿತಾಂಶವನ್ನು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ.

ಕೊಟ್ಟಿರುವ ಸ್ವರೂಪಗಳು,ಯಾವಾಗ ಮತ್ತು ನಂತರ ಸ್ವೀಕಾರದ ಮಾನದಂಡಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಸಹಾಯಕವಾಗಿದೆ.

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ ಟೆಂಪ್ಲೇಟ್‌ನ ಉದಾಹರಣೆ

ಕಥೆ ID ಬಳಸಿ #	ಟೆಸ್ಟ್ ಸನ್ನಿವೇಶ ID #	ಆವೃತ್ತಿ #	ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು	# ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳ ಸಂಖ್ಯೆ	ಪ್ರಾಮುಖ್ಯತೆ
USID12.1	TSID12.1.1	Kin12.4	Kindle App ಸರಿಯಾಗಿ ಲಾಂಚ್ ಆಗಿದೆಯೇ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ.	4	High
USID12.1	TSID12.1.2	Kin12.4	Kindle App ನ ಶೇಖರಣಾ ಸಾಮರ್ಥ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ.	3	ಮಧ್ಯಮ

ತೀರ್ಮಾನ

ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಪರೀಕ್ಷೆಯಲ್ಲಿ, ಜೀವನ ಚಕ್ರವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮತ್ತು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಹಾಕುವುದು ಬಹಳ ಮಹತ್ವದ ಅಂಶವಾಗಿದೆ. ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗೆ ಉತ್ತಮ ಅಡಿಪಾಯವನ್ನು ಹೊಂದುವ ಮೂಲಕ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಬಹುದು. ಆಗಾಗ್ಗೆ, ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಮತ್ತು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಬಳಕೆಯು ಪರಸ್ಪರ ಬದಲಾಗಬಹುದು.

ಆದಾಗ್ಯೂ, ಹೆಬ್ಬೆರಳಿನ ನಿಯಮವೆಂದರೆ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವನ್ನು ಬಹು ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಬರೆಯಲು ಬಳಸಲಾಗುತ್ತದೆ ಅಥವಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಂದ ಪಡೆಯಲಾಗಿದೆ ಎಂದು ನಾವು ಹೇಳಬಹುದು. ಉತ್ತಮವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಖಚಿತಪಡಿಸುತ್ತವೆ.

ಸನ್ನಿವೇಶ: ಏರ್‌ವೇಸ್ ಮೂಲಕ ಪ್ರಯಾಣ

ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಈ ರೀತಿಯ ಸನ್ನಿವೇಶಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು:

1. ವಿಮಾನವು ನಿಗದಿತ ಸಮಯದ ಪ್ರಕಾರವಾಗಿದೆ .
2. ವಿಮಾನವು ನಿಗದಿತ ಸಮಯಕ್ಕೆ ಅನುಗುಣವಾಗಿಲ್ಲ.
3. ತುರ್ತು ಪರಿಸ್ಥಿತಿಯು ಉಂಟಾಗಿದೆ (ಭಾರೀ ಮಳೆ ಮತ್ತು ಚಂಡಮಾರುತ).

ಅದೇ ರೀತಿಯಲ್ಲಿ, a ಉಳಿದಿರುವ ಇತರ ಸನ್ನಿವೇಶಗಳಿಗಾಗಿ ಪ್ರತ್ಯೇಕ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಬರೆಯಬಹುದು.

ಈಗ ನಾವು ತಾಂತ್ರಿಕ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗೆ ಹೋಗೋಣ.

ಪರೀಕ್ಷೆ ಮಾಡಬಹುದಾದ ಯಾವುದಾದರೂ ಒಂದು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವಾಗಿದೆ. ಹೀಗಾಗಿ ನಾವು ಪರೀಕ್ಷೆಯಲ್ಲಿರುವ ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಕಾರ್ಯವನ್ನು ಬಹು ಚಿಕ್ಕ ಕಾರ್ಯನಿರ್ವಹಣೆಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು ಮತ್ತು ಇದನ್ನು 'ಟೆಸ್ಟ್ ಸನ್ನಿವೇಶ' ಎಂದು ಕರೆಯಬಹುದು ಎಂದು ಹೇಳಬಹುದು.

ಯಾವುದೇ ಉತ್ಪನ್ನವನ್ನು ಕ್ಲೈಂಟ್‌ಗೆ ತಲುಪಿಸುವ ಮೊದಲು, ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವು ಅಗತ್ಯವಿದೆ ಮೌಲ್ಯಮಾಪನ ಮತ್ತು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ. ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವು ಅದರ ವ್ಯಾಪಾರದ ಅವಶ್ಯಕತೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುವ ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕ್ರಿಯಾತ್ಮಕ ಗುಣಮಟ್ಟವನ್ನು ನಿರ್ಣಯಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಪರೀಕ್ಷಕ ಸನ್ನಿವೇಶವು ಅಂತಿಮ-ಬಳಕೆದಾರರ ದೃಷ್ಟಿಕೋನದಿಂದ ಪರೀಕ್ಷಕರು ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ. ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಗುಣಮಟ್ಟವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ.

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶದ ಪ್ರಾಮುಖ್ಯತೆ

• ಒಂದು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವು ಬಹು ‘ಟೆಸ್ಟ್ ಕೇಸ್‌ಗಳನ್ನು’ ಹೊಂದಬಹುದು. ಇದು ಒಂದು ದೊಡ್ಡ ವಿಹಂಗಮ ಚಿತ್ರವಾಗಿ ಚಿತ್ರಿಸಬಹುದು ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಪನೋರಮಾವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಮುಖ್ಯವಾದ ಸಣ್ಣ ಭಾಗಗಳಾಗಿವೆ.
• ಇದು ಒಂದೇ ಸಾಲಿನ ಹೇಳಿಕೆ ಮತ್ತು ಪರೀಕ್ಷೆಯಾಗಿದೆ.ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶದ ಹೇಳಿಕೆಯ ಉದ್ದೇಶವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಪ್ರಕರಣಗಳು ಹಂತ-ವಾರು ವಿವರಣೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ.
• ಉದಾಹರಣೆ:

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ: ಮಾಡಿ ಲಭ್ಯವಿರುವ ಕ್ಯಾಬ್ ಸೇವೆಗಾಗಿ ಪಾವತಿ.

ಕೆಳಗೆ ಹೇಳಿರುವಂತೆ ಇದು ಬಹು ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ:

(i) ಪಾವತಿ ವಿಧಾನವನ್ನು ಬಳಸಬೇಕು: PayPal, Paytm, ಕ್ರೆಡಿಟ್/ಡೆಬಿಟ್ ಕಾರ್ಡ್.

(ii) ಮಾಡಿದ ಪಾವತಿ ಯಶಸ್ವಿಯಾಗಿದೆ.

(iii) ಮಾಡಿದ ಪಾವತಿಯು ವಿಫಲವಾಗಿದೆ.

(iv) ಪಾವತಿ ಪ್ರಕ್ರಿಯೆಯು ಈ ನಡುವೆ ಸ್ಥಗಿತಗೊಂಡಿದೆ.

(v) ಪಾವತಿ ವಿಧಾನಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

(vi) ಅಪ್ಲಿಕೇಶನ್  ನಡುವೆ ಒಡೆಯುತ್ತದೆ.

• ನೈಜ-ಪ್ರಪಂಚದ ಸನ್ನಿವೇಶಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಸಹಾಯ ಮಾಡುತ್ತವೆ.
• ಟೆಸ್ಟ್ ಸನ್ನಿವೇಶಗಳು ನಿರ್ಧರಿಸಿದಾಗ, ಪರೀಕ್ಷೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿಭಜಿಸುವಲ್ಲಿ ಸಹಾಯ ಮಾಡಿ.
• ಈ ವಿಭಜನೆಯನ್ನು ಆದ್ಯತೆಯೆಂದು ಕರೆಯಲಾಗುತ್ತದೆ, ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರಮುಖ ಕಾರ್ಯಚಟುವಟಿಕೆಗಳನ್ನು ನಿರ್ಧರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
• ಕಾರ್ಯನಿರ್ವಹಣೆಗಳ ಆದ್ಯತೆಯ ಪರೀಕ್ಷೆ, ಉತ್ತಮ ಕಾರ್ಯಕ್ಕೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಯಶಸ್ವಿ ಅನುಷ್ಠಾನದಲ್ಲಿ ವ್ಯಾಪ್ತಿ.
• ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಆದ್ಯತೆಯನ್ನು ಪಡೆದಂತೆ, ಪ್ರಮುಖ ಕಾರ್ಯಗಳನ್ನು ಸುಲಭವಾಗಿ ಗುರುತಿಸಬಹುದು ಮತ್ತು ಆದ್ಯತೆಯ ಮೇಲೆ ಪರೀಕ್ಷಿಸಬಹುದು. ಬಹುಪಾಲು ನಿರ್ಣಾಯಕ ಕಾರ್ಯಚಟುವಟಿಕೆಗಳು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ ಮತ್ತು ಅದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ದೋಷಗಳನ್ನು ಸರಿಯಾಗಿ ಸೆರೆಹಿಡಿಯಲಾಗಿದೆ ಮತ್ತು ಸರಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ಇದು ಖಚಿತಪಡಿಸುತ್ತದೆ.
• ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಸಾಫ್ಟ್‌ವೇರ್‌ನ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಯ ಹರಿವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆಹೀಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ಅಂತ್ಯದಿಂದ ಕೊನೆಯವರೆಗೆ ಪರೀಕ್ಷೆ ಸಾಧ್ಯ.

ಟೆಸ್ಟ್ ಸನ್ನಿವೇಶ ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ	ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು
ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶವು ಒಂದು ಪರಿಕಲ್ಪನೆಯಾಗಿದೆ.	ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಆ ಪರಿಕಲ್ಪನೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಪರಿಹಾರಗಳಾಗಿವೆ .26
ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವು ಉನ್ನತ ಮಟ್ಟದ ಕಾರ್ಯಚಟುವಟಿಕೆಯಾಗಿದೆ.	ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಉನ್ನತ ಮಟ್ಟದ ಕಾರ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಲು ವಿವರವಾದ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ.
ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಅಗತ್ಯತೆಗಳು/ ಬಳಕೆದಾರ ಕಥೆಗಳಿಂದ ಪಡೆಯಲಾಗಿದೆ.	ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಂದ ಪಡೆಯಲಾಗಿದೆ .
ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವು 'ಯಾವ ಕಾರ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು'	ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ' ಕಾರ್ಯವನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸುವುದು '.
ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಬಹು ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಹೊಂದಿವೆ.	ಪರೀಕ್ಷಾ ಪ್ರಕರಣವು ಬಹು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗೆ ಸಂಬಂಧಿಸಿರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು.
ಏಕ ಪರೀಕ್ಷೆಯ ಸನ್ನಿವೇಶಗಳು ಎಂದಿಗೂ ಪುನರಾವರ್ತನೆಯಾಗುವುದಿಲ್ಲ.	ವಿವಿಧ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ಏಕ ಪರೀಕ್ಷಾ ಪ್ರಕರಣವನ್ನು ಅನೇಕ ಬಾರಿ ಬಳಸಬಹುದು.
ಸಂಕ್ಷಿಪ್ತ ದಾಖಲೆಗಳ ಅಗತ್ಯವಿದೆ.	ವಿವರವಾದ ದಾಖಲಾತಿ ಅಗತ್ಯವಿದೆ.
ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವನ್ನು ಅಂತಿಮಗೊಳಿಸಲು ಮಿದುಳುದಾಳಿ ಅವಧಿಗಳು ಅಗತ್ಯವಿದೆ.	ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿವರವಾದ ತಾಂತ್ರಿಕ ಜ್ಞಾನ ಅಗತ್ಯವಿದೆ
ನಿಮಿಷದ ವಿವರಗಳಂತೆ ಸಮಯ ಉಳಿತಾಯದ ಅಗತ್ಯವಿಲ್ಲ.	ಪ್ರತಿ ನಿಮಿಷದ ವಿವರವನ್ನು ಕಾಳಜಿ ವಹಿಸಬೇಕಾದ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಸಂಪನ್ಮೂಲಗಳು ಅಗತ್ಯವಿರುವುದರಿಂದ ನಿರ್ವಹಣೆ ವೆಚ್ಚ ಕಡಿಮೆಯಾಗಿದೆಕಡಿಮೆ.	ಸಂಪನ್ಮೂಲಗಳು ಹೆಚ್ಚು ಅಗತ್ಯವಿರುವುದರಿಂದ ನಿರ್ವಹಣೆ ವೆಚ್ಚ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಏಕೆ ಅನಿವಾರ್ಯ?

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಅವಶ್ಯಕತೆಗಳು ಅಥವಾ ಬಳಕೆದಾರರ ಕಥೆಗಳಿಂದ ಪಡೆಯಲಾಗಿದೆ.

• ಕ್ಯಾಬ್ ಬುಕಿಂಗ್‌ಗಾಗಿ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶದ ಉದಾಹರಣೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ.
• ಸನ್ನಿವೇಶಗಳು ಕ್ಯಾಬ್ ಬುಕಿಂಗ್ ಆಯ್ಕೆಗಳು, ಪಾವತಿ ವಿಧಾನಗಳು, GPS ಟ್ರ್ಯಾಕಿಂಗ್, ರಸ್ತೆ ನಕ್ಷೆಯನ್ನು ಸರಿಯಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗಿದೆ ಅಥವಾ ಇಲ್ಲ, ಕ್ಯಾಬ್ ಮತ್ತು ಚಾಲಕ ವಿವರಗಳನ್ನು ಸರಿಯಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗಿದೆ ಅಥವಾ ಇಲ್ಲ, ಇತ್ಯಾದಿ ಎಲ್ಲವನ್ನೂ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶದ ಟೆಂಪ್ಲೇಟ್‌ನಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ.
• ಈಗ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವು ಇದೆ ಎಂದು ಭಾವಿಸೋಣ. ಸ್ಥಳ ಸೇವೆಗಳನ್ನು ಆನ್ ಮಾಡಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು, ಆನ್ ಮಾಡದಿದ್ದರೆ, 'ಸ್ಥಳ ಸೇವೆಗಳನ್ನು ಆನ್ ಮಾಡಿ' ಎಂಬ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸಿ. ಈ ಸನ್ನಿವೇಶವು ತಪ್ಪಿಹೋಗಿದೆ ಮತ್ತು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಟೆಂಪ್ಲೇಟ್‌ನಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿಲ್ಲ.
• 'ಸ್ಥಳ ಸೇವೆ' ಸನ್ನಿವೇಶವು ಇದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಇತರ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಇವುಗಳು ಹೀಗಿರಬಹುದು :

• • ಸ್ಥಳ ಸೇವೆಯು ಗ್ರೇ ಔಟ್ ಆಗಿದೆ.
  • ಸ್ಥಳ ಸೇವೆ ಆನ್ ಆಗಿದೆ ಆದರೆ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲ.
  • ಸ್ಥಳ ಸೇವೆಗಳ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳು .
  • ತಪ್ಪಾದ ಸ್ಥಳವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗಿದೆ.
• ಒಂದೇ ಸನ್ನಿವೇಶವನ್ನು ಕಳೆದುಕೊಂಡಿರುವುದು ಎಂದರೆ ಅನೇಕ ಇತರ ನಿರ್ಣಾಯಕ ಸನ್ನಿವೇಶಗಳು ಅಥವಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು ಎಂದರ್ಥ . ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ ಇದು ಉತ್ತಮ ನಕಾರಾತ್ಮಕ ಪರಿಣಾಮವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇದು ಸಂಪನ್ಮೂಲಗಳ ಭಾರೀ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ (ಗಡುವುಗಳು).
• ಸಮಗ್ರ ಪರೀಕ್ಷೆಯನ್ನು ತಪ್ಪಿಸುವಲ್ಲಿ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದಲ್ಲಿ ಸಹಾಯ ಮಾಡುತ್ತವೆ. ಇದು ಎಲ್ಲಾ ನಿರ್ಣಾಯಕ ಮತ್ತು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆನಿರೀಕ್ಷಿತ ವ್ಯಾಪಾರದ ಹರಿವುಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ, ಇದು ಅಪ್ಲಿಕೇಶನ್‌ನ ಅಂತ್ಯದಿಂದ ಅಂತ್ಯದ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಮತ್ತಷ್ಟು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
• ಇವು ಸಮಯ ಉಳಿತಾಯಗಳಾಗಿವೆ. ಅಲ್ಲದೆ, ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳ ಪ್ರಕಾರ ಹೆಚ್ಚು ವಿವರವಾದ ವಿವರಣೆಯ ಅಗತ್ಯವಿಲ್ಲ. ಏನನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು ಎಂಬುದರ ಕುರಿತು ಒಂದು-ಸಾಲಿನ ವಿವರಣೆಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.
• ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ತಂಡದ ಸದಸ್ಯರ ಮೆದುಳುದಾಳಿ ಸೆಷನ್‌ಗಳ ನಂತರ ಬರೆಯಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಯಾವುದೇ ಸನ್ನಿವೇಶವನ್ನು (ನಿರ್ಣಾಯಕ ಅಥವಾ ಚಿಕ್ಕದು) ಕಾಣೆಯಾಗುವ ಸಂಭವನೀಯತೆ ಕನಿಷ್ಠವಾಗಿರುತ್ತದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ತಾಂತ್ರಿಕತೆಗಳು ಮತ್ತು ವ್ಯವಹಾರದ ಹರಿವನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.
• ಇದಲ್ಲದೆ, ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ವ್ಯಾಪಾರ ವಿಶ್ಲೇಷಕ ಕ್ಲೈಂಟ್ ಅಥವಾ ಪರೀಕ್ಷೆಯ ಅಡಿಯಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ಪಷ್ಟ ಜ್ಞಾನವನ್ನು ಹೊಂದಿರುವ ಇಬ್ಬರೂ ಅನುಮೋದಿಸಬಹುದು.

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು SDLC ಯ ಅನಿವಾರ್ಯ ಭಾಗವಾಗಿದೆ.

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಅನುಷ್ಠಾನ

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಅನುಷ್ಠಾನ ಅಥವಾ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಹೇಗೆ ಬರೆಯುವುದು ಎಂಬುದನ್ನು ನೋಡೋಣ:

• ಮಹಾಕಾವ್ಯಗಳು/ವ್ಯಾಪಾರ ಅಗತ್ಯತೆಗಳು ರೂಪುಗೊಂಡಿವೆ.
  • ಎಪಿಕ್‌ನ ಉದಾಹರಣೆ : Gmail ಖಾತೆಯನ್ನು ರಚಿಸಿ. ಎಪಿಕ್ ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ವ್ಯವಹಾರದ ಅಗತ್ಯತೆಯ ಪ್ರಮುಖ ಲಕ್ಷಣವಾಗಿರಬಹುದು.
• ಎಪಿಕ್‌ಗಳನ್ನು ಸ್ಪ್ರಿಂಟ್‌ಗಳಾದ್ಯಂತ ಸಣ್ಣ ಬಳಕೆದಾರ ಕಥೆಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ.
• ಬಳಕೆದಾರರ ಕಥೆಗಳನ್ನು ಎಪಿಕ್ಸ್‌ನಿಂದ ಪಡೆಯಲಾಗಿದೆ. ಈ ಬಳಕೆದಾರ ಕಥೆಗಳನ್ನು ಮಧ್ಯಸ್ಥಗಾರರಿಂದ ಬೇಸ್‌ಲೈನ್ ಮಾಡಬೇಕು ಮತ್ತು ಅನುಮೋದಿಸಬೇಕು.

• ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಬಳಕೆದಾರರ ಕಥೆಗಳಿಂದ ಪಡೆಯಲಾಗಿದೆ ಅಥವಾ BRS (ವ್ಯಾಪಾರ ಅಗತ್ಯ ದಾಖಲೆ), SRS (ಸಿಸ್ಟಮ್ ಅವಶ್ಯಕತೆಸ್ಪೆಸಿಫಿಕೇಶನ್ ಡಾಕ್ಯುಮೆಂಟ್), ಅಥವಾ FRS (ಫಂಕ್ಷನಲ್ ರಿಕ್ವೈರ್‌ಮೆಂಟ್ ಡಾಕ್ಯುಮೆಂಟ್) ಇವುಗಳನ್ನು ಅಂತಿಮಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಬೇಸ್‌ಲೈನ್ ಮಾಡಲಾಗಿದೆ.
• ಪರೀಕ್ಷಕರು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ.
• ಈ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಟೀಮ್ ಲೀಡ್, ಬಿಸಿನೆಸ್ ವಿಶ್ಲೇಷಕರು ಅಥವಾ ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಅನುಮೋದಿಸಿದ್ದಾರೆ ಸಂಸ್ಥೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ.
• ಪ್ರತಿಯೊಂದು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವನ್ನು ಕನಿಷ್ಠ ಒಂದು ಬಳಕೆದಾರ ಕಥೆಯೊಂದಿಗೆ ಜೋಡಿಸಬೇಕು.
• ಸಕಾರಾತ್ಮಕ ಹಾಗೂ ಋಣಾತ್ಮಕ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಗುರುತಿಸಬೇಕು.
• ಬಳಕೆದಾರರ ಕಥೆಗಳು ಒಳಗೊಂಡಿರುತ್ತವೆ. ಸ್ವೀಕಾರದ ಮಾನದಂಡಗಳಂತಹ :
  • ಸ್ವೀಕಾರದ ಮಾನದಂಡಗಳು ಷರತ್ತುಗಳ ಪಟ್ಟಿ ಅಥವಾ ಗ್ರಾಹಕರ ಅಗತ್ಯತೆಗಳ ಉದ್ದೇಶದ ಸ್ಥಿತಿಯಾಗಿದೆ. ಸ್ವೀಕಾರ ಮಾನದಂಡವನ್ನು ಬರೆಯುವಾಗ ಗ್ರಾಹಕರ ನಿರೀಕ್ಷೆಗಳು ಮತ್ತು ತಪ್ಪು ತಿಳುವಳಿಕೆಗಳನ್ನು ಸಹ ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.
  • ಇವು ಒಬ್ಬ ಬಳಕೆದಾರ ಕಥೆಗೆ ವಿಶಿಷ್ಟವಾಗಿದೆ ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರ ಕಥೆಯು ಸ್ವತಂತ್ರವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದಾದ ಕನಿಷ್ಠ ಒಂದು ಸ್ವೀಕಾರ ಮಾನದಂಡವನ್ನು ಹೊಂದಿರಬೇಕು.
  • ಯಾವ ವೈಶಿಷ್ಟ್ಯಗಳು ವ್ಯಾಪ್ತಿಯಲ್ಲಿವೆ ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ವ್ಯಾಪ್ತಿಯಿಂದ ಹೊರಗಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳು ಸಹಾಯ ಮಾಡುತ್ತವೆ. ಈ ಮಾನದಂಡಗಳು ಕ್ರಿಯಾತ್ಮಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಲ್ಲದ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿರಬೇಕು.
  • ವ್ಯಾಪಾರ ವಿಶ್ಲೇಷಕರು ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ ಮತ್ತು ಉತ್ಪನ್ನ ಮಾಲೀಕರು ಅವುಗಳನ್ನು ಅನುಮೋದಿಸುತ್ತಾರೆ.
  • ಅಥವಾ ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಉತ್ಪನ್ನದ ಮಾಲೀಕರು ಸ್ವತಃ ಬರೆಯಬಹುದು ಮಾನದಂಡ.
  • ಸ್ವೀಕಾರದ ಮಾನದಂಡದಿಂದ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಪಡೆಯಬಹುದು.

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ ಉದಾಹರಣೆಗಳು

#1) ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು

ಕಿಂಡಲ್ ಎಂಬುದು ಇ-ರೀಡರ್‌ಗಳನ್ನು ಹುಡುಕಲು ಸಕ್ರಿಯಗೊಳಿಸುವ ಅಪ್ಲಿಕೇಶನ್ ಆಗಿದೆಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಇ-ಪುಸ್ತಕಗಳು, ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಅವುಗಳನ್ನು ಖರೀದಿಸಿ. ಅಮೆಜಾನ್ ಕಿಂಡಲ್ ಇ-ಬುಕ್ ರೀಡರ್‌ಗೆ ಪುಸ್ತಕವನ್ನು ಕೈಯಲ್ಲಿ ಹಿಡಿದು ಓದುವ ನೈಜ ಅನುಭವವನ್ನು ನೀಡುತ್ತದೆ. ಪುಟಗಳ ತಿರುವು ಸಹ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಅನುಕರಿಸಲಾಗಿದೆ.

ಈಗ ನಾವು ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಗಮನಿಸೋಣ. ( ಗಮನಿಸಿ: ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶವನ್ನು ಬರೆಯಲು ಸಾಮಾನ್ಯ ಕಲ್ಪನೆಯನ್ನು ಪಡೆಯಲು ಸೀಮಿತ ಸನ್ನಿವೇಶಗಳನ್ನು ಕೆಳಗೆ ಪಟ್ಟಿಮಾಡಲಾಗಿದೆ. ಅದರಿಂದ ಅನೇಕ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಪಡೆಯಬಹುದು).

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು #	ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು
1	ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್ ಸರಿಯಾಗಿ ಲಾಂಚ್ ಆಗಿದೆಯೇ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ.
2	ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾರಂಭವಾದ ನಂತರ, ವಿಭಿನ್ನ ಸಾಧನಗಳ ಪ್ರಕಾರ ಸ್ಕ್ರೀನ್ ರೆಸಲ್ಯೂಶನ್ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
3	ಪ್ರದರ್ಶಿತ ಪಠ್ಯವು ಓದಬಲ್ಲದು ಎಂದು ಪರಿಶೀಲಿಸಿ.
4	ಝೂಮ್ ಇನ್ ಮತ್ತು ಜೂಮ್ ಔಟ್ ಆಯ್ಕೆಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
5	Kindle ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಆಮದು ಮಾಡಲಾದ ಹೊಂದಾಣಿಕೆಯ ಫೈಲ್‌ಗಳು ಓದಬಲ್ಲವು ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ.
6	ಇದರ ಶೇಖರಣಾ ಸಾಮರ್ಥ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್.
7	ಡೌನ್‌ಲೋಡ್ ಕಾರ್ಯವು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
8	ಪರಿಶೀಲಿಸಿ ಪುಟ ತಿರುವು ಸಿಮ್ಯುಲೇಶನ್ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ
9	ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಇಬುಕ್ ಫಾರ್ಮ್ಯಾಟ್‌ಗಳ ಹೊಂದಾಣಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.
10	ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಬೆಂಬಲಿತ ಫಾಂಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
11	ಕಿಂಡಲ್ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸಿದ ಬ್ಯಾಟರಿ ಅವಧಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.
12	ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕವನ್ನು ಅವಲಂಬಿಸಿ (Wi-Fi, 3G ಅಥವಾ 4G) ಕಿಂಡಲ್‌ನ #2) Google ಡಾಕ್ಸ್‌ಗಾಗಿ ಅಂಗೀಕಾರದ ಮಾನದಂಡ 'Google ಡಾಕ್ಸ್' ಎಂಬುದು ವರ್ಡ್ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳು, ಸ್ಪ್ರೆಡ್‌ಶೀಟ್‌ಗಳು, ಸ್ಲೈಡ್‌ಗಳು ಮತ್ತು ಫಾರ್ಮ್‌ಗಳನ್ನು ರಚಿಸಲು, ಸಂಪಾದಿಸಲು ಮತ್ತು ಹಂಚಿಕೊಳ್ಳಲು ವೆಬ್ ಆಧಾರಿತ ಅಪ್ಲಿಕೇಶನ್ ಆಗಿದೆ. ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುವ ವೆಬ್ ಬ್ರೌಸರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಫೈಲ್‌ಗಳನ್ನು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಪ್ರವೇಶಿಸಬಹುದು. ರಚಿಸಲಾದ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ವೆಬ್ ಪುಟ ಅಥವಾ ಮುದ್ರಣ-ಸಿದ್ಧ ಡಾಕ್ಯುಮೆಂಟ್‌ನಂತೆ ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಯಾರು ವೀಕ್ಷಿಸಬಹುದು ಮತ್ತು ಸಂಪಾದಿಸಬಹುದು ಎಂಬುದರ ಮೇಲೆ ಬಳಕೆದಾರರು ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸಬಹುದು. ಒಂದೇ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ವಿವಿಧ ಭೌಗೋಳಿಕ ಸ್ಥಳಗಳಿಂದ ವೈವಿಧ್ಯಮಯ ವ್ಯಕ್ತಿಗಳು ಸಹಯೋಗದೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಕೆಲಸ ಮಾಡಬಹುದು. ಸಾಮಾನ್ಯ ತಿಳುವಳಿಕೆಗಾಗಿ ಸೀಮಿತ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಕೆಳಗೆ ಉಲ್ಲೇಖಿಸಲಾಗಿದೆ. Google ಡಾಕ್ಸ್‌ಗಾಗಿ ಆಳವಾದ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳು ಹೀಗಿರಬಹುದು ಒಟ್ಟಾರೆಯಾಗಿ ಪ್ರತ್ಯೇಕ ವಿಷಯ. ಸ್ವೀಕಾರ ಮಾನದಂಡ # ಸ್ವೀಕಾರದ ಮಾನದಂಡ 1 ಪದ, ಹಾಳೆಗಳು ಅಥವಾ ಫಾರ್ಮ್‌ಗಳನ್ನು ದೋಷವಿಲ್ಲದೆ ಯಶಸ್ವಿಯಾಗಿ ತೆರೆಯಬಹುದು. 2 ಡಾಕ್ಸ್, ಶೀಟ್‌ಗಳಿಗೆ ಟೆಂಪ್ಲೇಟ್‌ಗಳು ಲಭ್ಯವಿವೆ. ಮತ್ತು ಸ್ಲೈಡ್‌ಗಳು. 3 ಲಭ್ಯವಿರುವ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶಿಸಬಹುದಾಗಿದೆ. 4 ಬಳಸಲಾದ ಟೆಂಪ್ಲೇಟ್ ಸಂಪಾದಿಸಬಹುದಾಗಿದೆ (ಉದಾ: ಫಾಂಟ್‌ಗಳು, ಫಾಂಟ್ ಗಾತ್ರ, ಪಠ್ಯವನ್ನು ಸೇರಿಸುವುದು, ಪಠ್ಯವನ್ನು ಅಳಿಸುವುದು, ಸ್ಲೈಡ್ ಸೇರಿಸಿ). 5 ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕವು ತಾತ್ಕಾಲಿಕವಾಗಿ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ ಫೈಲ್ ಅನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು