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

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

ತಮ್ಮ ತೊಂದರೆಯ ಬಗ್ಗೆ ಸರಿಯಾದ ವಿಶ್ಲೇಷಣೆಯನ್ನೇ ಮಾಡದೆ ತಂತ್ರಾಂಶವನ್ನು ಅತ್ಯುತ್ತಮ ಗೊಳಿಸಲು ಹೋದ ಕಂಪನಿಯೊಂದರ ಬಗ್ಗೆ ಕಾಲ್ಪನಿಕ ಕಥೆಯೊಂದಿದೆ. ಅವರ ವ್ಯವಸ್ಥೆ ಅತಿ ಹೆಚ್ಚು ಸಮಯ ಕಳೆಯುತ್ತಿದ್ದ ‘ಐಡಲ್‌ ಲೂಪ್‌’ಅನ್ನು ಅವರು ಪುನಾರಚಿಸಿದರು, ಆದರೆ ಅತ್ಯಂತ ಸಮರ್ಥ ಐಡಲ್‌ ಲೂಪ್‌ ಹೊಂದಿದ್ದರೂ ಸಹ ಒಟ್ಟಾರೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಒಂದು ಬಿಂದುಮಾತ್ರದಷ್ಟೂ ಸುಧಾರಿಸಲಾಗಲಿಲ್ಲ!

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

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

ಕಾರ್ಯಕ್ಷಮತೆಯ ನಿರ್ದಿಷ್ಟತೆಗಳು ಕನಿಷ್ಠವೆಂದರೆ ಈ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಬೇಕು:

ಒತ್ತಡ ಪರೀಕ್ಷೆ
ಕಾರ್ಯಕ್ಷಮತೆಯ ನಿರ್ದಿಷ್ಟತೆಗಳು
ಪ್ರತ್ಯೇಕತೆ ಪರೀಕ್ಷೆ
ಕೈಗೊಳ್ಳಬೇಕಾದ ಕಾರ್ಯಗಳು