parasoft

    3熱度

    2回答

    我們有大量的遺留代碼,其中幾個部分計劃重構或替換。我們希望優化目前影響用戶體驗的部件,促進計劃中的新產品的重複使用,並希望可以提高可維護性。 我們對現有產品有相當好的/全面的功能測試。這些是自動和手動驅動的GUI測試的混合體,但它們可以讓開發人員在半天以上完全運行。 「低級域邏輯」有一套很好的覆蓋單元測試(NUnit)。不幸的是,其餘的代碼沒有單元測試(或者至少沒有值得的單元測試)。 我想找到是一

    3熱度

    4回答

    首先,我沒有paraoft.test或jtest體驗經驗。我已閱讀產品可自動生成單元測試的數據表。 但我在擺脫自動生成的單元測試是多麼有用。它真的不需要開發人員做任何其他的努力嗎? 歡迎任何經驗分享。 非常感謝!

    0熱度

    2回答

    我使用所謂的Parasoft的C++測試代碼質量的工具。據抱怨如下: setsockopt(...,sizeof(int)); 它指出: 在 'setsockopt的' 函數調用,不傳長鑄造爲int表達爲 '5' 函數參數 我已經嘗試了幾種不同的選項來解決這個問題,但是它們都沒有效果。我可以做以下,並使它消失: socklen_t socklength = sizeof(int); sets

    2熱度

    2回答

    我在一個剛剛被告知的項目上工作,我們必須將Parasoft C++單元測試工具整合到未來的任何代碼更改中。我面臨的問題是我們的方法變化很小,現在看起來我們被迫單元測試整個方法。這些方法中有許多是數百或數千行代碼。我確信,如果我必須完全測試這些方法,那麼我們將着手解決諸如空指針檢查等舊問題,而我們的預算和人力無法處理這些修復。 有誰知道parasoft是否允許您測試一小部分方法?或者如果另一個單元測

    8熱度

    3回答

    我們使用Parasoft C++test靜態分析我們的代碼。它具有代碼麻煩像下面這樣: void foo(int* x) { try { bar(); } catch(...) { delete x; throw; } *x; } 報告警告說,在*x;行: 釋放的內存事後不得在任何情況下訪問 不知怎的,它得出的結論

    0熱度

    1回答

    我正在嘗試創建一個靜態規則來檢查傳遞給SIL4應用程序中防禦性編程的令牌。 規則如下:「每個函數應有一個const uint_32作爲最後一個參數」 即: uint_32 foo(uint_32 a, uint_32 b, const uint_32 c) ok uint_32 foo(uint_32 a, uint_32 b, const uint_16 c) NOK uint_32 foo