1. 06 9月, 2022 1 次提交
  2. 10 8月, 2022 1 次提交
    • N
      [CodeStyle] use np.testing.assert_array_equal instead of... · 93c5c887
      Nyakku Shigure 提交于
      [CodeStyle] use np.testing.assert_array_equal instead of self.assertTrue(np.array_equal(...)) (#44947)
      
      * automatically fix
      
      * update comments
      
      * numpy -> np
      
      * self.assertEqual(..., True)
      
      * wrong usage (err_msg=True)
      
      这不是修复导致的错误,这些是原来 `self.assertTrue(..., True)`
      的错误用法,因此在修复后将其认为位置参数 `err_msg`
      
      * some missing fix
      93c5c887
  3. 05 6月, 2022 1 次提交
    • S
      【code format check upgrade】 step2:yapf (#42944) · a072fca8
      Sing_chan 提交于
      * use yapf to format all python file
      
      * yapf exclude two unittests file for they rely on writing and reading file, and format will break them
      
      * disable diff_py_file because too many diff files cause command following failed
      a072fca8
  4. 02 6月, 2022 1 次提交
  5. 02 4月, 2022 1 次提交
  6. 15 2月, 2020 1 次提交
    • S
      update ops's unittest data type from float32 to float64 and shape over 100 (#22544) · 90ee3666
      Steffy-zxf 提交于
      * update ops's unittest of elementwise_pow, elementwise_max, elementwise_min, scale and sqrt
      1. update elementwise_pow, elementwise_max and scale's unitests with input data type (float32 -> float64)
      2. fix bug that the elementwise_pow doesn't meet threshold requirements with tackling float64 data
      3. remove sqrt from op_accuracy_white_list.py
      4. update the unittests of elementwise_pow, elementwise_max and elementwise_min ops that their input data shape over 100
      5. test=develop
      
      * modify the writing style according suggestions
      test=develop
      90ee3666
  7. 07 1月, 2020 1 次提交
  8. 06 1月, 2020 1 次提交
  9. 18 12月, 2019 1 次提交
  10. 16 12月, 2019 1 次提交
  11. 04 9月, 2019 1 次提交
  12. 30 7月, 2019 1 次提交
  13. 15 8月, 2018 1 次提交
  14. 26 7月, 2018 2 次提交
  15. 24 2月, 2018 1 次提交
  16. 13 2月, 2018 1 次提交
    • X
      Run Python OP tests in a single Python process to improve test time. (#8362) · cde6241a
      Xin Pan 提交于
      Currently, our tests run with 2 GPUs, the init time is absurdly long:
      about 4s for each process.  Currently, we run each OP test on
      different processes. This PR:
      
      1. create cmake function py_test_modules which will generate the
      Makefile that runs a list of Python unittest module in a single Python
      process.
      
      2. move all "python unittest compatible" (e.g., used the unittest
      package, not just a regular python file). from fluid/tests to
      fluid/tests/unittests.
      
      3. cmake now will run all OP tests in fluid/tests/unittests in a
      single process, except the time-consuming tests, they are separated
      into different processes to utilize parallelism. Please make sure to
      use the unittest package if you put the python test file in
      fluid/tests/unittests
      
      4. remove all exit(0) from fluid/tests/unittests/*.py, exit(0) is used
      to disable unittest, we can not do it when running all tests in a
      single process since it will terminate the process without running the
      other tests. Instead, the test is disabled in
      fluid/tests/unittests/CMakeLists.txt. FIXME is added for each disabled
      item. Please disable the unittest from
      fluid/tests/unittests/CMakeLists.txt, instead of adding exit(0) to the
      Python file, for all Python file in fluid/tests/unittests/.
      
      5. add an option WITH_FAST_BUNDLE_TEST. When OFF, will run the unit
      tests in separate process so that they can be tested individually.
      cde6241a
  17. 12 2月, 2018 1 次提交
  18. 31 1月, 2018 1 次提交