verify

    1熱度

    1回答

    我需要測試一個存儲庫Save()方法被調用兩次具有相同的對象,但對象的屬性已在調用之間更改。 的SUT代碼歸結爲: Person person = _repos.Load(name); person.Age = age1; _repos.Save(person); person.Age = age2; _repos.Save(person);

    0熱度

    1回答

    我試圖驗證導入的類的值。 我確定我沒有那麼清楚。以下是包含我嘗試訪問的類的zip文件的鏈接。 zip file for class 到目前爲止,我有: public class findHidden { public static void main(String[] args) { // TODO Auto-generated method stub double n=

    0熱度

    1回答

    我在Access中有兩個表,其中一個本質上是一個包含其個人信息的客戶記錄,另一個充滿有效值,例如狀態縮寫和性別。我試圖比較這兩個表,以便檢查參考表中的性別和州代碼,並提取客戶ID(第一個表中的另一個字段),並通過將客戶ID和值即時通訊使用驗證,在另一個表中。 B ut代替只返回不匹配的值返回第一個表中的每條記錄。所以它沒有真正驗證任何東西,只是複製和粘貼,而不是隻返回第二個表中沒有匹配的值。 我的

    3熱度

    3回答

    我想確保使用特定的一組字符串作爲參數調用mocked。 例如,我有以下代碼: public class SomeLogic { @Autowired private SpecificService specificService; public void action() { Set<String> args = fillArgsMethod();

    0熱度

    3回答

    我知道這個問題可能不清楚。我會試着解釋。 我遇到的情況,我需要覈實的價值5,10,15,20....,序列只產生序列的系統也不是很準確的,有時它可以錯過值或重複幾個值的像5, 10,10,20,25,30,40. 因此,作爲你可以看到有一個公差5-10。 這沒關係。我必須驗證使用通行證,如果它看到偶有遺漏或重複單調遞增序列的邏輯順序不走回頭路像5,10,15,10.. or 5,10,9,....

    1熱度

    2回答

    編寫批處理腳本。我如何驗證'3'用戶使用「/ p」提示輸入了NUMERIC數字? 提示用戶: SET /P SITEID=ENTER SITE # (i.e. 001 - MUST BE 3 DIGITS): 我需要驗證3位已被輸入,如果好繼續腳本。如果不好,請再次提示用戶輸入我選擇的信息。

    0熱度

    1回答

    我需要驗證我的數據到數字簽名中的數據,我如何在它們之間進行比較。 在此代碼中驗證由公鑰和原始簽名解密的簽名。 代公鑰和女貞密鑰和簽名。 閱讀我的數據。 對此代碼進行哈希處理。 讀取簽名。 比較簽名和我的數據//我在這一步有問題想要比較我的數據和簽名。 public static void verify() { BufferedReader in = new BufferedReader

    2熱度

    1回答

    我嘗試使用發佈的用戶密碼和來自數據庫的散列函數password_verify檢查密碼。 首先,我是怎麼生成的密碼和散列: $user_password = $this->generate_password(); private function generate_password($length = 8) { $chars = "[email protected]#$%^&*()_-=+;

    0熱度

    2回答

    我試圖寫一個測試下列靜態方法: public static Field getField (Class<?> type, String fieldName) { for (Field field : type.getDeclaredFields()) { if (field.getName().equals(fieldName)) { return field;

    1熱度

    1回答

    我有一個理論問題,我無法理解。 由於關於簽名/驗證模式的特殊實現。我得到了一個由服務器的私鑰加密的文件。該私鑰使用OAEP SHA1填充構建。 我在使用Bouncy Castle庫的Android,Java和Windows中解密此文件時沒有問題。 我已經使用Google搜索,但是由於iOS沒有實現OAEPSHA1協議來解密此文件(僅支持無填充或PKCS#1填充),所以我沒有得到任何好解決方案來解碼