Ad
  • Custom User Avatar

    python new test framework is required. updated in this fork

  • Default User Avatar

    This comment is hidden because it contains spoiler information about the solution

  • Custom User Avatar

    This comment is hidden because it contains spoiler information about the solution

  • Custom User Avatar

    python new test framework is required. updated in this fork

  • Default User Avatar

    final sample test does not comply with description

    every test input will end with a punctuation mark

        Test.assertEquals(esrever(''), '')
    
  • Custom User Avatar
    • Description should be language-agnostic

    • Example and fixed tests on j included in plaintext and square should be tested

  • Custom User Avatar

    Missing test framework and solution imports in Python tests

  • Custom User Avatar
  • Default User Avatar

    The behavior of j and i is somewhat unclear from the description and example test cases. While you say j should be treated as i, neither the examples in the description nor in the test cases contain a "j" in the square paramater. They do, however, contain i's. Therefore, one might assume that the instruction meant to perform a j to i substitution on the plaintext. This has clearly confused others than just me.

    I suggest altering the description to say: If either an i or j appears in the encryption square text, the corresponding two-letter code should be used to encrypt both i and j. Furthermore, you should remove all mention of a substitution from the decryption section of the description. It says (PLEASE NOTE, j SHOULD BE TREATED AS i), but this is incorrect. If a j appears in the square text for adfgx_decrypt, then if the corresponding two-letter code appears in the ciphertext, your tests expect a j, not an i.

  • Default User Avatar

    JS: Node v12 should be used along with the appropriate assertion tools (Mocha + Chai)

  • Default User Avatar

    In python the natural way to return multiple values is using a tuple, not a list.

  • Default User Avatar

    Rounding prevents correct float comparision. Two similar values (within tolerance) may be rouded to different values.
    Floats should be compared with test.assert_approx_equals.

  • Custom User Avatar

    Encryption/decryption functions should be called once per test-sequence.

  • Custom User Avatar

    Tests should be updated to use the new test framework.

  • Custom User Avatar

    Nice one.

    However, it misses a sample test where the answer is xx.00.

  • Loading more items...