對於效能測試的一些想法，歡迎交流

最近公司要做服務端壓力測試，我來負責；
產品：我要求系統必須滿足 300 併發的要求，系統用起來要流暢；
產品給出的指標就是上面兩個：1.300 併發；2. 流暢；OK，那就開始做吧；如果放在以前剛剛開始接觸壓測的時候，我肯定是寫好指令碼，直接上 300 個併發，在一些節點加思考時間，模擬使用者行為來壓測就行；但是這樣是沒法準確來模擬 300 個真正使用者的操作場景的，可以說在指令碼方面下功夫，無論如何也沒法準確的模擬一定數量的使用者對系統的操作的；
這個時候我們能不能透過抓取後臺的服務日誌，看一下每個服務在一段時間內，真正承受的壓力是多少呢？我們可以看 QPS，比如一天內最大的值是 100QPS，這個時候我們就知道服務最大接到 的請求壓力是 100QPS，這個時候，我們就可以透過加大併發量，讓服務承受的壓力一直階梯增加到 50QPS 80QPS 100QPS 120QPS， 不用管 jmeter 加的併發量是多大，只調整 jmeter 的併發量，看服務端承受的 QPS 能否達到最大值就可以了！也不用再想法模擬飄忽不定的使用者真實操作了；當 jmeter 設定到一定併發量，後臺服務承受的壓力是 100qps 了，這個時候系統還沒有問題的話就滿足產品的要求了；我們還可以接著加大併發量，直到壓出系統的瓶頸；
這個過程的一切，我們只看後臺服務的 qps，併發量只是我們達到服務承受壓力的一個手段而已；
這是個人的一些思考，歡迎效能大咖能提出質疑或者效能測試的方法，真誠跟大家交流請教，謝謝！
最後 @ 一下大神@ZeeBJ，還請指正，感謝！