यह निष्पादन विनिर्देशों (आवश्यकताओं) को निर्दिष्ट करने और किसी निष्पादन परीक्षण योजना में उनके प्रलेखन के लिए महत्वपूर्ण है। आदर्श रूप में, इसे किसी डिज़ाइन प्रयास से पहले, किसी प्रणाली विकास परियोजना के विकास चरण की आवश्यकताओं के दौरान किया जाता है। अधिक जानकारी के लिए निष्पादन इंजीनियरिंग देखें. 

हालांकि, निष्पादन परीक्षण को अक्सर किसी विनिर्देशन के प्रति निष्पादित नहीं किया जाता अर्थात् किसी ने अभिव्यक्त नहीं किया होगा कि प्रयोक्ताओं की किसी विशिष्ट संख्या के लिए अधिकतम स्वीकार्य अनुक्रिया काल क्या होना चाहिए. निष्पादन परीक्षण का उपयोग अक्सर निष्पादन प्रोफ़ाइल ट्यूनिंग की प्रक्रिया के हिस्से के रूप में किया जाता है। यहां विचार "कमज़ोर कड़ी" की पहचान से है - निश्चित रूप से प्रणाली का कोई तो हिस्सा है, जिसे यदि तेज़ी के साथ अनुक्रिया करने के लिए व्यवस्थित किया जाता है, तो परिणामतः समग्र प्रणाली तेजी से चल सकती है। कभी-कभी यह पहचानना एक कठिन कार्य होता है कि प्रणाली का कौन-सा हिस्सा इस महत्वपूर्ण मार्ग का प्रतिनिधित्व करता है और कुछ परीक्षण उपकरणों में इनस्ट्रूमेंटेशन शामिल होता है (या इनस्ट्रूमेंटेशन उपलब्ध कराने वाले एड-ऑन हो सकते हैं) जो सर्वर (एजेंट) पर चलता है और आदान-प्रदान समय, डाटाबेस अभिगम समय, उपरि नेटवर्क और अन्य सर्वर मॉनिटर की रिपोर्ट देते हैं, जिनका कच्चे निष्पादन आंकड़ों के साथ विश्लेषण किया जा सकता है। इस तरह के उपकरण के बिना किसी एक को सर्वर पर Windows टास्क प्रबंधक पर यह देखने के लिए झुके रहना होगा कि निष्पादन परीक्षण कितना CPU लोड सृजित कर रहे हैं (विंडोज़ प्रणाली को परीक्षणाधीन मानते हुए).

एक ऐसी कंपनी का क़िस्सा है जिसने समस्या का उचित विश्लेषण किए बिना ही अपने सॉफ़्टवेयर के अनुकूलन के लिए एक बड़ी राशि खर्च की. अंततः उन्हें प्रणाली के ‘निष्क्रिय लूप’ को दुबारा लिखना पड़ा, जहां उन्होंने पाया कि प्रणाली का अधिकांश समय खर्च होता है, पर फिर भी दुनिया के सबसे कुशल निष्क्रिय लूप के साथ, जाहिर है समग्र निष्पादन में एक कण भी सुधार नहीं हुआ!

निष्पादन परीक्षण को वेब भर में निष्पादित किया जा सकता है और यहां तक कि देश के विभिन्न भागों में किया जा सकता है, क्योंकि यह माना जाता है कि इंटरनेट का ही अनुक्रिया काल क्षेत्रवार बदलता रहता है। इसे कार्यालय के भीतर भी किया जा सकता है, हालांकि तब सार्वजनिक नेटवर्क पर समान्यतः लागू होने के समान, अंतराल को प्रवेश कराने के लिए रूटर्स के विन्यास की ज़रूरत होगी. यथार्थवादी बिंदु से भार को प्रणाली में प्रवर्तित करना चाहिए. उदाहरण के लिए, यदि प्रणाली के 50% प्रयोक्ता आधार 56K मॉडेम कनेक्शन के ज़रिए प्रणाली तक पहुंच रहे हों और शेष आधे T1 के ज़रिए, तो लोड इनजेक्टर (कंप्यूटर जो वास्तविक प्रयोक्ताओं का अनुकरण करते हैं) उन्हीं कनेक्शनों पर भार पहुंचाएं (आदर्श) या उसी प्रयोक्ता प्रोफ़ाइल का अनुसरण करते हुए, ऐसे कनेक्शनों की नेटवर्क अव्यक्तता का अनुकरण करें.

प्रयोक्ताओं की संभाव्य चरम संख्या के बारे में बयान हमेशा मददगार साबित होगा, जिनके द्वारा व्यस्ततम समय में प्रणाली के उपयोग की संभावना है। यदि ऐसा बयान भी मिल जाए कि अनुक्रिया काल का अधिकतम अनुमेय 95 प्रतिशत किससे गठित है, तो एक इनजेक्टर विन्यास का उपयोग यह जांचने के लिए किया जा सकता है कि क्या प्रस्तावित प्रणाली उस विनिर्देशन को पूरा करती है।
निष्पादन विनिर्देशनों द्वारा कम से कम निम्नलिखित प्रश्न पूछे जाने चाहिए:

उद्देश्य
निष्पादन परीक्षण के लिए पूर्व-अपेक्षाएं
निष्पादन विनिर्देश
आइसोलेशन टेस्टिंग