ಸಾಫ್ಟ್ವೇರ್ ಪರೀಕ್ಷೆಯ ಸಂಘಟನೆ. ಪರೀಕ್ಷೆ ಪೂರ್ಣಗೊಳಿಸುವ ಮಾನದಂಡ

ನಮ್ಮ ಜನರಲ್ಲಿ ಇಚ್ಛಾಶಕ್ತಿಯ ಕೊರತೆಯು ಬೃಹತ್ ಸಂಖ್ಯೆಯ ತರಬೇತಿಗಳನ್ನು ಹುಟ್ಟುಹಾಕಿದೆ. ಕಿರಿಕಿರಿ ಕೆಲಸ, ಪ್ರೀತಿಸದ ವ್ಯಕ್ತಿ ಮತ್ತು ಬೂದು ದೈನಂದಿನ ಜೀವನವನ್ನು ತ್ಯಜಿಸಲು ಜನರಿಗೆ ಪುಶ್ ಅಗತ್ಯವಿದೆ. ಆದಾಗ್ಯೂ, ಫ್ಯೂಸ್ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುವುದಿಲ್ಲ. ಅಂತಿಮವಾಗಿ ಅವರು ಹೆಚ್ಚಿನ ಪ್ರೇರಣೆಗಾಗಿ ಹಿಂತಿರುಗುತ್ತಾರೆ. ನೀವು ಅವರಿಗೆ ಸೇರಿದವರಾಗಿದ್ದೀರಾ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಸಂತೋಷದಿಂದ ಇರಬಹುದೇ? ಈಗ ಅದನ್ನು ಪರಿಶೀಲಿಸೋಣ!

ಆಧುನಿಕ ಸಮಾಜದಲ್ಲಿ ಕಾಣೆಯಾದದ್ದು ಒಳ್ಳೆಯದು. ಸುದ್ದಿ ಫೀಡ್ ಮೂಲಕ ಸ್ಕ್ರೋಲ್ ಮಾಡುವ ಮೂಲಕ ನೀವು ಇದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ಅಲ್ಲಿ ಸ್ವಲ್ಪ ಧನಾತ್ಮಕ ಮತ್ತು ಒಳ್ಳೆಯದು. ನೀವು ಯಾವಾಗಲೂ ನಿಮ್ಮೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಬೇಕು ಎಂಬ ಅಭಿಪ್ರಾಯವನ್ನು ನಾವು ಬೆಂಬಲಿಸುತ್ತೇವೆ. ಈ ಪರೀಕ್ಷೆಯು ನಿಮ್ಮ ಮೊದಲ ಹೆಜ್ಜೆಯಾಗಿರಲಿ.

ಅಂತಃಪ್ರಜ್ಞೆಯನ್ನು ನಾವು "ಕಾಕತಾಳೀಯ" ಮತ್ತು "ಅವಕಾಶ" ಎಂದು ಕರೆಯುತ್ತಿದ್ದೆವು. ವಾಸ್ತವವಾಗಿ, ಇದು ಘಟನೆಗಳ ಹಾದಿಯನ್ನು ಬದಲಾಯಿಸಬಹುದಾದ ಕಾಕತಾಳೀಯತೆಗೆ ನಮ್ಮನ್ನು ಕರೆದೊಯ್ಯುವ ಆರನೇ ಅರ್ಥವಾಗಿದೆ. ಹಳೆಯ ಆಟ "ಹೆಡ್ಸ್ ಅಥವಾ ಟೈಲ್ಸ್" ನಿಮ್ಮ ಅಂತಃಪ್ರಜ್ಞೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಊಹಿಸಲು ಕಷ್ಟವೇನೂ ಇಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ, ಏಕೆಂದರೆ ಅವಕಾಶವು ತುಂಬಾ ಹೆಚ್ಚಾಗಿದೆ - 50%! ಅದು ಹೇಗಿದ್ದರೂ ಪರವಾಗಿಲ್ಲ. ನಾವು 8 ಎಸೆತಗಳನ್ನು ಮಾಡುತ್ತೇವೆ, ಅದೇ ಸಂಖ್ಯೆಯ ಸರಿಯಾದ ಉತ್ತರಗಳನ್ನು ನೀಡಲು ಪ್ರಯತ್ನಿಸಿ.

ಅವಿನಾಶವಾದ ಮುಕ್ತ ಗಣರಾಜ್ಯಗಳ ಒಕ್ಕೂಟವು ಬಹಳ ಹಿಂದೆಯೇ ಹೋಗಿದೆ, ಆದರೆ ಇತಿಹಾಸದಲ್ಲಿ ಅಂತಹ ಪ್ರಕಾಶಮಾನವಾದ ಗುರುತು ಬಿಟ್ಟ ಮಹಾನ್ ಶಕ್ತಿಯ ಇತಿಹಾಸವನ್ನು ನಾವು ಮರೆಯಬಹುದು ಎಂದು ಇದರ ಅರ್ಥವಲ್ಲ. ಇಂದು ನಾವು ಸೋವಿಯತ್ ಶಾಲೆಯ ಪದವೀಧರರು ಮಾತ್ರ ನಿಭಾಯಿಸಬಹುದಾದ ಪ್ರಶ್ನೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಪರೀಕ್ಷೆಯನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ, ಏಕೆಂದರೆ ಅವರಿಗೆ ಆಳವಾದ ಜ್ಞಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ. ನೀವು ಅದನ್ನು ನಿಭಾಯಿಸಬಹುದು ಎಂದು ನೀವು ಭಾವಿಸಿದರೆ, ನಂತರ ಪ್ರಾರಂಭಿಸಿ!

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

ಕ್ಲಬ್ನ ಮಾಸ್ಟರ್ "ಏನು? ಎಲ್ಲಿ? ಯಾವಾಗ?" ಕಾರ್ಯಕ್ರಮದಿಂದ ನಿಂದನೀಯವಾಗಿ ಅಮಾನತುಗೊಳಿಸಲಾಗಿದೆ. ಈಗ ಅವನು ತನ್ನ ಜ್ಞಾನ ಮತ್ತು ತರ್ಕದಿಂದ ಹಣ, ಜನಪ್ರಿಯತೆ ಮತ್ತು ಗೌರವವನ್ನು ಗಳಿಸುವ ಹಕ್ಕನ್ನು ಹೊಂದಿಲ್ಲ. ಆದರೆ, ಅವರು ಹೇಳಿದಂತೆ, ಹಡಗಿನಲ್ಲಿ ಯಾವಾಗಲೂ ಕ್ಯಾಪ್ಟನ್ ಇರಬೇಕು, ಅವನ ಸ್ಥಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ನಾವು ನಿಮಗೆ ಸಲಹೆ ನೀಡುತ್ತೇವೆ. ನಿಮ್ಮ ಜೀವನ ಅನುಭವ, ತರ್ಕ ಮತ್ತು ಜಾಣ್ಮೆಯನ್ನು ಬಳಸಿ!

ಕೆಲಸವು ನಿಮ್ಮ ಎರಡನೇ ಮನೆಯೇ ಮತ್ತು ಇಡೀ ಪ್ರಪಂಚವು ಅದರ ಸುತ್ತ ಸುತ್ತುತ್ತದೆಯೇ? ಅಥವಾ ಕೆಲಸವು ಬದುಕಲು ಮತ್ತು ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಪಡೆಯಲು ಒಂದು ಮಾರ್ಗವೇ? ನೀವು ಎಷ್ಟು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಜವಾಬ್ದಾರಿಗಳನ್ನು ಪೂರೈಸುತ್ತೀರಿ, ನಿಮಗೆ ಅರ್ಹವಾದ ಸಂಬಳವನ್ನು ನೀವು ಪಡೆಯುತ್ತೀರಾ ಅಥವಾ ನೀವು ಬಡ್ತಿಗೆ ಅರ್ಹರಾಗಿದ್ದೀರಾ? ನಮ್ಮ ಪರೀಕ್ಷೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ ಮತ್ತು ನೀವು ನಿಜವಾಗಿಯೂ ಅರ್ಹರಾಗಿರುವ ಸಂಬಳವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ. ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ನಿಮ್ಮ ಬಾಸ್‌ಗೆ ತೋರಿಸಲು ಮರೆಯಬೇಡಿ!

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

ಫೋಟೋದಲ್ಲಿರುವ ಆಲ್ಬರ್ಟ್ ಐನ್‌ಸ್ಟೈನ್ ಅಥವಾ ಮೈಕೆಲ್ ಶುಮಾಕರ್ ಅವರನ್ನು ಗುರುತಿಸುವಲ್ಲಿ ಯಾವುದೇ ತೊಂದರೆ ಇಲ್ಲ. ಆದರೆ ಜೀವನದ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಕಡಿಮೆ ಗಮನಕ್ಕೆ ಅರ್ಹರಾದ ಮಹಿಳೆಯರಿದ್ದಾರೆ ಎಂದು ಕೆಲವರಿಗೆ ತಿಳಿದಿದೆ. ನಾವು ನ್ಯಾಯವನ್ನು ಪುನಃಸ್ಥಾಪಿಸುತ್ತೇವೆ ಮತ್ತು ಅವರಿಗೆ ನಿಮ್ಮನ್ನು ಪರಿಚಯಿಸುತ್ತೇವೆ.

ಇಂದು ನಾವು ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಪರೀಕ್ಷೆಯನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ! ಇದು ಮಾನಸಿಕ ಕಾರ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿರುವುದು ವಿಶಿಷ್ಟವಾಗಿದೆ, ಅದರ ಪರಿಹಾರಕ್ಕೆ ಬುದ್ಧಿವಂತಿಕೆ ಮತ್ತು ತರ್ಕವಲ್ಲ, ಆದರೆ ಕಲ್ಪನೆ ಮತ್ತು ಗಮನ. ನೀವು ಅದನ್ನು ನಿಭಾಯಿಸಬಹುದು ಎಂದು ನೀವು ಭಾವಿಸಿದರೆ, ನಂತರ ಪ್ರಾರಂಭಿಸಿ! ಸಹಜವಾಗಿ, ನಿಮ್ಮ ಜ್ಞಾನವು ನಿಮಗೆ ಬಹಳಷ್ಟು ಸಹಾಯ ಮಾಡುತ್ತದೆ!

ಪ್ರಸಿದ್ಧ ಆಟ "ಯಾರು ಮಿಲಿಯನೇರ್ ಆಗಲು ಬಯಸುತ್ತಾರೆ?" ವರ್ಷಗಳಿಂದ ಟಿವಿ ಮುಂದೆ ಇಡೀ ಕುಟುಂಬಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತಿದೆ. ಅಸ್ಕರ್ ಮಿಲಿಯನ್‌ಗಳನ್ನು ಗೆಲ್ಲಲು ಉತ್ಸುಕರಾಗಿರುವ ಆಟದಲ್ಲಿ ಭಾಗವಹಿಸುವವರು ಅನುಭವಿಸುವ ಉತ್ಸಾಹ ಮತ್ತು ಉತ್ಸಾಹವನ್ನು ದೂರದರ್ಶನ ವೀಕ್ಷಕರಿಗೆ ರವಾನಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ನೀವು ಇನ್ನೂ ಪರದೆಯ ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ನಿಮ್ಮನ್ನು ಕಂಡುಹಿಡಿಯದಿದ್ದರೆ ಅಸಮಾಧಾನಗೊಳ್ಳಬೇಡಿ, ಏಕೆಂದರೆ ಇಂದು ನೀವು ಅಭ್ಯಾಸ ಮಾಡಲು ಉತ್ತಮ ಅವಕಾಶವನ್ನು ಹೊಂದಿದ್ದೀರಿ! ನಿಮ್ಮ ಜ್ಞಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ!

ಪ್ರೀತಿ ತುಂಬಾ ಕಷ್ಟದ ಭಾವನೆ. ಕೆಲವರಿಗೆ, ಕೆಲವು ದಿನಗಳ ಪರಿಚಯವು ಅವರ ಭಾವನೆಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ಸಾಕು, ಆದರೆ ಇತರರು ಎಲ್ಲವನ್ನೂ ಹಾಳುಮಾಡುವ ಭಯದಿಂದ ವರ್ಷಗಳವರೆಗೆ ಅವರ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಧೈರ್ಯ ಮಾಡುವುದಿಲ್ಲ. ಬಹುಶಃ ನಮ್ಮ ಪರೀಕ್ಷೆಯು ದೀರ್ಘಕಾಲದವರೆಗೆ ರಾತ್ರಿಯಲ್ಲಿ ಎಚ್ಚರವಾಗಿ ಮಲಗಿರುವ ಯಾರನ್ನಾದರೂ ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ, ನೀವು ಅದನ್ನು ಹೇಗೆ ಇಷ್ಟಪಡುತ್ತೀರಿ ಎಂದು ಗೊಂದಲಕ್ಕೊಳಗಾಗುತ್ತಾನೆ. ಮತ್ತು ಯಾರಿಗೆ ಗೊತ್ತು, ಬಹುಶಃ ಅದು ನಿಮ್ಮ ಜೀವನವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ!

ಕ್ರೇಜಿಯೆಸ್ಟ್ ಮತ್ತು ಅತ್ಯಂತ ಅಸಮರ್ಪಕ ಜನರು ಯಾವಾಗಲೂ ಅನುಕರಣೀಯ ಕುಟುಂಬ ಪುರುಷರು ಮತ್ತು ಕೆಲಸಗಾರರಾಗಿ ಹೊರಹೊಮ್ಮಿದರು. ಇತರರು ಗಮನಿಸದೇ ಇರಬಹುದು, ಆದರೆ ಒಳಗೆ ಆಕ್ರಮಣಶೀಲತೆ ಅವರ ಹೃದಯವನ್ನು ತುಂಬುತ್ತದೆ. ನೀವು ತಜ್ಞರಿಂದ ಪರೀಕ್ಷಿಸದಿದ್ದರೆ, ಬೇಗ ಅಥವಾ ನಂತರ ಅದು ಹೊರಬರುತ್ತದೆ. ನಮ್ಮ ಪರೀಕ್ಷೆಯು ಅದನ್ನು ಕಂಡುಹಿಡಿಯಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನಾವು ನಿಖರವಾದ ರೋಗನಿರ್ಣಯವನ್ನು ಮಾಡುವುದಿಲ್ಲ, ಆದರೆ ನಾವು ಸಮಸ್ಯೆಯನ್ನು ಸೂಚಿಸುತ್ತೇವೆ.

) ತ್ವರಿತ ಒತ್ತಡ ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರದರ್ಶಿಸಲು ವೀಡಿಯೊವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಲಾಗಿದೆ. ಅವರ ಉದಾಹರಣೆಯಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್ ಮಾಂತ್ರಿಕನಿಗೆ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ಫೀಡ್ ಮಾಡುವುದು ವಿಧಾನವಾಗಿತ್ತು, ಮೂಲಭೂತವಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ವತಃ ಲೋಡ್ ಮಾಡಲು ಒತ್ತಾಯಿಸುತ್ತದೆ.

ವೀಡಿಯೊ ಸುಮಾರು ಆರು ನಿಮಿಷಗಳಷ್ಟು ಉದ್ದವಾಗಿದೆ. ಸುಮಾರು ಅರ್ಧದಾರಿಯಲ್ಲೇ, ಜೇಮ್ಸ್ ಕೇಳುತ್ತಾನೆ, “ನಾನು ಈಗ ಏಕೆ ನಿಲ್ಲಿಸಲು ಬಯಸುವುದಿಲ್ಲ ಎಂದು ನೀವು ಆಶ್ಚರ್ಯ ಪಡಬಹುದು. ಕಾರಣ ನಾವು ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಸ್ಥಿರವಾದ ಅವನತಿಯನ್ನು ನೋಡುತ್ತಿದ್ದೇವೆ. ನಾವು ಈಗ ನಿಲ್ಲಿಸಬಹುದು, ಆದರೆ ನಾವು ಮುಂದುವರಿದರೆ ನಾವು ಕೆಟ್ಟದ್ದನ್ನು ನೋಡಬಹುದು. ಆದ್ದರಿಂದ ಅವರು ಪರೀಕ್ಷೆಯನ್ನು ಮುಂದುವರೆಸಿದರು. ಮತ್ತು ಶೀಘ್ರದಲ್ಲೇ, ಜೇಮ್ಸ್ ನಿಲ್ಲಿಸಲು ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ಅನ್ನು ಪ್ರಸ್ತಾಪಿಸಿದರು: ನಾವು ಯಾವಾಗ ನಿಲ್ಲಿಸುತ್ತೇವೆ: 1) ನಾವು ಸಾಕಷ್ಟು ಗಂಭೀರ ಸಮಸ್ಯೆಯನ್ನು ಗುರುತಿಸಿದ್ದೇವೆ, ಅಥವಾ 2) ಪ್ರೋಗ್ರಾಂನ ನಡವಳಿಕೆಯಲ್ಲಿ ಯಾವುದೇ ಸ್ಪಷ್ಟ ಬದಲಾವಣೆಗಳಿಲ್ಲ - ಒಟ್ಟಾರೆಯಾಗಿ ಪ್ರೋಗ್ರಾಂ ಸ್ಥಿರವಾಗಿರುತ್ತದೆ, ಅಥವಾ 3) ಪರೀಕ್ಷೆಯನ್ನು ಮುಂದುವರಿಸುವ ಮೌಲ್ಯವು ವೆಚ್ಚವನ್ನು ಸಮರ್ಥಿಸುವುದಿಲ್ಲ. ಆ ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸಲು ಅವರು ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ಆಗಿದ್ದರು.

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

ಸುಮಾರು ಆರು ತಿಂಗಳ ನಂತರ, ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸಲು ನಾವಿಬ್ಬರೂ ಇನ್ನಷ್ಟು ಹ್ಯೂರಿಸ್ಟಿಕ್‌ಗಳನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ. ನಾವು ಅವುಗಳನ್ನು STAR ಪೂರ್ವ 2009 ರಲ್ಲಿ ಚರ್ಚಿಸಿದ್ದೇವೆ ಮತ್ತು ಆ ಕ್ಷಣದಲ್ಲಿ ಹಾದು ಹೋಗುತ್ತಿದ್ದ ಡೇಲ್ ಎಮೆರಿ ಮತ್ತು ಜೇಮ್ಸ್ ಲಿಂಡ್ಸೆ ಚರ್ಚೆಯಲ್ಲಿ ಸೇರಿಕೊಂಡರು. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಯುದ್ಧದ ಸಮಯದಲ್ಲಿ, ಹಲವಾರು ಸಂದರ್ಭಗಳಲ್ಲಿ ಶೂಟಿಂಗ್ ಅನ್ನು ನಿಲ್ಲಿಸಬಹುದು ಎಂದು ಡೇಲ್ ಸೂಚಿಸಿದರು: ತಾತ್ಕಾಲಿಕ ವಿರಾಮ, "ಕದನವನ್ನು ನಿಲ್ಲಿಸುವ" ಆಜ್ಞೆ, ಕದನ ವಿರಾಮದ ಬಗ್ಗೆ ಪಕ್ಷಗಳ ನಡುವಿನ ಒಪ್ಪಂದ, ಆರಂಭಿಕ ಸ್ಥಾನಗಳಿಗೆ ಪಕ್ಷಗಳನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳುವುದು, ನಿರಸ್ತ್ರೀಕರಣ ಶತ್ರು. ನಾನು ಇದನ್ನು ಆಸಕ್ತಿದಾಯಕವಾಗಿ ಕಂಡುಕೊಂಡೆ.

ಸಾಮಾನ್ಯವಾಗಿ, ಈಗ ನಾವು ಕಂಡುಕೊಂಡ ಎಲ್ಲಾ ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ಅನ್ನು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ನಿಲ್ಲಿಸಲು ಈ ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ನಿಖರವಾಗಿ ಎಂದು ನಾನು ಒತ್ತಿಹೇಳುತ್ತೇನೆ ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್. ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ತ್ವರಿತ, ಅಗ್ಗದ ಮಾರ್ಗಗಳಾಗಿವೆ ಸಮಸ್ಯೆ ಪರಿಹರಿಸುವಅಥವಾ ತೀರ್ಮಾನ ಮಾಡುವಿಕೆ. ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ದೋಷ ಪೀಡಿತ, ಅಂದರೆ, ಅವರು ಕೆಲಸ ಮಾಡಬಹುದು ಅಥವಾ ಕೆಲಸ ಮಾಡದಿರಬಹುದು. ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ಸಾಕಷ್ಟು ಅಮೂರ್ತವಾಗಿಲ್ಲ, ಅವುಗಳು ಒಂದಕ್ಕೊಂದು ಅತಿಕ್ರಮಿಸಬಹುದು ಮತ್ತು ಛೇದಿಸಬಹುದು. ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ಕೂಡ ಸಂದರ್ಭವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಬುದ್ಧಿವಂತಿಕೆಯಿಂದ ಬಳಸಲು ಜ್ಞಾನ ಮತ್ತು ಕೌಶಲ್ಯಗಳನ್ನು ಹೊಂದಿರುವ ಜನರು ಬಳಸಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ. ಕೆಳಗೆ ನಾನು ಹ್ಯೂರಿಸ್ಟಿಕ್ಸ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಾನು ಕೆಲವು ಪ್ರಶ್ನೆಗಳನ್ನು ಸೂಚಿಸಿದ್ದೇನೆ ಅದರೊಂದಿಗೆ ನೀವು ಅದರ ಬಳಕೆಯ ಸಿಂಧುತ್ವವನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

1. ಹ್ಯೂರಿಸ್ಟಿಕ್"ಸಮಯಅದು ಬದಲಾಯಿತು!» . ಅನೇಕ ಪರೀಕ್ಷಾ ವೃತ್ತಿಪರರಿಗೆ, ಇದು ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ಹ್ಯೂರಿಸ್ಟಿಕ್ ಆಗಿದೆ: ಅದಕ್ಕೆ ನಿಗದಿಪಡಿಸಿದ ಸಮಯ ಮುಗಿದಾಗ ನಾವು ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸುತ್ತೇವೆ.

ಉತ್ಪನ್ನದ ಬಗ್ಗೆ ನಾವು ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದ ಮಾಹಿತಿಯನ್ನು ನಾವು ಸ್ವೀಕರಿಸಿದ್ದೇವೆಯೇ? ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸುವ ಅಪಾಯವು ತುಂಬಾ ಹೆಚ್ಚಿದೆಯೇ? ಅಲ್ಲಆಗಿತ್ತುಎಂಬುದನ್ನುಅವಧಿಕೃತಕ, ಅನಿಯಂತ್ರಿತ? ತಿನ್ನುವೆಎಂಬುದನ್ನುನಡೆಸಲಾಗುವುದುಹೆಚ್ಚುವರಿಅಭಿವೃದ್ಧಿ, ಇದುಅಗತ್ಯವಿರುತ್ತದೆಹೆಚ್ಚುವರಿಪರೀಕ್ಷೆ?

ಒಂದಾನೊಂದು ಕಾಲದಲ್ಲಿ, ಜೋಸೆಫ್ ಸ್ಯಾಚ್ಸ್ ಪರೀಕ್ಷೆಯು ನನ್ನ ಸುತ್ತಲಿನ ಪ್ರಪಂಚದ ಬಗ್ಗೆ, ನನ್ನ ಮತ್ತು ಇತರರ ಬಗ್ಗೆ ನನ್ನ ಅಸ್ತವ್ಯಸ್ತವಾಗಿರುವ ಕಲ್ಪನೆಗಳನ್ನು ರೂಪಿಸುವ ಸಾಮರ್ಥ್ಯದಿಂದ ನನ್ನನ್ನು ಪ್ರಭಾವಿಸಿತು.

ತಂತ್ರವು 60 ಅಪೂರ್ಣ ವಾಕ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, ಷರತ್ತುಬದ್ಧವಾಗಿ ನಿಮ್ಮ ಮನೋಭಾವವನ್ನು ನಿರೂಪಿಸುವ 15 ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ:

ಸ್ನೇಹಿತರು;

ಒಂದೇ ಮತ್ತು ವಿರುದ್ಧ ಲಿಂಗದ ಪ್ರತಿನಿಧಿಗಳು;

ಲೈಂಗಿಕ ಸಂಬಂಧಗಳು;

ಅಧಿಕಾರ ಮತ್ತು ಅಧೀನತೆ;

ಹಿಂದಿನ ಮತ್ತು ಭವಿಷ್ಯ.

ವಾಕ್ಯಗಳ ಕೆಲವು ಗುಂಪುಗಳು ನಿಮ್ಮ ಜೀವನದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಭಯ ಮತ್ತು ಕಾಳಜಿಗಳನ್ನು ತಿಳಿಸುತ್ತವೆ, ಜೀವಿಸದ ಅಪರಾಧವನ್ನು ಸೂಚಿಸುತ್ತವೆ ಮತ್ತು ಜೀವನದ ಗುರಿಗಳ ಮೇಲೆ ಬೆಳಕು ಚೆಲ್ಲುತ್ತವೆ.

ಪ್ರಕ್ರಿಯೆಯಿಲ್ಲದೆ, ಪರೀಕ್ಷೆಯು 20 ನಿಮಿಷಗಳು ಅಥವಾ ಹೆಚ್ಚಿನ ಸಮಯವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಸೂಚನೆಗಳು: ಪರೀಕ್ಷಾ ಫಾರ್ಮ್‌ನಲ್ಲಿ ನೀವು ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಪದಗಳೊಂದಿಗೆ ವಾಕ್ಯಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಬೇಕು.

ಪರೀಕ್ಷಾ ರೂಪ

1. ನನ್ನ ತಂದೆ ವಿರಳವಾಗಿ ...

2. ಎಲ್ಲವೂ ನನ್ನ ವಿರುದ್ಧವಾಗಿದ್ದರೆ, ನಂತರ...

3. ನಾನು ಯಾವಾಗಲೂ ಬಯಸುತ್ತೇನೆ/ಬಯಸುತ್ತೇನೆ...

4. ನಾನು ನಾಯಕತ್ವದ ಸ್ಥಾನವನ್ನು ಹೊಂದಿದ್ದರೆ ...

5. ಭವಿಷ್ಯವು ನನಗೆ ತೋರುತ್ತದೆ ...

6. ನನ್ನ ಬಾಸ್...

7. ಇದು ಮೂರ್ಖತನ ಎಂದು ನನಗೆ ತಿಳಿದಿದೆ, ಆದರೆ ನಾನು ಹೆದರುತ್ತೇನೆ ...

8. ನಿಜವಾದ ಸ್ನೇಹಿತ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ...

9. ನಾನು ಮಗುವಾಗಿದ್ದಾಗ/

10. ನನಗೆ ಆದರ್ಶ ಮಹಿಳೆ (ಪುರುಷ) ...

11. ನಾನು ಪುರುಷನ ಪಕ್ಕದಲ್ಲಿ ಮಹಿಳೆಯನ್ನು ನೋಡಿದಾಗ ...

12. ಇತರ ಕುಟುಂಬಗಳಿಗೆ ಹೋಲಿಸಿದರೆ, ನನ್ನ ಕುಟುಂಬ...

13. ನಾನು ಇದರೊಂದಿಗೆ ಉತ್ತಮವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತೇನೆ...

14. ನನ್ನ ತಾಯಿ ಮತ್ತು ನಾನು ...

15. ನಾನು ಮರೆಯಲು ಎಲ್ಲವನ್ನೂ ಮಾಡುತ್ತೇನೆ/ಮಾಡುತ್ತೇನೆ...

16. ನನ್ನ ತಂದೆ ಮಾತ್ರ ಬಯಸಿದರೆ ...

17. ನಾನು ಸಾಕಷ್ಟು ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದ್ದೇನೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ...

18. ಒಂದು ವೇಳೆ ನಾನು ತುಂಬಾ ಸಂತೋಷವಾಗಿರಬಹುದು/ಆಗಬಹುದು...

19. ಯಾರಾದರೂ ನನ್ನ ನಾಯಕತ್ವದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದರೆ...

20. ನಾನು ಆಶಿಸುತ್ತೇನೆ...

21. ಶಾಲೆಯಲ್ಲಿ ನನ್ನ ಶಿಕ್ಷಕರು...

22. ನಾನು ಭಯಪಡುತ್ತಿದ್ದೇನೆ ಎಂದು ನನ್ನ ಹೆಚ್ಚಿನ ಸ್ನೇಹಿತರಿಗೆ ತಿಳಿದಿಲ್ಲ...

23. ನಾನು ಜನರನ್ನು ಇಷ್ಟಪಡುವುದಿಲ್ಲ ...

24. ಒಮ್ಮೆ...

25. ಹೆಚ್ಚಿನ ಹುಡುಗರು (ಹುಡುಗಿಯರು)…

26. ವೈವಾಹಿಕ ಜೀವನ ನನಗೆ ತೋರುತ್ತದೆ ...

27. ನನ್ನ ಕುಟುಂಬ ನನ್ನನ್ನು ಹೀಗೆ ನಡೆಸಿಕೊಳ್ಳುತ್ತದೆ...

28. ನಾನು ಕೆಲಸ ಮಾಡುವ ಜನರು...

29. ನನ್ನ ತಾಯಿ ...

30. ನನ್ನ ದೊಡ್ಡ ತಪ್ಪು ...

31. ನಾನು ನನ್ನ ತಂದೆಯನ್ನು ಬಯಸುತ್ತೇನೆ/ಬಯಸುತ್ತೇನೆ...

32. ನನ್ನ ದೊಡ್ಡ ದೌರ್ಬಲ್ಯವೆಂದರೆ...

33. ಜೀವನದಲ್ಲಿ ನನ್ನ ಗುಪ್ತ ಆಸೆ...

34. ನನ್ನ ಅಧೀನದವರು...

35. ಆ ದಿನ ಬರುತ್ತದೆ...

36. ನನ್ನ ಬಾಸ್ ನನ್ನ ಹತ್ತಿರ ಬಂದಾಗ...

37. ನಾನು ಭಯಪಡುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದೆಂದು ನಾನು ಬಯಸುತ್ತೇನೆ ...

38. ಎಲ್ಲಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ನಾನು ಆ ಜನರನ್ನು ಪ್ರೀತಿಸುತ್ತೇನೆ ...

39. ನಾನು ಮತ್ತೆ ಯುವಕನಾಗಿದ್ದರೆ / ಆಗಿದ್ದರೆ ...

40. ಹೆಚ್ಚಿನ ಮಹಿಳೆಯರು (ಪುರುಷರು)…

41. ನಾನು ಸಾಮಾನ್ಯ ಲೈಂಗಿಕ ಜೀವನವನ್ನು ಹೊಂದಿದ್ದರೆ ...

42. ನನಗೆ ತಿಳಿದಿರುವ ಹೆಚ್ಚಿನ ಕುಟುಂಬಗಳು...

43. ನಾನು ಜನರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಇಷ್ಟಪಡುತ್ತೇನೆ ...

44. ಹೆಚ್ಚಿನ ತಾಯಂದಿರು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ...

45. ನಾನು ಚಿಕ್ಕವನಿದ್ದಾಗ, ನಾನು ತಪ್ಪಿತಸ್ಥನೆಂದು ಭಾವಿಸಿದೆ/ಒಂದು ವೇಳೆ...

46. ​​ನನ್ನ ತಂದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ ...

47. ನಾನು ದುರದೃಷ್ಟವಂತನಾಗಿದ್ದಾಗ, ನಾನು...

48. ಜೀವನದಲ್ಲಿ ಎಲ್ಲಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ನಾನು ಬಯಸುತ್ತೇನೆ/ಬಯಸುತ್ತೇನೆ...

49. ನಾನು ಇತರರಿಗೆ ಸೂಚನೆಗಳನ್ನು ನೀಡಿದಾಗ...

50. ನಾನು ವಯಸ್ಸಾದಾಗ / ವಯಸ್ಸಾದಾಗ ...

51. ನನ್ನ ಮೇಲಿರುವ ಶ್ರೇಷ್ಠತೆಯನ್ನು ನಾನು ಗುರುತಿಸುವ ಜನರು...

52. ನನ್ನ ಭಯವು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ನನ್ನನ್ನು ಒತ್ತಾಯಿಸಿದೆ ...

53. ನಾನು ಇಲ್ಲದಿರುವಾಗ, ನನ್ನ ಸ್ನೇಹಿತರು...

54. ನನ್ನ ಅತ್ಯಂತ ಎದ್ದುಕಾಣುವ ಬಾಲ್ಯದ ನೆನಪು...

55. ಮಹಿಳೆಯರು (ಪುರುಷರು) ಮಾಡಿದಾಗ ನಾನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಡುವುದಿಲ್ಲ…

56. ನನ್ನ ಲೈಂಗಿಕ ಜೀವನ...

57. ನಾನು ಮಗುವಾಗಿದ್ದಾಗ, ನನ್ನ ಕುಟುಂಬ...

58. ನನ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಜನರು...

59. ನಾನು ನನ್ನ ತಾಯಿಯನ್ನು ಪ್ರೀತಿಸುತ್ತೇನೆ, ಆದರೆ ...

60. ನನಗೆ ಸಂಭವಿಸಿದ ಕೆಟ್ಟ ವಿಷಯವೆಂದರೆ ...

ಫಲಿತಾಂಶಗಳ ಸಂಸ್ಕರಣೆ ಮತ್ತು ವ್ಯಾಖ್ಯಾನ

ವಾಕ್ಯಗಳ ಪ್ರತಿ ಗುಂಪಿಗೆ, ಈ ಸಂಬಂಧಗಳ ವ್ಯವಸ್ಥೆಯನ್ನು ಧನಾತ್ಮಕ (1), ಋಣಾತ್ಮಕ (2) ಅಥವಾ ಅಸಡ್ಡೆ (0) ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುವ ಗುಣಲಕ್ಷಣವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, ಭವಿಷ್ಯವು ನನಗೆ ತೋರುತ್ತದೆ:

1) ಕತ್ತಲೆಯಾದ, ಕೆಟ್ಟ, ವಿಚಿತ್ರ (2)

2) ಆಸಕ್ತಿದಾಯಕ, ಆಸಕ್ತಿದಾಯಕ (1)

3) ಅಸ್ಪಷ್ಟ, ಅಜ್ಞಾತ (0)

ಅಂತಹ ಪರಿಮಾಣಾತ್ಮಕ ಮೌಲ್ಯಮಾಪನವು ಸಂಬಂಧಗಳ ಅಸಂಗತ ವ್ಯವಸ್ಥೆಯನ್ನು ಗುರುತಿಸಲು ಅನುಕೂಲವಾಗುತ್ತದೆ. ಆದರೆ ಹೆಚ್ಚು ಮುಖ್ಯವಾದದ್ದು, ಸಹಜವಾಗಿ, ಪೂರ್ಣಗೊಂಡ ವಾಕ್ಯಗಳ ಗುಣಾತ್ಮಕ ಅಧ್ಯಯನವಾಗಿದೆ.

ಕೀ

1 ಗುಂಪು. ತಂದೆ 1, 16, 31, 46 ರ ಸಂಬಂಧ.
2 ನೇ ಗುಂಪು. ತನ್ನ ಬಗ್ಗೆ ವರ್ತನೆ 2, 17, 32, 47.
3 ಗುಂಪು. ಅವಾಸ್ತವಿಕ ಅವಕಾಶಗಳು 3, 18, 33, 48.
4 ಗುಂಪು. ಅಧೀನ ಅಧಿಕಾರಿಗಳ ಕಡೆಗೆ ವರ್ತನೆ 4, 19, 34, 49.
5 ಗುಂಪು. ಭವಿಷ್ಯದ ವರ್ತನೆ 5, 20, 35, 50.
6 ಗುಂಪು. ಮೇಲಧಿಕಾರಿಗಳಿಗೆ ವರ್ತನೆ 6, 21, 36, 51.
7 ಗುಂಪು. ಭಯ ಮತ್ತು ಕಾಳಜಿ 7, 22, 37, 52.
8 ಗುಂಪು. ಸ್ನೇಹಿತರ ಕಡೆಗೆ ವರ್ತನೆ 8, 23, 38, 53.
9 ಗುಂಪು. ನಿಮ್ಮ ಹಿಂದಿನ 9, 24, 39, 54 ಗೆ ವರ್ತನೆ.
10 ನೇ ಗುಂಪು. ವಿರುದ್ಧ ಲಿಂಗದ ಜನರ ಕಡೆಗೆ ವರ್ತನೆಗಳು 10, 25, 40, 55.
11 ಗುಂಪು. ಲೈಂಗಿಕ ಸಂಬಂಧಗಳು 11, 26, 41, 56.
12 ಗುಂಪು. ಕುಟುಂಬ 12, 27, 42, 57 ರೊಂದಿಗಿನ ಸಂಬಂಧಗಳು.
13 ಗುಂಪು. ಉದ್ಯೋಗಿಗಳ ಕಡೆಗೆ ವರ್ತನೆ 13, 28, 43, 58.
14 ಗುಂಪು. ತಾಯಿಯ ಕಡೆಗೆ ವರ್ತನೆ 14, 29, 44, 59.
15 ಗುಂಪು. ಅಪರಾಧ 15, 30, 45, 60.

"ಅಪೂರ್ಣ ವಾಕ್ಯಗಳು" ತಂತ್ರವನ್ನು ಪ್ರಾಯೋಗಿಕ ಮಾನಸಿಕ ಅಭ್ಯಾಸದಲ್ಲಿ ದೀರ್ಘಕಾಲ ಬಳಸಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಇದು ವೃತ್ತಿಪರರಿಗೆ ಮಾತ್ರವಲ್ಲ. ಈ ಪರೀಕ್ಷೆಯನ್ನು ನಿಮ್ಮ ಬಗ್ಗೆ ಮತ್ತು ಇತರರ ಬಗ್ಗೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಪಂಚದ ಬಗ್ಗೆ ನಿಮ್ಮ ಮನೋಭಾವವನ್ನು ಅಧ್ಯಯನ ಮಾಡಲು ಆರಂಭಿಕ ಹಂತವಾಗಿ ಬಳಸಬಹುದು. ಫಲಿತಾಂಶಗಳು ನಿಮ್ಮನ್ನು ಅಸಮಾಧಾನಗೊಳಿಸಿದರೆ, ನಿರಾಶೆಗೊಳ್ಳಲು ಹೊರದಬ್ಬಬೇಡಿ: ಮನಶ್ಶಾಸ್ತ್ರಜ್ಞ ಅಥವಾ ನೀವು ನಂಬುವ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಚರ್ಚಿಸಿ. ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು, ಪರೀಕ್ಷೆಯ ಪ್ರತಿಯೊಂದು ಗುಂಪಿಗೆ ಪ್ರತ್ಯೇಕ ಚರ್ಚೆ ಮತ್ತು ಅರಿವು, ಹಾಗೆಯೇ ಇತರ ವಿಧಾನಗಳಿಂದ ಹೆಚ್ಚುವರಿ ದೃಢೀಕರಣದ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಇದನ್ನೂ ಓದಿ: IC ವಿನ್ಯಾಸಕ್ಕಾಗಿ CASE ತಂತ್ರಜ್ಞಾನಗಳು ಹೊಸ ಸಾಧನಗಳಾಗಿವೆ. ಕೇಸ್ - ಪ್ಲಾಟಿನಮ್ ಪ್ಯಾಕೇಜ್, ಅದರ ಸಂಯೋಜನೆ ಮತ್ತು ಉದ್ದೇಶ. CASE ಪರಿಕರಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಮತ್ತು ಆಯ್ಕೆಮಾಡಲು ಮಾನದಂಡಗಳು. ಗುಂಪು I - ರಿಯಾಯಿತಿ ಅಂದಾಜುಗಳ ಆಧಾರದ ಮೇಲೆ ಮಾನದಂಡಗಳು, ಅಂದರೆ ಸಮಯದ ಅಂಶವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ: NPV, PI, IRR, DPP. ಸರ್ಕಾರಿ ಸಂಸ್ಥೆಗಳು ಮತ್ತು ಇಲಾಖೆಗಳಲ್ಲಿ PR. ಹಣಕಾಸು ಕ್ಷೇತ್ರದಲ್ಲಿ PR. ಸಾಮಾಜಿಕ ಕ್ಷೇತ್ರದಲ್ಲಿ ವಾಣಿಜ್ಯ ಸಂಸ್ಥೆಗಳಲ್ಲಿ PR (ಸಂಸ್ಕೃತಿ, ಕ್ರೀಡೆ, ಶಿಕ್ಷಣ, ಆರೋಗ್ಯ) SCADA ವ್ಯವಸ್ಥೆ. ORS. ನಿಯಂತ್ರಕಗಳೊಂದಿಗೆ ಸಂವಹನದ ಸಂಘಟನೆ. ಸಾರಿಗೆ ಸಾಧನವಾಗಿ ಬಸ್. ಬಸ್ ಪ್ರವಾಸಗಳ ಸಂಘಟನೆ, ಅವುಗಳ ಭೌಗೋಳಿಕತೆ, ಪ್ರಸಿದ್ಧ ಪ್ರವಾಸ ನಿರ್ವಾಹಕರು. ವಿವಿಧ ಸಾಂಸ್ಥಿಕ ರೂಪಗಳ ಉದ್ಯಮಗಳು ಮತ್ತು ಸಂಸ್ಥೆಗಳಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ತಂತ್ರಜ್ಞಾನಗಳು. ಸಂಸ್ಥೆಯಾಗಿ ಪುರಸಭೆ ಆಡಳಿತ. 19 ನೇ ಶತಮಾನದ ರಷ್ಯಾದ ನಾಟಕ ಸಂಸ್ಕೃತಿಯಲ್ಲಿ ನಟನಾ ಕೌಶಲ್ಯ ಮತ್ತು ಪ್ರದರ್ಶನಗಳ ಸಂಘಟನೆ.

ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಯ ಸಂಘಟನೆ.ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯು ಬಹುಮಟ್ಟಿಗೆ ಅಂತಿಮ ಪ್ರೋಗ್ರಾಂ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂವಹನ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ ಮತ್ತು ಈ ಮಾಹಿತಿಯನ್ನು ಒಂದು ರೂಪದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಅನುವಾದಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಾಫ್ಟ್‌ವೇರ್ ದೋಷಗಳು ಕೆಲಸದ ಸಂಘಟನೆಯಲ್ಲಿನ ದೋಷಗಳು, ಸಾಕಷ್ಟು ಪರಸ್ಪರ ತಿಳುವಳಿಕೆ ಮತ್ತು ಮಾಹಿತಿಯನ್ನು ರವಾನಿಸುವ ಮತ್ತು ಭಾಷಾಂತರಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿನ ವಿರೂಪಗಳಿಂದ ಉಂಟಾಗುತ್ತವೆ.

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

ಹೆಚ್ಚುವರಿಯಾಗಿ, ನಿರ್ದಿಷ್ಟ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ದಿಷ್ಟ ಅಭಿವೃದ್ಧಿ ಹಂತಗಳಲ್ಲಿ ಗುರಿಪಡಿಸಬೇಕು. ಇದು ಪ್ರತಿ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನುವಾದ ಹಂತದ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ, ಇದರ ಪರಿಣಾಮವಾಗಿ ನಿರ್ದಿಷ್ಟ ವರ್ಗದ ದೋಷಗಳನ್ನು ಸೆರೆಹಿಡಿಯಲಾಗುತ್ತದೆ.

ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಗಳ ನಡುವಿನ ಸಂಬಂಧ.

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

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

ಇದರ ನಂತರ ಫಂಕ್ಷನ್ ಟೆಸ್ಟಿಂಗ್ ಬರುತ್ತದೆ, ಇದು ಪ್ರೋಗ್ರಾಂ ಮತ್ತು ಅದರ ಬಾಹ್ಯ ವಿವರಣೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಕಾರ್ಯಗಳನ್ನು ಪರೀಕ್ಷಿಸುವಾಗ, ಕ್ರಿಯಾತ್ಮಕ ಪರೀಕ್ಷಾ ತಂತ್ರಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಪರೀಕ್ಷಾ ಮಾಡ್ಯೂಲ್‌ಗಳ ಹಿಂದಿನ ಹಂತದಲ್ಲಿ, ರಚನಾತ್ಮಕ ಪರೀಕ್ಷಾ ವಿಧಾನಗಳ ವಿಶಿಷ್ಟವಾದ ತರ್ಕ ವ್ಯಾಪ್ತಿಯ ಮಾನದಂಡವನ್ನು ತೃಪ್ತಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ಭಾವಿಸಲಾಗಿದೆ.

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

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

ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆ.ವೈಶಿಷ್ಟ್ಯ ಪರೀಕ್ಷೆಗಿಂತ ಭಿನ್ನವಾಗಿ, ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಗಳನ್ನು ಪಡೆಯಲು ಬಾಹ್ಯ ವಿವರಣೆಯನ್ನು ಆಧಾರವಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇದು ಅಂತಹ ಪರೀಕ್ಷೆಯ ಉದ್ದೇಶವನ್ನು ಸೋಲಿಸುತ್ತದೆ. ಮತ್ತೊಂದೆಡೆ, ಸಿಸ್ಟಮ್ನ ಗುರಿಗಳನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ಡಾಕ್ಯುಮೆಂಟ್ (ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ತಾಂತ್ರಿಕ ವಿವರಣೆಯಾಗಿದೆ) ಅದರ ಪರೀಕ್ಷೆಗಳನ್ನು ರೂಪಿಸಲು ಬಳಸಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ವ್ಯಾಖ್ಯಾನದಿಂದ ಇದು ನಿಖರವಾದ ವಿವರಣೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ.

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

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

ಅನುಷ್ಠಾನದ ಸಂಪೂರ್ಣತೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಅತ್ಯಂತ ಸ್ಪಷ್ಟವಾದ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಯಾಗಿದೆ, ಇದು ಮೂಲ ಡಾಕ್ಯುಮೆಂಟ್‌ನ ಪ್ರತಿಯೊಂದು ಬಿಂದುವಿನ ಅನುಷ್ಠಾನವನ್ನು ಪರಿಶೀಲಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಪರಿಶೀಲನಾ ವಿಧಾನವು ಮೂಲ ದಾಖಲೆಯನ್ನು ಅನುಕ್ರಮವಾಗಿ ಪರಿಶೀಲಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ - ವಾಕ್ಯದಿಂದ ವಾಕ್ಯ. ಒಂದು ವಾಕ್ಯವು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯವನ್ನು ಹೊಂದಿದ್ದರೆ, ಪ್ರೋಗ್ರಾಂ ಆ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ.

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

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

ಬಳಕೆಯ ಪರೀಕ್ಷೆಯು ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಉದ್ಭವಿಸುವ ಮಾನಸಿಕ (ಬಳಕೆದಾರ) ಸಮಸ್ಯೆಗಳನ್ನು ಗುರುತಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಈ ಪರೀಕ್ಷೆಯು ಕನಿಷ್ಟ, ಕೆಳಗಿನವುಗಳನ್ನು ಸ್ಥಾಪಿಸಬೇಕು:

1. ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ತಿಳಿಸಲು ಮತ್ತು ಶಿಕ್ಷಣ ನೀಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳಬಹುದೇ?
2. ಕಾರ್ಯಕ್ರಮದ ಔಟ್‌ಪುಟ್ ಸಂದೇಶಗಳು ಅರ್ಥಪೂರ್ಣ, ಸ್ಪಷ್ಟ ಮತ್ತು ಆಕ್ಷೇಪಾರ್ಹವಲ್ಲವೇ?
3. ದೋಷ ರೋಗನಿರ್ಣಯವು ಸ್ಪಷ್ಟವಾಗಿದೆಯೇ?
4. ಸಂಪೂರ್ಣ ಬಳಕೆದಾರ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಸಿಂಟ್ಯಾಕ್ಸ್, ಸಂಪ್ರದಾಯಗಳು, ಶಬ್ದಾರ್ಥಗಳು, ಸ್ವರೂಪ, ಶೈಲಿ ಮತ್ತು ಸಂಕ್ಷೇಪಣಗಳಲ್ಲಿ ಸ್ಥಿರತೆ ಮತ್ತು ಏಕರೂಪತೆಯನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತವೆಯೇ?
5. ಸಿಸ್ಟಮ್ ಮಿತಿಮೀರಿದ ಅಥವಾ ಬಳಸಲು ಅಸಂಭವವಾದ ಆಯ್ಕೆಗಳನ್ನು ಹೊಂದಿದೆಯೇ?
6. ಎಲ್ಲಾ ಇನ್‌ಪುಟ್ ಸಂದೇಶಗಳಿಗೆ ಸಿಸ್ಟಮ್ ಯಾವುದೇ ಸ್ವೀಕೃತಿಯನ್ನು ನೀಡುತ್ತದೆಯೇ?
7. ಸಾಫ್ಟ್‌ವೇರ್ ಬಳಸಲು ಸುಲಭ ಮತ್ತು ಹಿತಕರವಾಗಿದೆಯೇ?

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

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

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

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

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

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

ಅನುಸ್ಥಾಪನೆಯ ಸುಲಭ-ಸ್ಥಾಪನೆಯ ಪರೀಕ್ಷೆಯ ಉದ್ದೇಶವು ನಿರ್ದಿಷ್ಟ ಆಪರೇಟಿಂಗ್ ಷರತ್ತುಗಳಿಗಾಗಿ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡುವ ಗುರಿಗಳನ್ನು ಪೂರೈಸಲಾಗುತ್ತಿಲ್ಲ ಎಂದು ತೋರಿಸುವುದು.

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

ಪರೀಕ್ಷೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸುವ ಮಾನದಂಡಗಳು.ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುವಾಗ, ಪ್ರೋಗ್ರಾಂ ಪರೀಕ್ಷೆಯನ್ನು ಯಾವಾಗ ಪೂರ್ಣಗೊಳಿಸಬೇಕು ಎಂಬ ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಗುರುತಿಸಲಾದ ದೋಷವು ಕೊನೆಯದು ಎಂದು ನಿರ್ಧರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಮೂಲಭೂತವಾಗಿ, ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಈ ಕೆಳಗಿನ ಎರಡು ಮಾನದಂಡಗಳನ್ನು ಅನುಸರಿಸಲಾಗುತ್ತದೆ: ಪರೀಕ್ಷೆಗಾಗಿ ಕೆಲಸದ ವೇಳಾಪಟ್ಟಿಯ ಪ್ರಕಾರ ನಿಗದಿಪಡಿಸಿದ ಸಮಯವು ಮುಕ್ತಾಯಗೊಂಡಾಗ; ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳು ವಿಫಲವಾದಾಗ, ಅಂದರೆ, ದೋಷಗಳನ್ನು ಗುರುತಿಸದೆ ಅವುಗಳನ್ನು ನಡೆಸಲಾಯಿತು.

ಈ ಎರಡೂ ಮಾನದಂಡಗಳು ಸಾಕಷ್ಟು ನಿಖರ ಮತ್ತು ತಾರ್ಕಿಕವಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಮೊದಲ ಮಾನದಂಡವು ಪರೀಕ್ಷೆಯ ಗುಣಮಟ್ಟದ ಮೌಲ್ಯಮಾಪನವನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಏನನ್ನೂ ಮಾಡದೆಯೇ ತೃಪ್ತಿಪಡಿಸಬಹುದು, ಆದರೆ ಎರಡನೆಯದು ಪರೀಕ್ಷಾ ಡೇಟಾ ಸೆಟ್‌ಗಳ ಗುಣಮಟ್ಟವನ್ನು ಅವಲಂಬಿಸಿರುವುದಿಲ್ಲ.

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

ಕೆಳಗಿನ ಷರತ್ತುಗಳನ್ನು ಪೂರೈಸಿದಾಗ ಕಾರ್ಯ ಪರೀಕ್ಷೆಯ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆಯನ್ನು ನಿರ್ಧರಿಸಬಹುದು: ಕ್ರಿಯಾತ್ಮಕ ರೇಖಾಚಿತ್ರ ವಿಧಾನಗಳಿಂದ ಪಡೆದ ಪರೀಕ್ಷೆಗಳು; ಸಮಾನ ವಿಭಜನೆ ಮತ್ತು ಗಡಿ ಮೌಲ್ಯದ ವಿಶ್ಲೇಷಣೆ ವಿಫಲಗೊಳ್ಳಬೇಕು.

ಆದಾಗ್ಯೂ, ಈ ಮಾನದಂಡಗಳು, ಮೊದಲನೆಯದಾಗಿ, ಕೆಲವು ವಿಧಾನಗಳು ನಿಷ್ಪ್ರಯೋಜಕವಾದಾಗ ಪರೀಕ್ಷಾ ಹಂತದಲ್ಲಿ ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಯ ಹಂತದಲ್ಲಿ; ಎರಡನೆಯದಾಗಿ, ಅಂತಹ ಮಾಪನವು ವ್ಯಕ್ತಿನಿಷ್ಠವಾಗಿದೆ, ಏಕೆಂದರೆ ತಜ್ಞರು ಅಗತ್ಯವಿರುವ ವಿಧಾನವನ್ನು ಸರಿಯಾಗಿ ಮತ್ತು ನಿಖರವಾಗಿ ಬಳಸಿದ್ದಾರೆ ಎಂಬುದಕ್ಕೆ ಯಾವುದೇ ಗ್ಯಾರಂಟಿ ಇಲ್ಲ; ಮೂರನೆಯದಾಗಿ, ಗುರಿಯನ್ನು ಹೊಂದಿಸಲು ಮತ್ತು ಅದನ್ನು ಸಾಧಿಸಲು ಹೆಚ್ಚು ಸೂಕ್ತವಾದ ಮಾರ್ಗದ ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು, ಪರಿಗಣಿಸಲಾದ ಮಾನದಂಡಗಳು ನಿರ್ದಿಷ್ಟ ವಿಧಾನಗಳ ಬಳಕೆಯನ್ನು ಸೂಚಿಸುತ್ತವೆ, ಆದರೆ ಗುರಿಗಳನ್ನು ಹೊಂದಿಸಬೇಡಿ.

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

ಪರೀಕ್ಷೆಯ ಅವಧಿಯ ದೋಷಗಳ ಸಂಖ್ಯೆಯ ಅವಲಂಬನೆ.

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

ಆದಾಗ್ಯೂ, ಈ ಮಾನದಂಡವು ಸಾಕಷ್ಟು ಪರಿಣಾಮಕಾರಿಯಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ನಂತರದ ಪ್ರಕರಣದಲ್ಲಿ ಭವಿಷ್ಯದಲ್ಲಿ ಪತ್ತೆಯಾದ ದೋಷಗಳ ಸಂಖ್ಯೆಯಲ್ಲಿ ಹೆಚ್ಚಳವಾಗುವುದಿಲ್ಲ ಎಂಬ ಖಚಿತತೆಯಿಲ್ಲ.

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

ಒಟ್ಟು ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅಂದಾಜು ಮಾಡಲು ಮತ್ತು ಪರೀಕ್ಷೆಯಿಂದ ಕಂಡುಹಿಡಿಯಬಹುದಾದ ಸಂಭವನೀಯ ಶೇಕಡಾವಾರು ದೋಷಗಳನ್ನು ಗುರುತಿಸಲು, ನೀವು ವಿಶ್ವಾಸಾರ್ಹತೆ ಸೂಚಕಗಳನ್ನು (ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಮಾದರಿಗಳು) ನಿರ್ಧರಿಸಲು ಬಳಸುವ ವಿಧಾನಗಳನ್ನು ಬಳಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ಮಿಲ್ಸ್ ಮಾದರಿ ಅಥವಾ ಸರಳವಾದ ಅರ್ಥಗರ್ಭಿತ ಮಾದರಿಯನ್ನು ಬಳಸಿ, ನಾವು ಸ್ವಲ್ಪ ನಂತರ ಪರಿಗಣಿಸಲಾಗುವುದು.

ಅಂತಹ ಅಂದಾಜನ್ನು ಪಡೆಯುವ ಇನ್ನೊಂದು ವಿಧಾನವೆಂದರೆ ಸ್ಥಿರ ಸರಾಸರಿಗಳನ್ನು ಆಧರಿಸಿದೆ, ಇದನ್ನು ಉದ್ಯಮದಲ್ಲಿ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಕೋಡಿಂಗ್ ಪೂರ್ಣಗೊಳ್ಳುವ ಹೊತ್ತಿಗೆ (ವಾಕ್-ಥ್ರೂ ಅಥವಾ ತಪಾಸಣೆಯ ಮೊದಲು) ವಿಶಿಷ್ಟ ಪ್ರೋಗ್ರಾಂಗಳಲ್ಲಿ ಇರುವ ದೋಷಗಳ ಸಂಖ್ಯೆಯು 100 ಪ್ರೋಗ್ರಾಂ ಹೇಳಿಕೆಗಳಿಗೆ ಸರಿಸುಮಾರು 4 ರಿಂದ 8 ರಷ್ಟಿರುತ್ತದೆ.

ಮಿಲ್ಸ್ ಮಾದರಿಯು ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ, ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ವಾಸ್ತವವಾಗಿ ಒಳಗೊಂಡಿರುವ ಉಳಿದ ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅಂದಾಜು ಮಾಡಲು ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ದೋಷಗಳನ್ನು ಪರಿಚಯಿಸುವುದನ್ನು ಆಧರಿಸಿದೆ. ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಪರಿಶೀಲಿಸುವ ಮೂಲಕ ಮತ್ತು ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ನಿಜವಾಗಿ ಇರುವವರಿಂದ ಪರಿಚಯಿಸಲಾದ ದೋಷಗಳನ್ನು ವಿಂಗಡಿಸುವ ಮೂಲಕ, ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ಆರಂಭದಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮತ್ತು ಮೌಲ್ಯಮಾಪನದ ಸಮಯದಲ್ಲಿ ಉಳಿದಿರುವ ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ನೀವು ಅಂದಾಜು ಮಾಡಬಹುದು.

S ದೋಷಗಳನ್ನು ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ಯಾದೃಚ್ಛಿಕವಾಗಿ ಪರಿಚಯಿಸಿದರೆ ಮತ್ತು ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ n+V ದೋಷಗಳು ಕಂಡುಬಂದರೆ (n ಎಂಬುದು ಕಂಡುಬಂದಿರುವ ಸ್ವಂತ ದೋಷಗಳ ಸಂಖ್ಯೆ; V ಎಂಬುದು ಕಂಡುಹಿಡಿದ ದೋಷಗಳ ಸಂಖ್ಯೆ), ನಂತರ ಆರಂಭದಲ್ಲಿ ಕಂಡುಬರುವ ಸ್ವಂತ ದೋಷಗಳ ಅಂದಾಜು ಸಂಖ್ಯೆ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಸೂತ್ರದಿಂದ ಲೆಕ್ಕ ಹಾಕಬಹುದು:

ಉದಾಹರಣೆಗೆ, 20 ಸ್ವಂತ ಮತ್ತು 10 ಪರಿಚಯಿಸಲಾದ ದೋಷಗಳು ಪತ್ತೆಯಾದರೆ, ಆರಂಭದಲ್ಲಿ ಪರಿಚಯಿಸಲಾದ ದೋಷಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆಯು 25 ಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ, ಮೌಲ್ಯ N=25*20/10 = 50; ಆ. ಈ ಹಂತದಲ್ಲಿ, ಪ್ರೋಗ್ರಾಂ 50 ಅಂತರ್ಗತ ದೋಷಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಪರೀಕ್ಷೆಯನ್ನು ಮುಂದುವರಿಸಬೇಕು ಎಂದು ಭಾವಿಸಲಾಗಿದೆ.

ಪ್ರತಿ ಹೊಸ ದೋಷ ಪತ್ತೆಯ ನಂತರ ಸಂಖ್ಯೆ N ಅನ್ನು ಅಂದಾಜು ಮಾಡಬಹುದು.

ಪರಿಚಯಿಸಲಾದ ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವವರೆಗೆ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಡೀಬಗ್ ಮಾಡಬೇಕು. ಪರಿಚಯಿಸಲಾದ ದೋಷಗಳು ಪತ್ತೆಯಾದಾಗ, ವಿಶ್ವಾಸಾರ್ಹ ಮಟ್ಟ C ಅನ್ನು ನಿರ್ಧರಿಸಬಹುದು, ಇದು ಅಂದಾಜು ಸರಿಯಾಗಿರುವ ಸಂಭವನೀಯತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ:

ಇಲ್ಲಿ k ಎನ್ನುವುದು ಸ್ವಂತ ದೋಷಗಳ ಅಂದಾಜು ಸಂಖ್ಯೆ, S ಎಂಬುದು ಪರಿಚಯಿಸಲಾದ ದೋಷಗಳ ಸಂಖ್ಯೆ, n ಎಂಬುದು ಪತ್ತೆಯಾದ ಸ್ವಂತ ದೋಷಗಳ ಸಂಖ್ಯೆ.

ಉದಾಹರಣೆಗೆ, ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ಯಾವುದೇ ದೋಷಗಳಿಲ್ಲ ಎಂದು ನಾವು ಹೇಳಿಕೊಂಡರೆ (k = 0), ಮತ್ತು ಪ್ರೋಗ್ರಾಂಗೆ 6 ದೋಷಗಳನ್ನು ಪರಿಚಯಿಸಿದಾಗ, ಅವೆಲ್ಲವೂ ಪತ್ತೆಯಾಗಿವೆ, ಆದರೆ ಯಾವುದೇ ಸ್ವಂತ ದೋಷಗಳು ಪತ್ತೆಯಾಗಿಲ್ಲ, ಆಗ C = 6/(6 + 0 + 1) = 0, 86. ಮತ್ತೊಂದೆಡೆ, 0.98 ರ ವಿಶ್ವಾಸಾರ್ಹ ಮಟ್ಟವನ್ನು ಸಾಧಿಸಲು, ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ 39 ದೋಷಗಳನ್ನು ಪರಿಚಯಿಸಬೇಕು: C=39/(39 + 0 + 1)=0.98.

ಮಿಲ್ಸ್ ಮಾದರಿಯು ಹಲವಾರು ನ್ಯೂನತೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಅವುಗಳಲ್ಲಿ ಅತ್ಯಂತ ಗಮನಾರ್ಹವಾದವುಗಳು ಕೃತಕ ದೋಷಗಳನ್ನು ಪರಿಚಯಿಸುವ ಅವಶ್ಯಕತೆಯಿದೆ (ಈ ಪ್ರಕ್ರಿಯೆಯು ಕಳಪೆಯಾಗಿ ಔಪಚಾರಿಕವಾಗಿದೆ) ಮತ್ತು ಮೌಲ್ಯದ ಬದಲಿಗೆ ಸಡಿಲವಾದ ಊಹೆ k (ಸ್ವಂತ ದೋಷಗಳ ಸಂಖ್ಯೆ), ಇದು ಆಧರಿಸಿದೆ. ಮೌಲ್ಯಮಾಪನವನ್ನು ನಡೆಸುವ ವ್ಯಕ್ತಿಯ ಅಂತಃಪ್ರಜ್ಞೆಯ ಮೇಲೆ ಮಾತ್ರ, ಅಂದರೆ. ವ್ಯಕ್ತಿನಿಷ್ಠ ಅಂಶದ ದೊಡ್ಡ ಪ್ರಭಾವವನ್ನು ಅನುಮತಿಸುತ್ತದೆ.

ಸರಳವಾದ ಅರ್ಥಗರ್ಭಿತ ಮಾದರಿಯು ಸ್ವತಂತ್ರ ಪರೀಕ್ಷಾ ಸೂಟ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ರೋಗ್ರಾಮರ್‌ಗಳ ಎರಡು ಗುಂಪುಗಳಿಂದ ಪರಸ್ಪರ ಸ್ವತಂತ್ರವಾಗಿ ಪರೀಕ್ಷೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ಪ್ರತಿಯೊಂದು ಗುಂಪು ತಾನು ಕಂಡುಕೊಂಡ ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ಉಳಿದಿರುವ ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಣಯಿಸುವಾಗ, ಎರಡೂ ಗುಂಪುಗಳ ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಹೋಲಿಸಲಾಗುತ್ತದೆ.

ಮೊದಲ ಗುಂಪು N 1 ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿದಿದೆ, ಎರಡನೆಯದು - N 2 ದೋಷಗಳು ಮತ್ತು N 12 ಎರಡೂ ಗುಂಪುಗಳು ಕಂಡುಹಿಡಿದ ದೋಷಗಳಾಗಿವೆ.

ಪರೀಕ್ಷೆ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಪ್ರೋಗ್ರಾಂನಲ್ಲಿರುವ ಅಜ್ಞಾತ ಸಂಖ್ಯೆಯ ದೋಷಗಳನ್ನು ನಾವು N ನಿಂದ ಸೂಚಿಸಿದರೆ, ಪ್ರತಿ ಗುಂಪಿನ ಪರೀಕ್ಷಾ ದಕ್ಷತೆಯನ್ನು ಹೀಗೆ ನಿರ್ಧರಿಸಬಹುದು

ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವ ಸಾಮರ್ಥ್ಯವು ಎರಡೂ ಗುಂಪುಗಳಿಗೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ ಎಂದು ಭಾವಿಸಿದರೆ, ಮೊದಲ ಗುಂಪು ಎಲ್ಲಾ ದೋಷಗಳ ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯನ್ನು ಕಂಡುಕೊಂಡರೆ, ಅದು ಯಾದೃಚ್ಛಿಕವಾಗಿ ಆಯ್ಕೆಮಾಡಿದ ಯಾವುದೇ ಉಪವಿಭಾಗದ ಅದೇ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸಬಹುದು.

ನಿರ್ದಿಷ್ಟವಾಗಿ, ಇದನ್ನು ಊಹಿಸಬಹುದು

N 12 ರ ಮೌಲ್ಯವು ತಿಳಿದಿದೆ ಮತ್ತು E 1 ಮತ್ತು E 2 ಅನ್ನು N 12 /N 1 ಮತ್ತು N 12 /N 2 ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು. ಹೀಗಾಗಿ, ಪ್ರೋಗ್ರಾಂನಲ್ಲಿನ ಅಜ್ಞಾತ ಸಂಖ್ಯೆಯ ದೋಷಗಳನ್ನು ಸೂತ್ರದಿಂದ ನಿರ್ಧರಿಸಬಹುದು:

ಈ ಮಾದರಿಯನ್ನು ಮತ್ತಷ್ಟು ತೆಗೆದುಕೊಂಡು, ಎರಡೂ ಪರೀಕ್ಷಾ ಗುಂಪುಗಳು "ಸಾಮಾನ್ಯ" ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಸಮಾನ ಸಂಭವನೀಯತೆಯನ್ನು ಹೊಂದಿವೆ ಎಂದು ಊಹಿಸಿ, ಈ ಕೆಳಗಿನ ಸೂತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬಹುದು:

P(N12i) ಎನ್ನುವುದು ಎರಡು ಸ್ವತಂತ್ರ ಗುಂಪುಗಳಿಂದ ಪ್ರೋಗ್ರಾಂ ಪರೀಕ್ಷೆಯಲ್ಲಿ N 12 "ಸಾಮಾನ್ಯ" ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಸಂಭವನೀಯತೆಯಾಗಿದೆ.

ವಿನ್ಯಾಸ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸಂಭವಿಸುವ ದೋಷಗಳನ್ನು ಗುರುತಿಸುವುದು ದೊಡ್ಡ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ, ಸರಿಸುಮಾರು 40% ಎಲ್ಲಾ ದೋಷಗಳು ತರ್ಕ ವಿನ್ಯಾಸ ಮತ್ತು ಕೋಡಿಂಗ್ ದೋಷಗಳಾಗಿವೆ ಎಂದು ಸೂಚಿಸುವ ಡೇಟಾವನ್ನು ಬಳಸುತ್ತದೆ, ಉಳಿದವು ವಿನ್ಯಾಸ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಮೊದಲೇ ಮಾಡಲ್ಪಟ್ಟಿದೆ.

ಇದರ ಆಧಾರದ ಮೇಲೆ, ಒಂದು ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ. ಗಾತ್ರ 1000 ಹೇಳಿಕೆಗಳ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಹೇಳೋಣ; ಮೂಲ ಕೋಡ್‌ನ ತಪಾಸಣೆಯ ನಂತರ ಉಳಿದಿರುವ ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ಪ್ರತಿ 100 ಹೇಳಿಕೆಗಳಿಗೆ 5 ಎಂದು ಅಂದಾಜಿಸಲಾಗಿದೆ. 98% ಕೋಡಿಂಗ್ ಮತ್ತು ಲಾಜಿಕ್ ದೋಷಗಳು ಮತ್ತು 95% ವಿನ್ಯಾಸ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವುದು ಪರೀಕ್ಷೆಯ ಗುರಿಯಾಗಿದೆ.

ಒಟ್ಟು ದೋಷಗಳ ಸಂಖ್ಯೆ 500. ಇವುಗಳಲ್ಲಿ 200 ಕೋಡಿಂಗ್ ಮತ್ತು ಲಾಜಿಕ್ ದೋಷಗಳು ಮತ್ತು 300 ವಿನ್ಯಾಸ ದೋಷಗಳು ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ, 196 ಕೋಡಿಂಗ್ ಮತ್ತು ಲಾಜಿಕ್ ದೋಷಗಳು ಮತ್ತು 285 ವಿನ್ಯಾಸ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಅಗತ್ಯವಿದೆ.

ಸಾಮಾನ್ಯ ಜ್ಞಾನದ ಕಾರಣಗಳಿಗಾಗಿ, ಕೋಷ್ಟಕದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ ಪರೀಕ್ಷಾ ಹಂತಗಳಲ್ಲಿ ಕಂಡುಬರುವ ದೋಷಗಳ ಶೇಕಡಾವಾರು ಪ್ರಮಾಣವನ್ನು ವಿತರಿಸಲು ತಾರ್ಕಿಕವಾಗಿದೆ.

ಪರೀಕ್ಷೆಯ ಹಂತದಲ್ಲಿ ಕಂಡುಬಂದ ದೋಷಗಳ ಶೇಕಡಾವಾರು.

ಈ ಸಂಖ್ಯೆಗಳ ಆಧಾರದ ಮೇಲೆ, ಈ ಕೆಳಗಿನ ಮಾನದಂಡಗಳನ್ನು ನಿರ್ಧರಿಸಬಹುದು.

1. ಮಾಡ್ಯೂಲ್ ಪರೀಕ್ಷೆಯ ಹಂತದಲ್ಲಿ, 130 ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು ಮತ್ತು ಸರಿಪಡಿಸಬೇಕು (ಅಂದಾಜು 200 ಕೋಡಿಂಗ್ ಮತ್ತು ತರ್ಕ ದೋಷಗಳಲ್ಲಿ 65%).
2. ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಯ ಹಂತದಲ್ಲಿ, 6 ದೋಷಗಳು ಮತ್ತು 105 (200 ರಲ್ಲಿ 3% ಮತ್ತು 300 ರಲ್ಲಿ 35%) ಅನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಮತ್ತು ಸರಿಪಡಿಸುವುದು ಅವಶ್ಯಕ.

ಈ ರೀತಿಯ ಮಾನದಂಡದ ಮತ್ತೊಂದು ಸ್ಪಷ್ಟ ಸಮಸ್ಯೆಯೆಂದರೆ ಅತಿಯಾದ ಅಂದಾಜು ಸಮಸ್ಯೆ. ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ ವೈಶಿಷ್ಟ್ಯ ಪರಿಶೀಲನೆ ಪ್ರಾರಂಭವಾಗುವ ವೇಳೆಗೆ 240 ಕ್ಕಿಂತ ಕಡಿಮೆ ದೋಷಗಳು ಉಳಿದಿದ್ದರೆ ಏನು? ಈ ಮಾನದಂಡದ ಆಧಾರದ ಮೇಲೆ, ವೈಶಿಷ್ಟ್ಯ ಪರೀಕ್ಷೆಯ ಹಂತವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಎಂದಿಗೂ ಸಾಧ್ಯವಿಲ್ಲ. ಅಂತಹ ಪರಿಸ್ಥಿತಿಯನ್ನು ತಪ್ಪಿಸಲು, ದೋಷಗಳ ಸಂಖ್ಯೆಯ ಮಾನದಂಡವನ್ನು ಅವರು ಪತ್ತೆಹಚ್ಚಬೇಕಾದ ಸಮಯದ ಅವಧಿಯೊಂದಿಗೆ ಪೂರಕವಾಗಿರಬೇಕು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ದೋಷಗಳು ತ್ವರಿತವಾಗಿ ಕಂಡುಬಂದರೆ, ನಿರ್ದಿಷ್ಟ ಹಂತದಲ್ಲಿ ಪರೀಕ್ಷೆಯನ್ನು ನಿಗದಿತ ಸಮಯದ ಮಧ್ಯಂತರದ ಅಂತ್ಯದವರೆಗೆ ಮುಂದುವರಿಸಬೇಕು. ಅತಿಯಾದ ಅಂದಾಜು ಸಂಭವಿಸಿದಲ್ಲಿ, ಅಂದರೆ. ಸಮಯ ಕಳೆದಿದೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ದೋಷಗಳು ಪತ್ತೆಯಾಗಿಲ್ಲ, ನಂತರ ನೀವು ಆಸಕ್ತಿರಹಿತ ತಜ್ಞರನ್ನು ಆಹ್ವಾನಿಸಬೇಕು, ಅವರು ಸಮಸ್ಯೆಯ ಕಾರಣಗಳ ಬಗ್ಗೆ ತಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತಾರೆ: ಪರೀಕ್ಷೆಗಳು ಪರಿಣಾಮಕಾರಿಯಾಗಿಲ್ಲ, ಅಥವಾ ಪರೀಕ್ಷೆಗಳು ಯಶಸ್ವಿಯಾಗುತ್ತವೆ, ಆದರೆ ನಿಜವಾಗಿಯೂ ಇವೆ ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ಕೆಲವು ದೋಷಗಳು.

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

ಪ್ರಾರಂಭವು ಅರ್ಧ ಯುದ್ಧವಾಗಿದೆ. ಈ ನಿಯಮವು ಯಾವುದೇ ಚಟುವಟಿಕೆಯ ಕ್ಷೇತ್ರಕ್ಕೆ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಪರೀಕ್ಷೆಗೆ ಸಹ ಅನ್ವಯಿಸುತ್ತದೆ.

ಸಾಮಾನ್ಯವಾಗಿ ಯೋಜನೆಯ ಪ್ರಾರಂಭದಲ್ಲಿ, ಪರೀಕ್ಷಕರು ದಾಖಲೆಗಳನ್ನು ಬರೆಯುವ ಮೂಲಕ ಉತ್ಸಾಹವನ್ನು ಹೊರಹಾಕುತ್ತಾರೆ (ಪರೀಕ್ಷಾ ತಂತ್ರ, ಪರೀಕ್ಷಾ ಯೋಜನೆ ಅಥವಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು).

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

ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಅನೇಕ ಜನರು ಏಕತಾನತೆಯ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿದ್ದಾರೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ ಮತ್ತು ಇದರ ಪರಿಣಾಮವಾಗಿ, ಅವರು ಈಗಾಗಲೇ ಪರಿಚಿತ ಸಾಫ್ಟ್ವೇರ್ನ ಪರೀಕ್ಷೆಯನ್ನು ಮುಂದುವರೆಸುವಲ್ಲಿ ಆಸಕ್ತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಮತ್ತು ಸರಿಸುಮಾರು ಮೂರನೇ ಸುತ್ತಿನ ಸಮಯದಲ್ಲಿ, ಪ್ರಶ್ನೆಯು ಪರೀಕ್ಷಕನ ಮೇಲೆ ಅನಿವಾರ್ಯವಾಗಿ ತೂಗುಹಾಕುತ್ತದೆ: "ನೀವು ಯಾವಾಗ ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸಬೇಕು?"

ಪ್ರತಿಯೊಬ್ಬ ಪರೀಕ್ಷಕರು ಈ ಪ್ರಶ್ನೆಯನ್ನು ಒಮ್ಮೆಯಾದರೂ ಕೇಳಿದ್ದಾರೆ, ಅದರ ವಿಸ್ತೃತ ಆವೃತ್ತಿಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಪರೀಕ್ಷೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಬೇಕು ಎಂದು ಸೂಚಿಸುವ ಯಾವುದೇ ವಿಶೇಷ ಷರತ್ತುಗಳಿಲ್ಲ ಎಂದು ಅನೇಕ ಪರೀಕ್ಷಕರು ನಂಬುತ್ತಾರೆ. ಆದರೆ ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಲು, ನೀವು ಪ್ರಾರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಪರೀಕ್ಷಾ ಚಟುವಟಿಕೆಯನ್ನು ವಿಶ್ಲೇಷಿಸಬೇಕಾಗುತ್ತದೆ.

ಹೊಸ ಯೋಜನೆಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಕಾರ್ಯವಾಗಿದೆ ಎಂದು ಹೇಳೋಣ.

ಆರಂಭಿಕ ಹಂತಗಳು:

• ಪರೀಕ್ಷಾ ತಂಡವು ಅವಶ್ಯಕತೆಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.
• ನಂತರ ಯೋಜನೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಬರುತ್ತದೆ.
• ಪರೀಕ್ಷಾ ದಾಖಲೆಗಳನ್ನು ಸಿದ್ಧಪಡಿಸಲಾಗಿದೆ ಮತ್ತು ಪರಿಶೀಲಿಸಲಾಗಿದೆ .

ಪರೀಕ್ಷೆ, ಸುತ್ತು #1)

ಪರೀಕ್ಷಾ ತಂಡವು ಹೊಸದಾಗಿ ರಚಿಸಲಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನವನ್ನು ಹಸ್ತಾಂತರಿಸಿದ ತಕ್ಷಣ ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

ಪರೀಕ್ಷಾ ಹಂತದಲ್ಲಿ, ಪರೀಕ್ಷಕರು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಭೇದಿಸಲು ಮತ್ತು ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಪ್ರಯತ್ನದಲ್ಲಿ ವಿವಿಧ ಸನ್ನಿವೇಶಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ. (ಅಪ್ಲಿಕೇಶನ್ ಹೊಸದಾಗಿರುವುದರಿಂದ ಮತ್ತು ಮೊದಲ ಬಾರಿಗೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗಿರುವುದರಿಂದ, ಕಂಡುಬರುವ ದೋಷದ ಪ್ರಮಾಣವು ತುಲನಾತ್ಮಕವಾಗಿ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ.)

ಡೆವಲಪರ್‌ಗಳು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತಾರೆ ಮತ್ತು ಮರುಪರೀಕ್ಷೆಗಾಗಿ ಅಭಿವೃದ್ಧಿಯನ್ನು ಪರೀಕ್ಷಕರಿಗೆ ಹಿಂತಿರುಗಿಸುತ್ತಾರೆ.

ಪರೀಕ್ಷಕರು ದೋಷಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ, ನಂತರ ಗೆ ಮುಂದುವರಿಯಿರಿ.

ಪ್ರಮುಖ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಿದ ನಂತರ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಸ್ಥಿರವಾಗಿದ್ದರೆ, ಅಭಿವೃದ್ಧಿ ತಂಡವು ಮುಂದಿನ ಆವೃತ್ತಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ.

ಪರೀಕ್ಷೆ, ಸುತ್ತು #2)

ಪರೀಕ್ಷಕರು ಎರಡನೇ ಸುತ್ತಿನ ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ ಮತ್ತು ಮೊದಲ ಸುತ್ತಿನಲ್ಲಿ ಮಾಡಿದ್ದನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತಾರೆ.

ಈ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ನಿಯಮದಂತೆ, ಇನ್ನೂ ಕೆಲವು ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗುತ್ತದೆ.

ಡೆವಲಪರ್‌ಗಳು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತಾರೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪರಿಶೀಲನೆಗಾಗಿ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.

ಪರೀಕ್ಷಕರು ಬದಲಾಗದ ಅಭಿವೃದ್ಧಿಯ ಭಾಗಗಳಲ್ಲಿ ಮರುಪರೀಕ್ಷೆಗಳು ಮತ್ತು ಹಿಂಜರಿತ ಪರೀಕ್ಷೆಗಳನ್ನು ಮಾಡುತ್ತಾರೆ.

ಇದು ಅನಿಯಮಿತವಾಗಿ ಮುಂದುವರಿಯಬಹುದು. ರೌಂಡ್ 3, 4, 5... ಸಾಫ್ಟ್‌ವೇರ್ ದೋಷಗಳಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಮುಕ್ತವಾಗುವವರೆಗೆ.

ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಸೈದ್ಧಾಂತಿಕವಾಗಿ ಸಾಧ್ಯವೇ? ಇದು ಮಿಲಿಯನ್ ಡಾಲರ್ ಪ್ರಶ್ನೆಯಾಗಿದೆ, ಆದರೆ ಅದಕ್ಕೆ ಉತ್ತರಿಸಲು ಪ್ರಯತ್ನಿಸೋಣ.

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

ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿನ ಹೆಚ್ಚಿನ ದೋಷಗಳು ಕಂಡುಬಂದ ನಂತರವೂ, ಅಪ್ಲಿಕೇಶನ್ ದೋಷರಹಿತವಾಗಿದೆ ಎಂದು ಯಾರೂ ವಿಶ್ವಾಸದಿಂದ ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ.

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

ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅನಂತ ಸಂಖ್ಯೆಯ ದೋಷಗಳನ್ನು ಹೊಂದಿರಬಹುದು ಮತ್ತು ಅವುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುವವರೆಗೆ ಕೆಲಸ ಮಾಡುವುದು ಅಪ್ರಾಯೋಗಿಕವಾಗಿದೆ. ಯಾವ ದೋಷವು ಕೊನೆಯದು ಎಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲ.

ಮತ್ತು "ದೋಷಗಳ ಸಂಪೂರ್ಣ ನಿರ್ಮೂಲನೆಯ ನಂತರ ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸುವುದು" ಇನ್ನು ಮುಂದೆ ಮಾನದಂಡವಾಗದಿದ್ದರೆ, ನಾವು ಯಾವುದರಿಂದ ಮುಂದುವರಿಯಬೇಕು?

ಯಾವ ಅಂಶಗಳನ್ನು ಅತ್ಯಂತ ಮುಖ್ಯವೆಂದು ಪರಿಗಣಿಸಬೇಕು ಎಂಬುದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪ್ರಯತ್ನಿಸೋಣ?

ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸುವ ನಿರ್ಧಾರವು ಸಾಮಾನ್ಯವಾಗಿ ಸಮಯ (ಲಭ್ಯವಿದೆ), ಬಜೆಟ್ ಮತ್ತು ಪರೀಕ್ಷೆಯ ಅಗತ್ಯವಿರುವ ಅವಧಿಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

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

ಉದಾಹರಣೆ

ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶ:

ಈ ಕೆಲಸಕ್ಕಾಗಿ ನೀವು ಸಾಫ್ಟ್‌ವೇರ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಬೇಕಾಗಿದೆ ಎಂದು ಹೇಳೋಣ; ಸಮಯ: 1 ತಿಂಗಳು. ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆ: 200.

ಸನ್ನಿವೇಶ #1)

ಮೊದಲನೇ ವಾರ: ನೀವು ಯಶಸ್ವಿಯಾಗಿದ್ದೀರಿ - ಮೊದಲ ದಿನದಲ್ಲಿ ನೀವು ಶೋ ಸ್ಟಾಪರ್ ದೋಷವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ. ಆದರೆ ಮೂರು ದಿನಗಳ ಕಾಲ ಪರೀಕ್ಷೆ ಸ್ಥಗಿತಗೊಂಡಿದೆ. ಪತ್ತೆಯಾದ ದೋಷವನ್ನು ಸರಿಪಡಿಸುವವರೆಗೆ ನೀವು ಇತರ ಸನ್ನಿವೇಶಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುವುದಿಲ್ಲ. ಸಮಯವನ್ನು ಕಳೆದುಕೊಂಡ ನಂತರ, ನೀವು ಕೆಲಸಕ್ಕೆ ಮರಳುತ್ತೀರಿ.

ವಾರದ ಅಂತ್ಯದ ವೇಳೆಗೆ, 20 ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಯಿತು ಮತ್ತು ಹಲವಾರು ಅಪಾಯಕಾರಿ ದೋಷಗಳು ಕಂಡುಬಂದಿವೆ.

ವಾರ 2: ನೀವು ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ, ದೋಷಗಳನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ನೋಡುತ್ತೀರಿ. ಎರಡನೇ ವಾರದಲ್ಲಿ, 1 ನೇ, 2 ನೇ ಮತ್ತು 3 ನೇ ಹಂತದ ವಿಮರ್ಶಾತ್ಮಕತೆಯ ಹಲವಾರು ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ. ಈ ಸಮಯದಲ್ಲಿ, ನಾವು 70 ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೇವೆ.

ವಾರ 3: ಮೂರನೇ ವಾರದ ಆರಂಭದ ವೇಳೆಗೆ, ಎಲ್ಲಾ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ದೋಷಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ, ಆದರೆ ಈಗ ಪ್ರಸ್ತುತ ಸನ್ನಿವೇಶಗಳ ಮರಣದಂಡನೆಗೆ ಹೆಚ್ಚುವರಿಯಾಗಿ, ಹಿಂದೆ ಪತ್ತೆಯಾದ ದೋಷಗಳ ಮರುಪರಿಶೀಲನೆಯನ್ನು ಸಹ ಸೇರಿಸಲಾಗಿದೆ. ಮೂರನೇ ವಾರದಲ್ಲಿ, ನೀವು 120 ಸನ್ನಿವೇಶಗಳನ್ನು ಒಳಗೊಂಡಿರುವಿರಿ ಮತ್ತು ಇನ್ನೂ ಹಲವಾರು ದೋಷಗಳನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ. ಈಗ ಉಳಿದಿರುವುದು ಮೂರನೇ ಕ್ರಮಾಂಕದ ದೋಷಗಳನ್ನು ಹುಡುಕುವುದು.

ವಾರ 4: ನಾಲ್ಕನೇ ವಾರದ ಆರಂಭದ ವೇಳೆಗೆ, ದೋಷಗಳು ಮತ್ತು ಉಳಿದಿರುವ 80 ಸನ್ನಿವೇಶಗಳನ್ನು ಮರುಪರಿಶೀಲಿಸಬೇಕು. ವಾರದ ಅಂತ್ಯದ ವೇಳೆಗೆ ನೀವು 180 ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಿದ್ದೀರಿ; ಎಲ್ಲಾ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ ಮತ್ತು ಮರುಪರೀಕ್ಷೆ ಮಾಡಲಾಗಿದೆ.

ನಡೆಸಿದ ಪರೀಕ್ಷೆಯ ಡೇಟಾವನ್ನು ಕೋಷ್ಟಕದಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ:

ವಾರಗಳು #1-4	ಉದ್ಯೋಗ
ವಾರ #1	ಪರೀಕ್ಷೆ ಮುಂದುವರೆಯಿತು.	20 ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.
ವಾರ #2	ದೋಷಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ ಗಮನ. ಉಳಿದ ಪರೀಕ್ಷಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ. ದೋಷಗಳಿಗಾಗಿ ಮರುಪರೀಕ್ಷೆ.
ವಾರ #3	ಮೂರನೇ ಹಂತದ ವಿಮರ್ಶಾತ್ಮಕತೆಯ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು ಇದು ಉಳಿದಿದೆ.	120 ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.
ವಾರ #4	ಉನ್ನತ ಮತ್ತು ಮಧ್ಯಮ ಮಟ್ಟದ ದೋಷಗಳ ಮರುಪರೀಕ್ಷೆ. ಪರೀಕ್ಷಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ.	ಹಲವಾರು ಹಂತದ 3 ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗಿದೆ. ಪರೀಕ್ಷಿತ ಸನ್ನಿವೇಶಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆ 180.

ಬಹುಶಃ ಇದು ಈಗಾಗಲೇ ಸಾಕಾಗಿದೆಯೇ?

ಪರೀಕ್ಷೆಗೆ ನಿಗದಿಪಡಿಸಿದ ಸಮಯ ಮುಗಿದಿದೆ. ನೀವು ಹಲವಾರು ಹಂತ 1 ದೋಷಗಳನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ ಮತ್ತು ತೆಗೆದುಹಾಕಿದ್ದೀರಿ. ನಾವು ಅಲ್ಲಿ ನಿಲ್ಲಿಸಿದರೆ, ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ವಿಶ್ವಾಸಾರ್ಹವೆಂದು ಪರಿಗಣಿಸಬಹುದೇ? ನಿಜವಾಗಿಯೂ ಅಲ್ಲ, ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ:

• ಎಲ್ಲಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ.
• ಹಲವಾರು ಅಪಾಯಕಾರಿ ದೋಷಗಳನ್ನು ಎಂದಿಗೂ ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ.
• ಎಲ್ಲಾ ಪರೀಕ್ಷಿತ ಸನ್ನಿವೇಶಗಳನ್ನು ಒಮ್ಮೆ ಮಾತ್ರ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.
• ಸಾಫ್ಟ್‌ವೇರ್ ಇನ್ನೂ ದೋಷಗಳನ್ನು ಹೊಂದಿದೆ.

ಸನ್ನಿವೇಶ #2)

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

ವಾರದ ಅಂತ್ಯದ ವೇಳೆಗೆ, 20 ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ ಮತ್ತು ಹಲವಾರು ಅಪಾಯಕಾರಿ ದೋಷಗಳು ಕಂಡುಬಂದಿವೆ.

ಮೊದಲ ವಾರದ ಫಲಿತಾಂಶಗಳು ಉದಾಹರಣೆ #1 ಅನ್ನು ಹೋಲುತ್ತವೆ.

ವಾರ 2: ಎರಡನೇ ವಾರದಲ್ಲಿ ನೀವು 1 ನೇ, 2 ನೇ ಮತ್ತು 3 ನೇ ಹಂತದ ವಿಮರ್ಶಾತ್ಮಕತೆಯ ಹಲವಾರು ದೋಷಗಳನ್ನು ಕಾಣುತ್ತೀರಿ. ಆದರೆ ಈಗ ಸಾಧ್ಯವಾದಷ್ಟು ಸನ್ನಿವೇಶಗಳನ್ನು ಕವರ್ ಮಾಡುವುದು ಸವಾಲು. ಪರಿಣಾಮವಾಗಿ, ವಾರದ ಅಂತ್ಯದ ವೇಳೆಗೆ 120 ಸನ್ನಿವೇಶಗಳು.

ವಾರ 3: ಮೂರನೇ ವಾರದ ಆರಂಭದ ವೇಳೆಗೆ, ಎಲ್ಲಾ ಆದ್ಯತೆಯ ದೋಷಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ, ಮತ್ತು ಈಗ, ಪ್ರಸ್ತುತ ಸನ್ನಿವೇಶಗಳಿಗೆ ಹೆಚ್ಚುವರಿಯಾಗಿ, ಹಿಂದೆ ಪತ್ತೆಯಾದ ದೋಷಗಳನ್ನು ಮರುಪರಿಶೀಲಿಸುವ ಅವಶ್ಯಕತೆಯಿದೆ. ಮೂರನೇ ವಾರದಲ್ಲಿ, ನೀವು 200 ಸನ್ನಿವೇಶಗಳನ್ನು ಒಳಗೊಂಡಿರುವಿರಿ ಮತ್ತು ಹಲವಾರು ಹೆಚ್ಚಿನ ದೋಷಗಳನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ.

ಈಗ ನೀವು ಹಂತ 2 ಮತ್ತು 3 ದೋಷಗಳನ್ನು ಮಾತ್ರ ವರದಿ ಮಾಡಬಹುದು.

ಪರೀಕ್ಷಾ ಡೇಟಾ:

ವಾರಗಳು #1-3	ಉದ್ಯೋಗ	ಒಂದು ವಾರದ ನಂತರ ಫಲಿತಾಂಶಗಳು
ವಾರ #1	ಮೊದಲ ದಿನ - ಶೋ ಸ್ಟಾಪರ್ ದೋಷವನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು. ಅಪಾಯಕಾರಿ ದೋಷವನ್ನು ತೆಗೆದುಹಾಕುವವರೆಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಿಲ್ಲಿಸಲಾಯಿತು. ನಾಲ್ಕನೇ ದಿನದಲ್ಲಿ ದೋಷವನ್ನು ಸರಿಪಡಿಸಲಾಯಿತು. ಮೊದಲ ವಾರದ ಕೊನೆಯವರೆಗೂ ಪರೀಕ್ಷೆ ಮುಂದುವರೆಯಿತು.	ನಿರ್ಣಾಯಕ ದೋಷಗಳು ಪತ್ತೆಯಾಗಿವೆ. 20 ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.
ವಾರ #2	ಕಳೆದುಹೋದ ಸಮಯವನ್ನು ಸರಿದೂಗಿಸಲು ಸನ್ನಿವೇಶಗಳ ಸಂಖ್ಯೆಗೆ ಮುಖ್ಯ ಒತ್ತು ನೀಡಲಾಗುತ್ತದೆ. ತೆಗೆದುಹಾಕಲಾದ ದೋಷಗಳ ಮರುಪರೀಕ್ಷೆ.	ಇನ್ನೂ ಹಲವಾರು ಹಂತ 1, 2 ಮತ್ತು 3 ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು. ಪೂರ್ಣಗೊಂಡ ಪರೀಕ್ಷೆಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆ 70.
ವಾರ #3	ಪ್ರಮುಖ ದೋಷಗಳನ್ನು ಮರುಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಹುಡುಕುವುದು. ಉಳಿದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ. ಮೂರನೇ ಹಂತದ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು ಇದು ಉಳಿದಿದೆ.	ಹಲವಾರು ಹಂತ 1, 2 ಮತ್ತು 3 ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗಿದೆ. ಎಲ್ಲಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.

ಇದು ಸಾಕೇ?

ನೀವು ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಸನ್ನಿವೇಶಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಆವರಿಸಿರುವಿರಿ ಮತ್ತು ಇನ್ನೂ ಹಲವಾರು ದೋಷಗಳನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ. ನಾವು ಅಲ್ಲಿ ನಿಲ್ಲಿಸಿದರೆ, ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ವಿಶ್ವಾಸಾರ್ಹವೆಂದು ಪರಿಗಣಿಸಬಹುದೇ?

ನಿಜವಾಗಿಯೂ ಅಲ್ಲ:

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

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

ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ಅಥವಾ ನಿರ್ಗಮನ ಮಾನದಂಡ

ನಿರ್ಗಮನ ಮಾನದಂಡವು ಎಷ್ಟು ಪರೀಕ್ಷೆಯನ್ನು ಸಾಕಷ್ಟು ಪರಿಗಣಿಸಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದನ್ನು ಪರೀಕ್ಷಾ ಚಕ್ರದ ಕೊನೆಯಲ್ಲಿ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಯೋಜನೆಯಲ್ಲಿ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಇದು ಪರೀಕ್ಷೆಯನ್ನು ಸಂಪೂರ್ಣ ಎಂದು ಕರೆಯಲು ಪೂರೈಸಬೇಕಾದ ಷರತ್ತುಗಳು ಅಥವಾ ಚಟುವಟಿಕೆಗಳ ಗುಂಪಾಗಿದೆ.

ನಿರ್ಗಮನ ಮಾನದಂಡವು ಏನು ಒಳಗೊಂಡಿದೆ?

ತಾತ್ತ್ವಿಕವಾಗಿ, ಇದು ಎಲ್ಲಾ ಯೋಜನೆಗಳಿಗೆ ವಿಶಿಷ್ಟವಾದ ಹಲವಾರು ಅಂಶಗಳ ಸಂಯೋಜನೆಯಾಗಿದೆ. ಇದು ಎಲ್ಲಾ ನಿರ್ದಿಷ್ಟ ಯೋಜನೆಯ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಯೋಜನೆ ಸಮಯದಲ್ಲಿ, ಸಾಧ್ಯವಾದಷ್ಟು ನಿಯತಾಂಕಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ.

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

ಯಾವಾಗ ಪರೀಕ್ಷೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಹುದು:

• ಎಲ್ಲಾ 100% ಅವಶ್ಯಕತೆಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ.
• ದೋಷಗಳನ್ನು ಗುರುತಿಸಲಾಗಿದೆ/ನಿರೀಕ್ಷಿತ ಸಂಖ್ಯೆಯ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗಿದೆ.
• ಶೋ ಸ್ಟಾಪರ್ ಅಥವಾ ಬ್ಲಾಕರ್ ಎಂದು ವರ್ಗೀಕರಿಸಲಾದ ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ ಯಾವುದೇ ನಿರ್ಣಾಯಕ ದೋಷಗಳು "ಮುಕ್ತ" ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿಲ್ಲ.
• ಎಲ್ಲಾ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ದೋಷಗಳನ್ನು ಗುರುತಿಸಲಾಗಿದೆ ಮತ್ತು ಸರಿಪಡಿಸಲಾಗಿದೆ.
• ದೋಷದ ದರವು ಸ್ಥಾಪಿತ ಸ್ವೀಕಾರಾರ್ಹ ಮಟ್ಟಕ್ಕಿಂತ ಕಡಿಮೆಯಾಗಿದೆ.
• ಬಹಳ ಕಡಿಮೆ ಸಂಖ್ಯೆಯ ಮಧ್ಯಮ-ನಿರ್ಣಾಯಕ ದೋಷಗಳನ್ನು "ತೆರೆಯಲಾಗಿದೆ" ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲಾಗಿದೆ.
• ಸಿಸ್ಟಮ್ನ ಬಳಕೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರದ "ತೆರೆದ" ಮಧ್ಯಮ ಮಟ್ಟದ ದೋಷಗಳ ಸಂಖ್ಯೆ ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ.
• ಎಲ್ಲಾ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ದೋಷಗಳನ್ನು ಮುಚ್ಚಲಾಗಿದೆ ಮತ್ತು ಅನುಗುಣವಾದ ರಿಗ್ರೆಶನ್ ಸನ್ನಿವೇಶಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸಲಾಗಿದೆ.

ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿ:

• ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿಯು 95% ಆಗಿರಬೇಕು.
• ಪಠ್ಯ ಪ್ರಕರಣದ ಪಾಸ್ ದರವು 95% ಆಗಿರಬೇಕು. ಈ ಶೇಕಡಾವಾರು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು, ಸೂತ್ರವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ:

(ಸಫಲವಾದ ಪಠ್ಯ ಪ್ರಕರಣಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆ / ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆ) * 100.

• ಎಲ್ಲಾ ನಿರ್ಣಾಯಕ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ಯಶಸ್ವಿಯಾಗಿವೆ
• 5% ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳು ವಿಫಲವಾಗಬಹುದು, ಆದರೆ ಇದು ಕಡಿಮೆ ಆದ್ಯತೆಯ ಪ್ರಕರಣಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.
• ಸಂಪೂರ್ಣ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ಸಾಧಿಸಲಾಗಿದೆ.
• ಎಲ್ಲಾ ಪ್ರಮುಖ ಕ್ರಿಯಾತ್ಮಕ ದೋಷಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ತೆಗೆದುಹಾಕಲಾಗಿದೆ.

ದಿನಾಂಕಗಳು:

ಪರೀಕ್ಷೆಗೆ ನಿಗದಿಪಡಿಸಿದ ಅವಧಿ ಮುಗಿದಿದೆ.

ಪರೀಕ್ಷಾ ದಾಖಲೆಗಳು:

ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ದಾಖಲೆಗಳನ್ನು (ಉದಾ. ಪರೀಕ್ಷಾ ವರದಿ) ಸಿದ್ಧಪಡಿಸಲಾಗಿದೆ, ಪರಿಶೀಲಿಸಲಾಗಿದೆ ಮತ್ತು ಸಲ್ಲಿಸಲಾಗಿದೆ.

ಬಜೆಟ್:

• ಪರೀಕ್ಷೆಗೆ ಮೀಸಲಿಟ್ಟ ಬಜೆಟ್ ಸಂಪೂರ್ಣವಾಗಿ ಖರ್ಚಾಗಿದೆ.
• "ಗೋ / ನೋ ಗೋ" ಸ್ವರೂಪದಲ್ಲಿ ಸಭೆಗಳನ್ನು ನಡೆಸಲಾಯಿತು, ಉತ್ಪನ್ನವನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವ ನಿರ್ಧಾರವನ್ನು ಮಾಡಲಾಯಿತು.

ಅಂತಿಮವಾಗಿ, ದಯವಿಟ್ಟು ಕೆಲವು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಿ.

ಹೆಚ್ಚಿನ ಉತ್ತರಗಳು ಹೌದು ಎಂದಾದರೆ, ನೀವು ಪರೀಕ್ಷೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಹುದು ಎಂದರ್ಥ. ಹೆಚ್ಚಿನ ಉತ್ತರಗಳು ನಕಾರಾತ್ಮಕವಾಗಿದ್ದರೆ, ನೀವು ತಪ್ಪಿಸಿಕೊಂಡದ್ದನ್ನು ಹುಡುಕಬೇಕಾಗುತ್ತದೆ.

• ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಒಮ್ಮೆಯಾದರೂ ಪರೀಕ್ಷಿಸಲಾಗಿದೆಯೇ?
• ಪರೀಕ್ಷಾ ಪ್ರಕರಣದ ಯಶಸ್ಸಿನ ಪ್ರಮಾಣ (ಟೆಸ್ಟ್ ಕೇಸ್ ಪಾಸ್) ಇದೆಯೇ?
• ಸಂಪೂರ್ಣ ಪರೀಕ್ಷಾ ವ್ಯಾಪ್ತಿಯನ್ನು ಸಾಧಿಸಲಾಗಿದೆಯೇ?
• ಎಲ್ಲಾ ಕ್ರಿಯಾತ್ಮಕ/ವ್ಯಾಪಾರ ಹರಿವುಗಳನ್ನು ಒಮ್ಮೆಯಾದರೂ ಪರೀಕ್ಷಿಸಲಾಗಿದೆಯೇ?
• ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ದೋಷಗಳು ಕಂಡುಬಂದಿವೆಯೇ?
• ಎಲ್ಲಾ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ದೋಷಗಳನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ ಮತ್ತು "ಮುಚ್ಚಲಾಗಿದೆ"?
• ಎಲ್ಲಾ ದೋಷಗಳನ್ನು ಮರು-ಪರೀಕ್ಷೆ ಮಾಡಲಾಗಿದೆ ಮತ್ತು "ಮುಚ್ಚಲಾಗಿದೆ" ಎಂದು ಪರಿಗಣಿಸಲಾಗಿದೆಯೇ?
• ಎಲ್ಲಾ "ತೆರೆದ" ದೋಷಗಳ ಮೇಲೆ ಹಿಂಜರಿತ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗಿದೆಯೇ?
• ಪರೀಕ್ಷೆಗೆ ಮೀಸಲಿಟ್ಟ ಬಜೆಟ್ ಮುಗಿದಿದೆಯೇ?
• ಪರೀಕ್ಷಾ ಅವಧಿ ಮುಗಿದಿದೆಯೇ?
• ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ದಾಖಲೆಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆಯೇ ಮತ್ತು ಪ್ರಕಟಿಸಲಾಗಿದೆಯೇ?