本申請實施例公開了一種上位機軟件包括若干相對獨立的通信模塊，不同的模塊使用不同的通信規(guī)約，每個通信模塊與至少一臺下位機進行通信，通信模塊通過上位機的接口與下位機通信，實現(xiàn)了對上位機軟件的運行環(huán)境中的通信規(guī)約和通信方式的模擬。當上位機軟件啟動時，上位機軟件與下位機進行數(shù)據(jù)通信，實現(xiàn)了上位機軟件與下位機的通信數(shù)據(jù)的數(shù)據(jù)量的模擬。也就是說，本申請實施例提供的上位機軟件壓力測試方法，至少從通信規(guī)約、通信方式和數(shù)據(jù)量三方面對上位機的運行環(huán)境進行模擬，從而實現(xiàn)對上位機軟件在較完整的運行環(huán)境下的壓力測試，提高了上位機軟件的壓力測試結(jié)果的有效性。

技術(shù)領(lǐng)域

本申請涉及測試技術(shù)領(lǐng)域，更具體地說，涉及一種上位機軟件壓力測試方法、裝置及系統(tǒng)。

背景技術(shù)

軟件開發(fā)出來以后，在發(fā)布使用前，為了保證上位機軟件長時間無差錯的對下通信，并能適應(yīng)現(xiàn)場的各種運行情況，需要先對其進行壓力測試，以確定軟件的可靠性和穩(wěn)定性，并在發(fā)現(xiàn)被測軟件的缺陷時，對其進行改進。

目前的軟件測試方法，均是基于單一通信規(guī)約(如HTTP協(xié)議)的軟件壓力測試，而這種壓力測試方法并不適用于工業(yè)控制中的上位機軟件，無法對工業(yè)控制中的上位機軟件進行有效的壓力測試。

發(fā)明內(nèi)容

本申請的目的是提供一種上位機軟件壓力測試方法、裝置及系統(tǒng)，以至少部分的克服現(xiàn)有技術(shù)中存在的技術(shù)問題。

為實現(xiàn)上述目的，本申請?zhí)峁┝巳缦录夹g(shù)方案：

一種上位機軟件壓力測試方法，所述上位機軟件包括若干相對獨立的通信模塊，不同的通信模塊使用不同的通信規(guī)約，每個通信模塊與至少一臺下位機進行通信，所述通信模塊通過所述上位機的接口與所述下位機通信；所述方法包括：

步驟S21：啟動所述上位機軟件，以使所述上位機軟件與所述下位機進行數(shù)據(jù)通信，并在所述通信模塊中與數(shù)據(jù)傳輸相關(guān)的預(yù)置運行節(jié)點進行日志記錄；其中，所述上位機軟件與所有所述下位機之間的通信數(shù)據(jù)量大于現(xiàn)場上位機與所有現(xiàn)場下位機之間的通信數(shù)據(jù)量；

步驟S22：監(jiān)測所述上位機軟件是否持續(xù)運行，并記錄監(jiān)測結(jié)果；

步驟S23：當達到停止條件時，控制所述上位機軟件停止運行。

上述方法，優(yōu)選的，所述每個通信模塊與至少一臺下位機進行通信包括：

每個通信模塊與至少一臺實體下位機進行通信，或者，每個通信模塊與至少一臺虛擬下位機進行通信。

上述方法，優(yōu)選的，所述上位機軟件還與主站連接；

所述上位機軟件啟動后，還與所述主站進行數(shù)據(jù)通信。

上述方法，優(yōu)選的，所述監(jiān)測所述上位機軟件是否持續(xù)運行，包括：

判斷是否能夠獲取運行所述上位機軟件的進程的識別標識；

若判斷結(jié)果為是，確定所述上位機軟件在運行，否則，確定所述上位機軟件停止運行。

上述方法，優(yōu)選的，在確定所述上位機軟件停止運行后，還包括：

重新啟動所述上位機軟件。

上述方法，優(yōu)選的，所述上位機軟件通過至少兩類接口與下位機進行通信，每個通信模塊通過所述至少兩類接口中的一類接口與至少一臺下位機進行通信；所述步驟S21至步驟S23執(zhí)行至少三次，具體包括：

對應(yīng)所述至少兩類接口中的每一類接口，下位機只通過該類接口與所述上位機軟件連接時，執(zhí)行一次步驟S21至步驟S23；

下位機同時通過所述至少兩類接口與所述上位機軟件連接時，執(zhí)行一次步驟S21至步驟S23。