1. 24 Sep, 2019 1 commit
    • Greg Spencer's avatar
      Add fake keyboard key generation to the testing framework (#40706) · 0e6cb28d
      Greg Spencer authored
      There were four or five different implementations in various tests for sendFakeKeyEvent, which roughly all did the same thing. I was going to add yet another one, and decided that it needed to be generalized and centralized. This replaces those instances with something that just takes a LogicalKeyboardKey so that it's self-documenting, and can be used with multiple platforms.
      
      This adds two functions to widget tester: sendKeyDownEvent and sendKeyUpEvent which simulate key up/down from a physical keyboard. It also adds global functions simulateKeyDownEvent and simulateKeyUpEvent that can be called without a widget tester. All are async functions protected by the async guard.
      0e6cb28d
  2. 28 Jun, 2019 3 commits
  3. 25 Jun, 2019 1 commit
  4. 13 Jun, 2019 1 commit
  5. 06 Jun, 2019 1 commit
    • sjindel-google's avatar
      Don't print warning message when running benchmarks test. (#33842) · f83df74b
      sjindel-google authored
      # Description
      Currently the benchmarks test prints a scary warning message, even when it passes, that a benchmark is being run with asserts enabled.
      
      Normally we don't want developers to do this, because the performance of code with asserts is not characteristic of what end-users will experience. However, we need to unit-test benchmarkWidgets, so I've added a contraindicated option to suppress the warning for the test.
      
      # Related Issues
      25049 (comment)
      f83df74b
  6. 27 May, 2019 1 commit
  7. 22 Mar, 2019 1 commit
  8. 18 Mar, 2019 1 commit
  9. 07 Mar, 2019 1 commit
  10. 06 Mar, 2019 2 commits
  11. 01 Mar, 2019 2 commits
  12. 21 Feb, 2019 1 commit
  13. 30 Jan, 2019 1 commit
  14. 27 Jan, 2019 1 commit
  15. 22 Jan, 2019 1 commit
  16. 07 Jan, 2019 1 commit
  17. 12 Dec, 2018 1 commit
  18. 09 Nov, 2018 1 commit
  19. 06 Nov, 2018 3 commits
  20. 18 Oct, 2018 1 commit
  21. 16 Oct, 2018 1 commit
  22. 11 Oct, 2018 1 commit
  23. 06 Oct, 2018 1 commit
  24. 01 Oct, 2018 1 commit
  25. 14 Sep, 2018 1 commit
  26. 12 Sep, 2018 1 commit
  27. 24 Aug, 2018 1 commit
  28. 20 Jul, 2018 2 commits
  29. 09 Jul, 2018 1 commit
  30. 26 Jun, 2018 1 commit
  31. 20 Jun, 2018 1 commit
  32. 13 Jun, 2018 1 commit
    • Chris Bracken's avatar
      Revert elimination of Dart 1 (#18460) · 2ae48845
      Chris Bracken authored
      fuchsia_tester.dart still assumes Dart 1. Previously, it ran tests directly
      from source, flutter_platform.dart automatically runs a kernel compile when
      operating in Dart 2 mode, but this assumes a functional Dart SDK is available
      in the artifacts directly, and fuchsia_tester.dart mocks out the artifacts
      directory with an empty temp dir.
      
      Remaining work is:
      1. Get the frontend server building as a dependency on Fuchsia.
      2. Patch fuchsia_tester.dart to use a valid Dart SDK and frontend server.
      
      This also reverts migration to Dart 2 typedef syntax.
      
      This reverts commit 6c56bb24. (#18362)
      This reverts commit 3daebd05. (#18316)
      2ae48845
  33. 11 Jun, 2018 1 commit
    • Ian Hickson's avatar
      More flexible timeout logic in flutter_test (#18256) · dac2ebf0
      Ian Hickson authored
      This should reduce the number of flakes without actually increasing
      the timeout, so we'll still find out quickly if a test is hanging.
      
      The numbers here might need tweaking. Maybe the default two seconds is
      too short for CI bots.
      dac2ebf0