的多客戶端的開發

Question

我的開發系統更好的使用斷點用於開發和測試不同的客戶端，我認爲是一種常見的做法。不幸的是，這在調試時引入了一個令人討厭的便利問題。雖然放置在開發系統上的斷點將堅持自己的代碼，並且在插入或刪除行時移動，但顯然不適用於放置在另一個客戶機中的相同代碼上的斷點。

由於系統沒有任何的行被究竟有兩個版本之間改變了知識，放置在測試客戶端斷點將保持在程序中的特定行。因此，對代碼的任何更改都會破壞斷點。要解決這個問題，我必須：打開另一個程序或屏幕，然後返回到程序刷新代碼（刷新按鈕SAP？在哪裏），找到斷點已經移動到哪裏並逐個刪除它們（批次在哪裏刪除斷點按鈕SAP？），然後通常在完全相同的位置設置新的斷點。

這個問題正在成爲我的工作，我有時會花更多的時間移動斷點比我的實際開發花那麼頻繁。在某些情況下，我只是放棄了，並開始編寫用戶斷點，因爲這些將至少保留在原地。然而，這些都帶有它們自己的缺點，因爲它們不能在調試器中被移除，使得它們在你被迫在千個記錄循​​環中的每個斷點處停止時都是無用的。

我實際的問題是，現在是否有更好的方法或最佳實踐，當談到在這種情況下調試。我對ABAP編程比較陌生，所以我希望更多有經驗的開發人員可以使用它們來加速這個過程。是否有更好的方法去調試和破壞輔助客戶端中的代碼？

Answer 1

你可以嘗試在交易SAAB和代碼創建一個檢查點組斷點檢查點組。

語法

BREAK-POINT ID zyour_new_checkpoint_group. 

這樣做，你可以激活它設定的時間，或一組用戶等等。但是，我不知道，如果你在1000卡住的優勢在線循環，你將能夠僅僅停用它&跳過轉折點。

這可能是值得首先檢查您是否可以在程序中使用的憤怒在此之前運行時的飛行停用檢查站組。

Answer 2

具有開發客戶端和測試客戶端的做法是有道理的，客戶端相關對象，例如定製。它確保爲開發測試提供合理穩定的環境。但是，對於程序和其他開發對象來說它是沒有意義的，因爲它們是獨立於客戶端的。然而，它仍然是重要的是所有客戶相關的發展目標（例如，標準文本和SapScripts）從開發客戶來源，所以最好在那裏創建所有對象。但是一旦你完成了這些工作並開始測試和調試，沒有技術上的理由不要只是在測試客戶端中改變你的程序。

這可能需要一些努力，試圖說服負責這一做法的開發程序的人，因爲總是存在的對象錯了客戶，當你想將他們釋放可能導致一團糟獲得創建一個機會。但對於你在你的問題中描述的場景，你應該可以爲你的案件辯護。