LR 測試webservice協議 併發運行報錯：Abnormal termination, caused by mdrv process termination
出現這個問題的第一反應就是上網收集資料，但是找了半天也沒找到合適的答案。由於本次場景是有多個腳本共同併發的所有就查找該腳本的設置與其他腳本的設置是否一致
找了N久發現原來該腳本設置的迭代，導致了服務器接受迴應慢，導致多線程併發時，mdrv進程死掉了，最後將迭代次數修改爲1就沒這個問題了。
所以在做性能測試的時候，如果出現了問題作爲測試的我們，首先考慮的是不是我們的腳本寫的有問題，或者場景的設置有問題，如果排除了這些問題以後，再從服務器查找問題的所在，如果出現了問題我們就說是服務端的問題，結果開發的在百忙之中抽出半天的時間配合你找問題的原因，到了最後發現是自己腳本出了問題，這會大大降低我們在開發心目中的地位，我們本來就是找bug的但是，後來確認開發的幫我們找bug，這樣開發的會怎麼看我們。
再說了，作爲一名好的性能測試工程師，一定要是對程序的構架和數據流要完全瞭解和掌控，比如我們要知道loadrunner到底發出的數據時什麼，最後到服務器端沒？如果服務器端收到了數據，還要明白是否是loadrunner發送的，同時也要明白是否是我們想要的數據，如果數據庫有變化我們一定要檢查到數據的數據是否變成了我們想要的數據。僅僅做到這一點還是不夠的，我們還要跟着服務器端返回的數據是否正確，我們能否正常的接受，這都是我們測試工程師必須要掌握的。
如果在高級點的性能測試工程師，如果服務器出現了問題，我們儘量要幫助開發找到問題的根本，比如我們測試個接口，並且這些接口會對數據庫有很大的壓力，或者數據庫服務的性能異常，我們要幫助開發找到數據庫服務器的瓶頸在那，比如數據庫的配置有問題，或者那個sql導致數據死鎖，或者那條sql沒有索引，等一系列的問題，如果我們能定位到這種地步，開發人員肯定會感謝我們，再也不會認爲測試就一項苦力活了。
如果想要達到以上水平當然需要我們學習很多內容，同時還要一定工作經驗。總得來說測試並不是簡單的點點看看的活，是一項很有技術含量的工作。