ಸಾಫ್ಟ್‌ವೇರ್ (ತಂತ್ರಾಂಶ) ಎಂಜಿನಿಯರಿಂಗ್‌ನಲ್ಲಿ, ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆ ಎನ್ನುವುದು, ಒಂದು ದೃಷ್ಟಿಯಿಂದ, ಒಂದು ವ್ಯವಸ್ಥೆಯಲ್ಲಿರುವ ಯಾವುದೋ ಒಂದು ಅಂಶವು ಕೊಟ್ಟಿರುವ ಕಾರ್ಯಾಭಾರದಲ್ಲಿ ಎಷ್ಟು ವೇಗವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು ಮಾಡುವ ಪರೀಕ್ಷೆ. ಇದನ್ನು ಗುಣಮಟ್ಟದ ಅಂಶಗಳನ್ನು ಊರ್ಜಿತಗೊಳಿಸಲು ಮತ್ತು ಪ್ರಮಾಣೀಕರಿಸಲು ಬಳಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ವಿಶ್ವಾಸಾರ್ಹತೆ, ಪ್ರಮಾಣವೃದ್ಧಿ ಸಾಮರ್ಥ್ಯ (ಸ್ಕೇಲೆಬಿಲಿಟಿ) ಮತ್ತು ಸಂಪತ್ತಿನ ಬಳಕೆ. ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆ ಎನ್ನುವುದು ಕಂಪ್ಯೂಟರ್ ವಿಜ್ಞಾನದಲ್ಲಿ ಕೋಡಿಂಗ್‌ ಕಾರ್ಯವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ವಿನ್ಯಾಸ ಮತ್ತು ಶಿಲ್ಪದಲ್ಲಿಯೇ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನಿರ್ಮಿಸಲು ಪ್ರಯತ್ನಿಸುವ, ಕಂಪ್ಯೂಟರ್ ವಿಜ್ಞಾನದಲ್ಲಿ ಬೆಳೆಯುತ್ತಿರುವ ರೂಢಿಯಾದ ಕಾರ್ಯಕ್ಷಮತೆ ಇಂಜಿನಿಯರಿಂಗ್‌ನ ಉಪವಿಭಾಗ.
ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯು ಹಲವಾರು ಕಾರ್ಯಗಳನ್ನು ಮಾಡಬಲ್ಲದು. ಇದು ವ್ಯವಸ್ಥೆಯು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷಾಧಾರಗಳನ್ನು ಮುಟ್ಟುತ್ತದೆ ಎಂದು ತೋರಿಸಬಲ್ಲದು. ಎರಡು ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಯಾವುದು ಉತ್ತಮ ಎಂದು ಕಂಡುಹಿಡಿಯಲು ಹೋಲಿಕೆ ಮಾಡಬಲ್ಲದು. ಅಥವಾ ವ್ಯವಸ್ಥೆಯ ಯಾವ ಭಾಗ ಅಥವಾ ಕಾರ್ಯಾಭಾರ ವ್ಯವಸ್ಥೆಯು ಕೆಟ್ಟದಾಗಿ ಕೆಲಸ ಮಾಡಲು ಕಾರಣವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅಳೆಯಬಹುದು. ಒಂದು ಚಿಕಿತ್ಸಕ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ತಂತ್ರಾಂಶ ಎಂಜಿನಿಯರ್‌ಗಳು, ಸಾಧಕದ ಯಾವ ಭಾಗ ಅಥವಾ ತಂತ್ರಾಂಶ ಕೆಟ್ಟ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅಳೆಯಲು ಅಥವಾ ಒಪ್ಪಬಹುದಾದ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯಕ್ಕಾಗಿ ಥ್ರೋಪುಟ್‌ ಹಂತಗಳನ್ನು (ಮತ್ತು ’ಥ್ರೆಶೋಲ್ಡ್‌’ಗಳನ್ನು) ಸ್ಥಾಪಿಸಲು ಪ್ರೊಫೈಲರ್‌ಗಳಂತಹ ಉಪಕರಣಗಳನ್ನು ಬಳಸುತ್ತಾರೆ. ಒಂದು ಹೊಸ ವ್ಯವಸ್ಥೆಯ ಖರ್ಚು ಲಾಭದಾಯಕವಾಗಲು, ಪ್ರಾಜೆಕ್ಟ್‌ ಬೆಳವಣಿಗೆಯ ಹಂತದಲ್ಲಿಯೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಕೆಲಸ ಪ್ರಾರಂಭವಾಗುವುದು ಮತ್ತು ತಯಾರಾಗುವವರೆಗೂ ಮುಂದುವರೆಯುವುದು ಅತಿ ಮುಖ್ಯ. ಕಾರ್ಯಕ್ಷಮತೆಯ ದೋಷವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ನಿಧಾನವಾದಷ್ಟೂ ಸರಿಪಡಿಸುವ ಖರ್ಚು ಹೆಚ್ಚಾಗುತ್ತಾ ಹೋಗುತ್ತದೆ. ಇದು ಕಾರ್ಯದ ಪರೀಕ್ಷೆಯಲ್ಲಿ ನಿಜ, ಆದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯದಲ್ಲಿ ಅದರ ’ಮೊದಲಿಂದ-ಕೊನೆಯವರೆಗಿನ’ ಹರವಿನ ಕಾರಣ ಮತ್ತೂ ನಿಜ.
ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯಲ್ಲಿ, ಪರೀಕ್ಷೆಯ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಬಳಕೆಯ ಯಥಾರ್ಥ ಪರಿಸ್ಥಿತಿಗಳಂತೆಯೇ ಇರುವಂತೆ ಮಾಡುವುದು ಬಹಳ ಮುಖ್ಯ (ಮತ್ತು ಹಾಗೆ ಅಣಿಮಾಡುವುದು ಬಹಳ ಕಷ್ಟ). ಆದರೆ, ರೂಢಿಯಲ್ಲಿ ಇದನ್ನು ಹಾಗೆಯೇ ಮಾಡುವುದು ಸಾಧ್ಯವಿಲ್ಲ. ಏಕೆಂದರೆ ಉತ್ಪತ್ತಿ ವ್ಯವಸ್ಥೆಗಳು ಯಾದೃಚ್ಛಿಕ ಗುಣವನ್ನು ಹೊಂದಿರುತ್ತವೆ, ಮತ್ತು ಪರೀಕ್ಷಾ ಕಾರ್ಯಾಭಾರಗಳು ಉತ್ಪತ್ತಿಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹೇಗಾಗಬಹುದೆಂಬುದನ್ನು ಅಣಕು ಮಾಡಲು ಸರ್ವಥಾ ಪ್ರಯತ್ನಿಸುತ್ತವಾದರೂ, ಈ ಕಾರ್ಯಾಭಾರದ ವ್ಯತ್ಯಯ ಗುಣವನ್ನು ಹಾಗೆಯೇ ಪುನಾರಚಿಸುವುದು ಅಸಾಧ್ಯ - ಅತ್ಯಂತ ಸುಲಭದ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊರತುಪಡಿಸಿ.
ಸಡಿಲವಾಗಿ ಜೋಡಿಸಿದ ಶಿಲ್ಪಕಲಾ ಸಲಕರಣೆಗಳು (ಉದಾ: ಎಸ್‌ಒ‌ಎ (SOA)) ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯನ್ನು ಇನ್ನೂ ಸಂಕೀರ್ಣಗೊಳಿಸಿವೆ. ನಿಜವಾಗಿಯೂ ಉತ್ಪತ್ತಿ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೋಲುವ ಸ್ಥಿತಿಗಳನ್ನು ಪುನಾರಚಿಸಲು, (ಸಮಾನ ಸೌಕರ್ಯ ಮತ್ತು ವೇದಿಕೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವ) ಉದ್ಯಮ ಸೇವೆಗಳು ಅಥವಾ ಆಸ್ತಿಗಳು (ಎಲ್ಲಾ ಗ್ರಾಹಕರು ಉತ್ಪತ್ತಿಯನ್ನು ಹೋಲುವ ವಹಿವಾಟು ಸಂಪುಟಗಳು ಮತ್ತು ಹಂಚಿಕೊಂಡ ಸೌಕರ್ಯ ಮತ್ತು ವೇದಿಕೆಯ ಮೇಲಿನ ಕಾರ್ಯಾಭಾರವನ್ನು ಸೃಷ್ಟಿಸುವುದರೊಂದಿಗೆ) ಸಹಕೃತ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಬಯಸುತ್ತವೆ. ಈ ಚಟುವಟಿಕೆಯ ಸಂಕೀರ್ಣತೆ, ಹಣಕಾಸು ಮತ್ತು ಸಮಯದ ಆವಶ್ಯಕತೆಯ ಕಾರಣ, ಕೆಲವು ಸಂಸ್ಥೆಗಳು ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಸಂಪತ್ತಿನ ಆವಶ್ಯಕತೆಗಳನ್ನು ತಿಳಿದುಕೊಳ್ಳಲು ಮತ್ತು ಗುಣಮಟ್ಟದ ಅಂಶಗಳನ್ನು ಪ್ರಾಮಾಣೀಕರಿಸಲು ಉತ್ಪತ್ತಿಯಂತಹ ಪರಿಸ್ಥಿಯನ್ನು ನಿರ್ಮಾಣ ಮಾಡುವ ಮತ್ತು ನಿಯಂತ್ರಿಸುವ ಸಾಧನಗಳನ್ನು ತಮ್ಮ ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಪರಿಸರದಲ್ಲಿ ಬಳಸುತ್ತಾರೆ (ಈ ಸಾಧನಗಳನ್ನು "ನಾಯ್ಸ್‌ (noise)" ಎಂದು ಕೂಡ ಕರೆಯುತ್ತಾರೆ).
ಕಾರ್ಯಕ್ಷಮತೆಯ ವಸ್ತುಸ್ಥಿತಿ ಧ್ಯೇಯಗಳಿಗೆ ಸರಿಯಾದ ಗಮನ ಕೊಡದೆಯೇ ಹಲವಾರು ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಗಳನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. ಒಂದು ವ್ಯವಹಾರದ ದೃಷ್ಟಿಯಿಂದ ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವಾಗಲೂ "ನಾವು ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆ ಏಕೆ ಮಾಡುತ್ತಿದ್ದೇವೆ?" ಎಂಬುದೇ ಆಗಿರಬೇಕು. ಉಪಯೋಗದ ತಂತ್ರಜ್ಞಾನ ಮತ್ತು ಉದ್ದೇಶಗಳಿಗೆ ಅನುಸಾರವಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ಧ್ಯೇಯಗಳು ಬದಲಾಗುತ್ತವೆ. ಆದಾಗ್ಯೂ, ಅವು ಯಾವಾಗಲೂ ಇವುಗಳಲ್ಲಿ ಕೆಲವನ್ನು ಹೊಂದಿರಬೇಕು:-
ಒಂದು ಉಪಯೋಗವು ಯಾವುದಾದರೂ ಲಾಗಿನ್‌ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಅಂತಿಮ ಬಳಕೆದಾರರನ್ನು ಕಂಡುಹಿಡಿಯುವುದಾದರೆ ಕನ್‌ಕರೆನ್ಸಿ ಧ್ಯೇಯವನ್ನು ಹೊಂದಿರುವುದು ಅತಿಮುಖ್ಯ. ವ್ಯಾಖ್ಯಾನದ ಪ್ರಕಾರ, ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಬೆಂಬಲಿಸಬೇಕಾದ ಕನ್‌ಕರೆನ್ಸಿ ಉಪಯೋಗವು ಕನ್‌ಕರೆನ್ಸಿ ಉಪಯೋಗಿಸುವ ಬಳಕೆದಾರರ ಅತಿದೊಡ್ಡ ಸಂಖ್ಯೆ ಇದೇ. ನೀವು ಬರೆದುಕೊಂಡ ಪ್ರಕ್ರಿಯೆಯು ನಿಜವಾದ ಉಪಯೋಗದ ಕನ್‌ಕರೆನ್ಸಿಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು, ವಿಶೇಷವಾಗಿ ಪುನರಾವರ್ತಿತ ಭಾಗವು ಲಾಗಿನ್‌ ಮತ್ತು ಲಾಗ್‌ಔಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದ್ದಾಗ.
ನಿಮ್ಮ ಉಪಯೋಗವು ಅಂತಿಮ-ಬಳಕೆದಾರರ ಪರಿಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿಲ್ಲವಾದರೆ ನಿಮ್ಮ ಕಾರ್ಯಕ್ಷಮತೆಯ ಧ್ಯೇಯವು ಗರಿಷ್ಠ ಥ್ರೋಪುಟ್‌ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯ ಸಂಖ್ಯೆಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಒಂದು ಸಾಮಾನ್ಯ ಉದಾಹರಣೆಯೆಂದರೆ ವಿಕಿಪೀಡಿಯಾದಂತಹ ಜಾಲತಾಣವನ್ನು ಲೋಕಾಭಿರಾಮವಾಗಿ ಬ್ರೌಸ್‌ ಮಾಡುವುದು.
ಇದು ಒಂದು ಉಪಯೋಗ ಸಂಪಾತವು ಮತ್ತೊಂದು ಉಪಯೋಗದ ಕೋರಿಕೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯ. ಇದಕ್ಕೆ ಸರಳವಾದ ಉದಾಹರಣೆಯೆಂದರೆ ಬ್ರೌಸರ್‌ ಕ್ಲೈಂಟ್‌ನಿಂದ ಸರ್ವರ್‌ಗೆ ಎಚ್‌ಟಿಟಿಪಿ (HTTP)’ಜಿಇಟಿ’ (GET) ಕೋರಿಕೆ. ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯದ ವಿಷಯದಲ್ಲಿ ಎಲ್ಲಾ ಕಾರ್ಯಾಭಾರ ಪರೀಕ್ಷಿಸುವ ಸಾಧನಗಳು ಅಳೆಯುವುದು ಇದನ್ನೇ. ಉಪಯೋಗದ ಹರವಿನಲ್ಲಿ ಎಲ್ಲಾ ಸಂಪಾತಗಳ ನಡುವೆಯೂ ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ನಿಗದಿಪಡಿಸುವುದು ಸೂಕ್ತ.
ಇದು ಕಾರ್ಯಭಾರ ಪರೀಕ್ಷೆ ಮಾಡುವ ಸಾಧನಗಳಿಗೆ ಕಷ್ಟವಾದ ಕೆಲಸ, ಏಕೆಂದರೆ ಅವುಗಳಿಗೆ ’ತಂತಿಯ ಮೇಲೆ’ ಯಾವುದೇ ಚಟುವಟಿಕೆ ಇಲ್ಲದ ಸಮಯವನ್ನು ಲೆಕ್ಕಹಾಕುವುದನ್ನು ಬಿಟ್ಟರೆ ಸಂಪಾತದ ಒಳಗೆ ಏನು ನಡೆಯುತ್ತದೆಂಬುದರ ಬಗ್ಗೆ ಯಾವ ಪರಿಕಲ್ಪನೆಯೂ ಇರುವುದಿಲ್ಲ. ನಿರೂಪಣೆ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ಅಳೆಯಲು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯದ ಪರೀಕ್ಷೆಯ ಸ್ಕ್ರಿಪ್ಟ್‌ಅನ್ನೂ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯ ಭಾಗವನ್ನಾಗಿ ಮಾಡಿಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ, ಹಲವು ಕಾರ್ಯಾಭಾರ ಪರೀಕ್ಷೆಯ ಸಾಧನಗಳು ಇದನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ.
ಇದು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಅತ್ಯಂತ ಸರಳ ವಿಧಾನ. ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ನಿರ್ದಿಷ್ಟ ನಿರೀಕ್ಷಿತ ಕಾರ್ಯಾಭಾರದಲ್ಲಿ ಉಪಯೋಗವು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿದುಕೊಳ್ಳಲು ಕಾರ್ಯಾಭಾರ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ಈ ಕಾರ್ಯಾಭಾರವು, ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಉಪಯೋಗದ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವ ಬಳಕೆದಾರರ ನಿರೀಕ್ಷಿತ ಕನ್‌ಕರೆನ್ಸಿ ಸಂಖ್ಯೆ ಮತ್ತು ಆ ಬಳಕೆದಾರರು ನಡೆಸುವ ನಿರ್ದಿಷ್ಟ ವಹಿವಾಟುಗಳೇ ಆಗಿರಬಹುದು. ಈ ಪರೀಕ್ಷೆಯು ಎಲ್ಲ ಪ್ರಮುಖ ವ್ಯವಹಾರ ವಹಿವಾಟುಗಳ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ಕೊಡುತ್ತದೆ. ದತ್ತಾಂಶ, ಉಪ್ಯೋಗ ಸರ್ವರ್ ಮುಂತಾದವುಗಳನ್ನೂ ನಿಯಂತ್ರಿಸಿದಲ್ಲಿ ಈ ಸರಳ ಪರೀಕ್ಷೆಯೇ ಉಪಯೋಗ ತಂತ್ರಾಂಶದಲ್ಲಿ ಯಾವುದೇ ಅಟಕಾವುಗಳಿದ್ದರೂ ತೋರಿಸಬಲ್ಲದು.
ಸಾಮಾನ್ಯವಾಗಿ ಈ ಪರೀಕ್ಷೆಯನ್ನು ಉಪಯೋಗದ ಹರವಿನಲ್ಲಿ ಗರಿಷ್ಠ ಸಾಮರ್ಥ್ಯವನ್ನು ತಿಳಿದುಕೊಳ್ಳಲು ಬಳಸಲಾಗುತ್ತದೆ. ಅತಿಯಾದ ಕಾರ್ಯಾಭಾರವಾದ ಸಮಯದಲ್ಲಿ ಉಪಯೋಗದ ದೃಢತೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು ಈ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಉಪಯೋಗದ ನಿರ್ವಾಹಕರು ’ಕಾರ್ಯಾಭಾರವು ನಿರೀಕ್ಷಿತ ಗರಿಷ್ಠ ಮಟ್ಟಕ್ಕಿಂತಲೂ ಹೆಚ್ಚಾದಾಗ ಉಪಯೋಗವು ತಕ್ಕಷ್ಟು ಕೆಲಸ ಮಾಡಬಲ್ಲುದೇ’ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಉಪಯೋಗವು ನಿರೀಕ್ಷಿತ ಕಾರ್ಯಾಭಾರವನ್ನು ನಿರಂತರವಾಗಿ ತಡೆಯಬಲ್ಲದೇ ಎಂಬುದನ್ನು ತಿಳಿದುಕೊಳ್ಳಲು ಈ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. ಧಾರಣಶಕ್ತಿ ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ, ಸಂಭವನೀಯ ಸೋರಿಕೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಮೆಮೊರಿಯ ಬಳಕೆಯನ್ನು ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ. ಜೊತೆಗೇ ಮುಖ್ಯವಾದ, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಉಪೇಕ್ಷಿಸಲ್ಪಡುವ ವಿಷಯವೆಂದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ನಿಪಾತ. ಅಂದರೆ, ಥ್ರೋಪುಟ್‌ ಮತ್ತು/ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯಗಳು ಒಂದು ದೀರ್ಘಾವಧಿ ಚಟುವಟಿಕೆಯ ಸಮಯದ ನಂತರವೂ ಪರೀಕ್ಷೆಯ ಪ್ರಾರಂಭದಷ್ಟೇ ಇಲ್ಲವೇ ಅದಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿದೆಯೇ ಎಂದು ತಿಳಿದುಕೊಳ್ಳಲು.
ಶೀರ್ಷಕ ಪರೀಕ್ಷೆಯು, ಹೆಸರೇ ಹೇಳುವಂತೆ ಅನೇಕ ಬಳಕೆದಾರರನ್ನು ಕೂಡಿಸಿ ಉಪಯೋಗದ ಚರ್ಯೆಗಳನ್ನು ತಿಳಿಯುವುದು; ಕಾರ್ಯಕ್ಷಮತೆಯು ಸೊರಗುವುದೋ, ಉಪಯೋಗವು ವಿಫಲವಾಗುವುದೋ, ಅಥವಾ ಕಾರ್ಯಾಭಾರದಲ್ಲಿ ಆಗುವ ನಾಟಕೀಯ ಬದಲಾವಣೆಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು ಶಕ್ತವಾಗುವುದೋ ಎಂಬುದನ್ನು ಪರೀಕ್ಷಿಸಲು.
ಸಾಂಪ್ರದಾಯಿಕ ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಮತ್ತೊಂದು ರೂಪವೇ ಸಂಯೋಜನೆಯ ಪರೀಕ್ಷೆ. ಇಲ್ಲಿ, ಕಾರ್ಯಾಭಾರದ ದೃಷ್ಟಿಯಿಂದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಬದಲು ಸಂಯೋಜನೆಯಲ್ಲಿ ಮಾಡಿದ ಬದಲಾವಣೆಗಳಿಂದ ಉಪಯೋಗದ ಹರವಿನಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಚರ್ಯೆಗಳಲ್ಲಿ ಆಗುವ ಪರಿಣಾಮಗಳನ್ನು ಪರೀಕ್ಷಿಸುತ್ತೀರಿ. ಇದಕ್ಕೊಂದು ಸಾಮಾನ್ಯ ಉದಾಹರಣೆಯೆಂದರೆ ಕಾರ್ಯಾಭಾರ- ದೊಂದಿಗೆ ವಿವಿಧ ವಿಧಾನಗಳನ್ನು ಪ್ರಯೋಗಿಸುವುದು.
ಇದು ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಗೇ ಮೀಸಲಾದುದೇನಲ್ಲ ಆದರೆ ಈ ಮಾತನ್ನು ಪದೇ ಪದೇ ಪರೀಕ್ಷೆ ಮಾಡಿದ ಫಲವಾಗಿ ಉಪಯೋಗಕ್ಕೆ ತೊಂದರೆ ಆದ ಸಂದರ್ಭವನ್ನು ವಿವರಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಇದನ್ನು ಬಹುತೇಕ ತಪ್ಪಾದ ಡೊಮೇನ್‌ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಮತ್ತು ದೃಢೀಕರಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ.
ಉತ್ಪತ್ತಿಯ ಪರಿಸರವನ್ನು ಎಷ್ಟು ಹತ್ತಿರಕ್ಕೆ ಸಾಧ್ಯವೋ ಅಷ್ಟರಮಟ್ಟಿಗೆ ಹೋಲುವಂತೆ ಉಪಯೋಗದ ಸುಭದ್ರ ನಿರ್ಮಾಣ.
ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಪರಿಸರವನ್ನು ಯುಎಟಿ (UAT) ಅಥವಾ ಅಭಿವೃದ್ಧಿ ಪರಿಸರದೊಂದಿಗೆ ಸೇರಿಸಬಾರದು. ಅದೇ ಪರಿಸರದಲ್ಲಿ ಯುಎಟಿ ಅಥವಾ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಯು ನಡೆಯುತ್ತಿದ್ದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯಿಂದ ದೊರೆತ ಫಲಿತಾಂಶಗಳು ನಂಬಲರ್ಹವಾಗದೇ ಹೋಗಬಹುದು. ಅತ್ಯುತ್ತಮ ರೂಢಿ ಎಂದರೆ ಉತ್ಪತ್ತಿ ಪರಿಸರವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟೂ ಹೋಲುವ ಒಂದು ಪ್ರತ್ಯೇಕ ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಪರಿಸರವನ್ನು ಹೊಂದುವುದು.
ಕೆಲವು ಅತಿ ಸಾಮಾನ್ಯವಾದ ಕಲ್ಪನೆಗಳನ್ನು ಕೆಳಗೆ ಕೊಟ್ಟಿದೆ:
1. ವ್ಯವಸ್ಥೆಯನ್ನು ಒಡೆಯಲು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.
ಒತ್ತಡದ ಪರೀಕ್ಷೆಯನ್ನು ವ್ಯವಸ್ಥೆಯ ಬ್ರೇಕ್‌ ಪಾಯಿಂಟ್‌ಅನ್ನು ತಿಳಿದುಕೊಳ್ಳಲು ಮಾಡಲಾಗುತ್ತದೆ. ಇಲ್ಲವಾದರೆ ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಭಾರ ಪರೀಕ್ಷೆಯನ್ನು ಬಳಕೆದಾರನ ನಿರ್ದಿಷ್ಟ ನಿರೀಕ್ಷಿತ ಕಾರ್ಯಭಾರದಲ್ಲಿ ಉಪಯೋಗದ ಚರ್ಯೆಯನ್ನು ತಿಳಿದುಕೊಳ್ಳಲು ಮಾಡಲಾಗುತ್ತದೆ. ಇತರೆ ಉಪೇಕ್ಷೆಗಳನ್ನು ಅವಲಂಬಿಸಿ, ಉದಾಹರಣೆಗೆ ಕೂಡಿಸಿದ ಕಾರ್ಯಾಭಾರದ ನಿರೀಕ್ಷೆ, ವಿಸ್ತೃತ ಸಮಯಕ್ಕೆ ಕಾರ್ಯಾಭಾರ ಮುಂದುವರೆದಾಗ ಶೀರ್ಷಕ, ಧಾರಣಶಕ್ತಿ ಸೋಕ್‌ ಅಥವಾ ಒತ್ತಡ ಪರೀಕ್ಷೆ ಅನಿವಾರ್ಯವಾಗಬಹುದು.
2. ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯನ್ನು ವ್ಯವಸ್ಥೆ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಯ ನಂತರವೇ ಮಾಡಬೇಕು
ಉದ್ಯಮದಲ್ಲಿ ಬಹುತೇಕ ಇದೇ ರೂಢಿಯಾದರೂ ಸಹ, ಉಪಯೋಗವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಪ್ರಾರಂಭಿಕ ಹಂತದಲ್ಲಿಯೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯನ್ನೂ ಮಾಡಬಹುದು. ಈ ರೀತಿಯನ್ನು ’ಪ್ರಾರಂಭಿಕ ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆ’ ಎಂದು ಕರೆಯುತ್ತಾರೆ. ಈ ಪದ್ಧತಿಯು ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಳತೆಗೋಲುಗಳನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ಉಪಯೋಗದ ಸಮಗ್ರ ಬೆಳವಣಿಗೆಯು ಸಾದ್ಯವಾಗುವಂತೆ ನೋಡಿಕೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ ಒಂದು ಉಪಯೋಗದಲ್ಲಿರುವ ದೋಷವನ್ನು ಇನ್ನೇನು ಬಿಡುಗಡೆಯಾಗಲಿದೆ ಎನ್ನುವಾಗ ಕಂಡುಹಿಡಿದರೆ, ಆಗ ಆ ದೋಷವನ್ನು ತಿದ್ದಲು ತಗುಲುವ ವೆಚ್ಚವನ್ನು ಬಹುಮಟ್ಟಿಗೆ ಕಡಿಮೆ ಮಾಡಬಹುದು.
3 ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯು ಕೇವಲ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ತಯಾರಿಸುವ ಕಾರ್ಯವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಉಪಯೋಗದಲ್ಲಿ ಯಾವ ಬದಲಾವಣೆಯಾದರೂ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಸರಳವಾಗಿ ಬದಲಾಯಿಸಿಬಿಡಬಹುದು.
ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆ ಎನ್ನುವುದೇ ತಂತ್ರಾಂಶ ಉದ್ಯಮದಲ್ಲಿ ಈಗ ತಾನೆ ಬೆಳಕಿಗೆ ಬರುತ್ತಿರುವ ಒಂದು ವಿಜ್ಞಾನ. ಪ್ರಮುಖ ಎನಿಸಿದರೂ, ಸ್ಕ್ರಿಪ್ಟ್‌ ಮಾಡುವುದು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಒಂದು ಭಾಗವಷ್ಟೇ. ಯಾವುದೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷಕನಿಗೆ ಯಾವ ಪರೀಕ್ಷೆಗಳನ್ನು ಮಾಡಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಟಕಾವುಗಳನ್ನು ಗುರುತಿಸಲು ವಿವಿಧ ಕಾರ್ಯಕ್ಷಮತೆ ಕೌಂಟರ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುವುದು ಬಹುದೊಡ್ಡ ಸವಾಲು.
ಈ ಕಲ್ಪನೆಯ ಮತ್ತೊಂದು ಭಾಗವು ಉಪಯೋಗದ ಬದಲಾವಣೆಗಳು ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಸರಳ ಬದಲಾವಣೆಗಳಲ್ಲಿ ಪರಿಣಮಿಸುತ್ತದೆ ಎಂದು ಹೇಳಿರುವುದೂ ನಿಜವಲ್ಲ, ಏಕೆಂದರೆ ಯುಐ‌ನಲ್ಲಿ, ವಿಶೇಷವಾಗಿ ವೆಬ್ ಶಿಷ್ಟಾಚಾರದಲ್ಲಿ ಆಗುವ ಬದಲಾವಣೆಗಳಿಂದ ಸ್ಕ್ರಿಪ್ಟ್‌ಅನ್ನೇ ಸಂಪೂರ್ಣವಾಗಿ ಮೊದಲಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕಾಗಬಹುದು. ಈ ಶಿಷ್ಟಾಚಾರಗಳು ವೆಬ್ ಸೇವಗಳು, ಸೀಬಲ್‌, ವೆಬ್ ಕ್ಲಿಕ್‌ ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್‌, ಸಿಟ್ರಿಕ್ಸ್‌, ಸ್ಯಾಪ್‌ ಮುಂತಾದವುಗಳನ್ನು ಒಳಗೊಂಡಿದ್ದರೆ ಈ ತೊಂದರೆಯು ಇನ್ನೂ ದೊಡ್ಡದಾಗುತ್ತದೆ.
ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆ ತಂತ್ರಜ್ಞಾನವು ಒಂದು ಇಲ್ಲವೆ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಂಪ್ಯೂಟರ್‌ಗಳನ್ನು ಅಥವಾ ಯೂನಿಕ್ಸ್‌ ಸರ್ವರ್‌ಗಳನ್ನು ಇಂಜೆಕ್ಟರ್‌ಗಳನ್ನಾಗಿ ಬಳಸಿಕೊಳ್ಳುತ್ತವೆ – ಪ್ರತಿಯೊಂದೂ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಯ ಉಪಸ್ಥಿತಿಯನ್ನು ಅನುಕರಿಸುತ್ತಿರುತ್ತದೆ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ವಹಿವಾಟು ಸರಣಿಯನ್ನು ನಡೆಸುತ್ತಿರುತ್ತದೆ (ವಿವಿಧ ರೀತಿಯ ಬಳಕೆದಾರರ ವಹಿವಾಟುಗಳನ್ನು ಅನುಕರಿಸುವುದಕ್ಕಾಗಿ ಇದನ್ನು ಸ್ಕ್ರಿಪ್ಟ್‌ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಸರಣಿಯನ್ನಾಗಿ ರೆಕಾರ್ಡ್‌ ಮಾಡಿರುತ್ತಾರೆ). ಸಾಮಾನ್ಯವಾಗಿ, ಒಂದು ಪ್ರತ್ಯೇಕ ಕಂಪ್ಯೂಟರ್ ಪರೀಕ್ಷಕನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುತ್ತದೆ, ಪ್ರತಿಯೊಂದು ಇಂಜೆಕ್ಟರ್‌ನೊಂದಿಗೆ ಸಹಕರಿಸುತ್ತ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಕಲೆಹಾಕುತ್ತದೆ ಮತ್ತು ವರದಿ ಮಾಡುವ ಕಾರ್ಯಕ್ಕಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆ ಡೇಟಾಅನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತಿರುತ್ತದೆ. ಸಾಮಾನ್ಯವಾದ ಕ್ರಮವೆಂದರೆ – ಕೆಲವು ಕಾಲ್ಪನಿಕ ಬಳಕೆದಾರರೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ಕೆಲಕಾಲದ ನಂತರ ಸಂಖ್ಯೆಯನ್ನು ಒಂದು ಗರಿಷ್ಠಕ್ಕೆ ಏರಿಸುವುದು. ಕಾರ್ಯಭಾರದ ಜೊತೆಗೆ ಕಾರ್ಯಕ್ಷಮತೆಯು ಹೇಗೆ ಬದಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಪರೀಕ್ಷೆಯ ಫಲಿತಾಂಶವು ತಿಳಿಸುತ್ತದೆ, ಕೊಟ್ಟಿರುವ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಗೆ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ ಎಷ್ಟು ಎಂಬ ಮಾದರಿಯಲ್ಲಿ. ಈ ರೀತಿಯ ಪರೀಕ್ಷೆಗಳನ್ನು ಮಾಡಲು ಹಲವಾರು ಸಲಕರಣೆಗಳು ಲಭ್ಯವಿದೆ. ಈ ವಿಭಾಗದಲ್ಲಿನ ಸಲಕರಣೆಗಳು ವ್ಯವಸ್ಥೆಯ ಎದುರಿಗೆ ನಿಜವಾದ ಬಳಕೆದಾರರನ್ನು ಅನುಕರಣೆಮಾಡುವ ಪರೀಕ್ಷೆಗಳನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತವೆ. ಕೆಲವೊಮ್ಮೆ ಈ ಪರೀಕ್ಷೆಗಳು ವಿಲಕ್ಷಣಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ ಸರಾಸರಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವು ಒಪ್ಪಬಹುದಾದರೂ, ಕೆಲವು ಪ್ರಮುಖ ವಹಿವಾಟುಗಳು ಮುಗಿಯಲು ಹೆಚ್ಚಿನ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು – ಅಸಮರ್ಥ ಡೇಟಾನಿಧಿ ಪ್ರಶ್ನೆಗಳು, ಚಿತ್ರಗಳು ಮುಂತಾದವುಗಳಿಂದ ಆಗಬಹುದಾದ್ದು.
ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯು ಒತ್ತಡ ಪರೀಕ್ಷೆಯೊ೦ದಿಗೆ ಸೇರಿಕೊ೦ಡಿರಬಹುದಾಗಿದ್ದು, ಅ೦ಗೀಕೃತ ಭಾರವು ಅಧಿಕವಾದಾಗ ವ್ಯವಸ್ಥೆಯ ಘರ್ಷಣೆಯಾಗಬಹುದೇ? ಅಧಿಕ ಭಾರವನ್ನು ಕಡಿಮೆಗೊಳಿಸಿದಾಗ ಇದು ಚೇತರಿಸಿಕೊಳ್ಳಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು? ಇದು ಸಹಕಾರಿ ಹಾನಿಯಾಗುವ ರೀತಿಯಲ್ಲಿ ಇದು ವಿಫಲವಾಗಬಹುದೆ? ಎ೦ಬುದನ್ನು ನೋಡಬಹುದಾಗಿದೆ.
ವಿಮರ್ಶಾತ್ಮಕ ಕಾರ್ಯಕ್ಷಮತಾ ವಿನ್ಯಾಸವು ಸ್ಪ್ರೆಡ್‌ಶೀಟ್‌ನಲ್ಲಿಯ ಒಂದು ಅಪ್ಲಿಕೇಶನ್‌ನ ಚರ್ಯೆಯನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವ ವಿಧಾನ.
ಈ ವಿನ್ಯಾಸವು ನಿರ್ವಹಣಾ ಸಂಪನ್ಮೂಲ ಕೋರಿಕೆಗಳ ಮಾಪನ (ಸಿಪಿಯು, ಡಿಸ್ಕ್ I/O, ಎಲ್‌ಎಎನ್, ಡಬ್ಲ್ಯುಎಎನ್ )ಗಳಿ೦ದ ತು೦ಬಿದ್ದು, ನಿರ್ವಹಣಾ-ಮ್ಯಾಕ್ಸ್ ನಿ೦ದ ತೂಕ ಮಾಡಲ್ಪಟ್ಟಿದೆ.(ಪ್ರತಿ ಒಂದು ಘ೦ಟೆಯ ಲೆಕ್ಕದಲ್ಲಿ ವ್ಯವಹಾರ ನಿರ್ವಹಣೆ) ತೂಕಗೊಳಿಸಲ್ಪಟ್ಟ ನಿರ್ವಹಣಾ ಸಂಪನ್ಮೂಲ ಕೋರಿಕೆಗಳು ಪ್ರತಿ ಘ೦ಟೆಯ ಸಂಪನ್ಮೂಲ ಕೋರಿಕೆಗಳ ಗಳಿಕೆಗಾಗಿ ಸೇರಿಸಲ್ಪಟ್ಟಿದ್ದು, ಸ೦ಪನ್ಮೂಲ ಭಾರದ ಗಳಿಕೆಗಾಗಿ ತಾಸಿನ ಸ೦ಪನ್ಮೂಲ ಸಾಮರ್ಥ್ಯದಿ೦ದ ವಿಭಾಗಿಸಲ್ಪಟ್ಟಿದೆ. ಪ್ರತಿಕ್ರಿಯಾ ಸಮಯ ವಿಧಾನವನ್ನು ಬಳಸಿ (R=S/(1-U), R= ರೆಸ್ಪಾನ್ಸ್ ಟೈಮ್, S= ಸರ್ವೀಸ್ ಟೈಮ್,U= ಲೋಡ್ )ಪ್ರತಿಕ್ರಿಯಾ ಸಮಯವು ಕಾರ್ಯನಿರ್ವಹಣಾ ಪರೀಕ್ಷೆಗಳಿ೦ದ ಕ್ಯಾಲಿಬ್ರೇಟ್ ಹಾಗೂ ಲೆಕ್ಕಹಾಕಲ್ಪಟ್ಟಿರಬಹುದಾಗಿದೆ. ವಿನ್ಯಾಸ ಆಯ್ಕೆಗಳ ಪರಿಮಾಣ ನಿರ್ಧರಿಸುವಿಕೆಗೆ ವಿಮರ್ಶಾತ್ಮಕ ಕಾರ್ಯಕ್ಷಮತಾ ವಿನ್ಯಾಸವು ಅವಕಾಶ ನೀಡುತ್ತದೆ ಹಾಗೂ ಸಿಸ್ಟಮ್ ಗಾತ್ರವು ನಿರ್ದಿಷ್ಟ ಅಥವಾ ನಿರೀಕ್ಷಿತ ವ್ಯವಹಾರ ಬಳಕೆಯ ಮೇಲೆ ನಿರ್ಧರಿತವಾಗಿದೆ. ಹೀಗಿದ್ದರೂ ಇದು ಹಾರ್ಡ್‌ವೇರ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಕೂಲಂಕಷ ತಿಳುವಳಿಕೆಯನ್ನು ಬಯಸುತ್ತಾದರೂ, ಇದು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಗಿ೦ತ ಹೆಚ್ಚು ವೇಗವುಳ್ಳದ್ದು ಹಾಗೂ ಕಡಿಮೆ ಬೆಲೆಯದ್ದೂ ಆಗಿದೆ.
ಯಾವುದೇ ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಯೋಜನೆಯಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ನಿರ್ದಿಷ್ಟತೆಗಳನ್ನು (ಅವಶ್ಯಕತೆಗಳನ್ನು) ವಿವರಿಸುವುದು ಬಹಳ ಮುಖ್ಯ. ಇದನ್ನು ಯಾವುದೇ ವ್ಯವಸ್ಥೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಯೋಜನೆಯಲ್ಲಿ, ವಿನ್ಯಾಸದ ಕೆಲಸಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, ಅವಶ್ಯಕತೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಹಂತದಲ್ಲಿ ಇದನ್ನು ಮಾಡುವುದು ಆದರ್ಶನೀಯ. ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆ ಎಂಜಿನಿಯರಿಂಗ್‌‌ಅನ್ನು ನೋಡಿ.
ಆದರೂ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ನಿರ್ದಿಷ್ಟತೆಗಾಗಿ ಮಾಡುವುದಿಲ್ಲ ಅಂದರೆ ಒಂದು ಕೊಟ್ಟಿರುವ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಗೆ ಗರಿಷ್ಠ ಒಪ್ಪಬಹುದಾದ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ ಏನಿರಬೇಕು ಎಂಬುದನ್ನು ಯಾರೊಬ್ಬರೂ ಹೇಳಿರುವುದಿಲ್ಲ. ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯನ್ನು ಅನೇಕ ವೇಳೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ರೂಪವನ್ನು ಹೊಂದಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. “ಅತ್ಯಂತ ದುರ್ಬಲ ಕೊಂಡಿ”ಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಇದರ ಉದ್ದೇಶ – ನಿಸ್ಸಂದೇಹವಾಗಿ ವ್ಯವಸ್ಥೆಯ ಒಂದು ವಿಶೇಷ ಭಾಗವಿರುತ್ತದೆ, ಅದನ್ನು ಶೀಘ್ರವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುವಂತೆ ಮಾಡಿದರೆ, ಸಂಪೂರ್ಣ ವ್ಯವಸ್ಥೆಯೇ ಶೀಘ್ರವಾಗಿ ಕೆಲಸ ಮಾಡಲು ತೊಡಗುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ಈ ಮುಖ್ಯ ರೀತಿಯನ್ನು ವ್ಯವಸ್ಥೆಯ ಯಾವ ಭಾಗವು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು ಕಷ್ಟ. ಕೆಲವು ಪರೀಕ್ಷಾ ಸಾಧನಗಳು ಸರ್ವರ್‌ನ (ದಳ್ಳಾಳಿಯ) ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತಾ, ವಹಿವಾಟುಗಳ ಸಂಖ್ಯೆ, ಡೇಟಾನಿಧಿಯನ್ನು ಎಷ್ಟು ಬಾರಿ ಸಂಪರ್ಕಿಸಿದ್ದಾರೆ ಎಂಬ ವಿಷಯ, ನೆಟ್‌ವರ್ಕ್‌ ಮೇಲುವೆಚ್ಚ ಮುಂತಾದುವನ್ನು ವರದಿ ಮಾಡುವ ಸಲಕರಣೆಗಳನ್ನು (ಅಥವಾ ಅಂತಹ ಸಲಕರಣೆಗಳನ್ನು ಒದಗಿಸುವ ಮೇಲು-ಸಾಧನಗಳನ್ನು) ಹೊಂದಿರುತ್ತವೆ, ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಕಚ್ಚಾ ಅಂಕಿ ಅಂಶಗಳೊಂದಿಗೆ ವಿಶ್ಲೇಷಣೆ ಮಾಡಬಹುದಾದ ಇತರೆ ಸರ್ವರ್ ನಿಯಂತ್ರಕಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ. ಈ ರೀತಿಯ ಸಲಕರಣೆಗಳಿಲ್ಲದಿದ್ದ ಪಕ್ಷದಲ್ಲಿ, ಒಬ್ಬರು ’ವಿಂಡೋಸ್‌ ಟಾಸ್ಕ್‌ ಮ್ಯಾನೇಜರ್‌’ಗೆಯೇ ಅಂಟಿಕೊಂಡು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯು ಎಷ್ಟು ಸಿಪಿಯೂ ಲೋಡ್‌ಅನ್ನು ಉತ್ಪತ್ತಿ ಮಾಡುತ್ತಿದೆ ಎಂಬುದನ್ನು ನೋಡುತ್ತಿರಬೇಕಾಗುತ್ತದೆ (ಒಂದು ವಿಂಡೋಸ್‌ ವ್ಯವಸ್ಥೆ ಪರೀಕ್ಷೆಗೊಳಗಾಗುತ್ತಿದೆ ಎಂದುಕೊಂಡರೆ).
ತಮ್ಮ ತೊಂದರೆಯ ಬಗ್ಗೆ ಸರಿಯಾದ ವಿಶ್ಲೇಷಣೆಯನ್ನೇ ಮಾಡದೆ ತಂತ್ರಾಂಶವನ್ನು ಅತ್ಯುತ್ತಮ ಗೊಳಿಸಲು ಹೋದ ಕಂಪನಿಯೊಂದರ ಬಗ್ಗೆ ಕಾಲ್ಪನಿಕ ಕಥೆಯೊಂದಿದೆ. ಅವರ ವ್ಯವಸ್ಥೆ ಅತಿ ಹೆಚ್ಚು ಸಮಯ ಕಳೆಯುತ್ತಿದ್ದ ‘ಐಡಲ್‌ ಲೂಪ್‌’ಅನ್ನು ಅವರು ಪುನಾರಚಿಸಿದರು, ಆದರೆ ಅತ್ಯಂತ ಸಮರ್ಥ ಐಡಲ್‌ ಲೂಪ್‌ ಹೊಂದಿದ್ದರೂ ಸಹ ಒಟ್ಟಾರೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಒಂದು ಬಿಂದುಮಾತ್ರದಷ್ಟೂ ಸುಧಾರಿಸಲಾಗಲಿಲ್ಲ!
ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆ ಯನ್ನು ಅಂತರ್ಜಾಲದಲ್ಲಿಯೇ ಮಾಡಬಹುದು, ಮತ್ತು ದೇಶದ ಬೇರೆ ಬೇರೆ ಭಾಗಗಳಲ್ಲಿಯೂ ಮಾಡಬಹುದು, ಏಕೆಂದರೆ ಅಂತರ್ಜಾಲದ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವೂ ಪ್ರಾದೇಶಿಕವಾಗಿ ಬದಲಾಗುತ್ತದೆ ಎಂಬುದು ಗೊತ್ತಿದೆ. ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಆಗಬಹುದಾದ ನಿಧಾನವನ್ನು ಒಳತರುವುದಕ್ಕಾಗಿ ಸಂಯೋಜನೆ ಮಾಡಿ, ಸ್ವಸ್ಥಳದಲ್ಲಿಯೂ ಈ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಬಹುದು. ನೈಜತೆಯ ದೃಷ್ಟಿಯಿಂದ ಈ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಕಾರ್ಯಾಭಾರವನ್ನು ಕೊಡಬೇಕು. ಉದಾಹರಣೆಗೆ, ವ್ಯವಸ್ಥೆಯ 50% ಬಳಕೆದಾರರು 56ಕೆ ಮೊಡೆಮ್‌ ಸಂಪರ್ಕದಿಂದ ಮತ್ತು ಉಳಿದರ್ಧ ಬಳಕೆದಾರರು ಟಿ1ನಿಂದ ವ್ಯವಸ್ಥೆಯನ್ನು ಸಂಪರ್ಕಿಸುತ್ತಿದ್ದರೆ, ಆಗ ಕಾರ್ಯಾಭಾರದ ಇಂಜೆಕ್ಟರ್‌ಗಳು (ನಿಜವಾದ ಬಳಕೆದಾರರನ್ನು ಮರುಸೃಷ್ಟಿಸುವ ಕಂಪ್ಯೂಟರ್‌ಗಳು) ಅವೇ ಸಂಪರ್ಕಗಳಿಂದ ಕಾರ್ಯಾಭಾರವನ್ನು ಕೊಡಬೇಕು (ಆದರ್ಶನೀಯ) ಅಥವಾ ಅದೇ ಬಳಕೆದಾರನ ರೂಪವನ್ನು ಪಾಲಿಸುತ್ತ, ಕೃತಕವಾಗಿ ಆ ಸಂಪರ್ಕಗಳ ನೆಟ್‌ವರ್ಕ್‌ ಗುಪ್ತತೆಯನ್ನು ಸೃಷ್ಟಿಸಬೇಕು.
ಯಾವಾಗಲೂ, ಪ್ರಮುಖ ಸಮಯಗಳಲ್ಲಿ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವ ನಿರೀಕ್ಷಿತ ಬಳಕೆದಾರರ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿರುವುದು ಅತಿ ಮುಖ್ಯ. ಗರಿಷ್ಠ ಅನುಮತಿಸತಕ್ಕ 95 ಶೇಕಡಾ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವು ಯಾವ ಯಾವ ಅಂಶಗಳಿಂದ ಆಗಿದೆ ಎನ್ನುವ ಹೇಳಿಕೆಯೂ ಇದ್ದರೆ, ಆಗ ಪ್ರಸ್ತಾಪಿಸಿದ ವ್ಯವಸ್ಥೆಯು ನಿರ್ದಿಷ್ಟತೆಗಳನ್ನು ಮುಟ್ಟಿದೆಯೋ ಇಲ್ಲವೋ ಎಂಬುದನ್ನು ಇಂಜೆಕ್ಟರ್‌ ಸಂಯೋಜನೆಯ ಸಹಾಯದಿಂದ ಪರೀಕ್ಷಿಸಬಹುದು.
ಕಾರ್ಯಕ್ಷಮತೆಯ ನಿರ್ದಿಷ್ಟತೆಗಳು ಕನಿಷ್ಠವೆಂದರೆ ಈ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಬೇಕು:
ಅಂತಹ ಒಂದು ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲು ಕೈಗೊಳ್ಳಬೇಕಾದ ಕೆಲಸಗಳೆಂದರೆ:
ಮೈಕ್ರೊಸಾಫ್ಟ್‌ ಡೆವೆಲಪರ್‌ ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ರಕಾರ ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಕಾರ್ಯವಿಧಾನ ವು ಇವುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ: