ಕೆಲವು ಅತಿ ಸಾಮಾನ್ಯವಾದ ಕಲ್ಪನೆಗಳನ್ನು ಕೆಳಗೆ ಕೊಟ್ಟಿದೆ:<br>
1. ವ್ಯವಸ್ಥೆಯನ್ನು ಒಡೆಯಲು ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಲಾಗುತ್ತದೆ. 

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

2. ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯನ್ನು ವ್ಯವಸ್ಥೆ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಯ ನಂತರವೇ ಮಾಡಬೇಕು 

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

3 ಕಾರ್ಯಕ್ಷಮತೆಯ ಪರೀಕ್ಷೆಯು ಕೇವಲ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ತಯಾರಿಸುವ ಕಾರ್ಯವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಉಪಯೋಗದಲ್ಲಿ ಯಾವ ಬದಲಾವಣೆಯಾದರೂ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಸರಳವಾಗಿ ಬದಲಾಯಿಸಿಬಿಡಬಹುದು. 

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

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

ಕಾರ್ಯಕ್ಷಮತೆ ಪರೀಕ್ಷೆಯ ಬಗೆಗಿನ ಕಲ್ಪನೆಗಳು
ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯ
ಒತ್ತಡ ಪರೀಕ್ಷೆ
ಕನ್‌ಕರೆನ್ಸಿ / ಥ್ರೋಪುಟ್‌