ctrl+shift+p filters: :st2 :st3 :win :osx :linux
Browse

Unit​Testing

by SublimeText ST2/ST3

Testing Sublime Text Packages

Details

  • 3 1.2.0
    0.10.6
  • github.​com
  • github.​com
  • 1 month ago
  • 21 minutes ago
  • 4 years ago

Installs

  • Total 1K
  • Win 502
  • OS X 367
  • Linux 276
Jan 22 Jan 21 Jan 20 Jan 19 Jan 18 Jan 17 Jan 16 Jan 15 Jan 14 Jan 13 Jan 12 Jan 11 Jan 10 Jan 9 Jan 8 Jan 7 Jan 6 Jan 5 Jan 4 Jan 3 Jan 2 Jan 1 Dec 31 Dec 30 Dec 29 Dec 28 Dec 27 Dec 26 Dec 25 Dec 24 Dec 23 Dec 22 Dec 21 Dec 20 Dec 19 Dec 18 Dec 17 Dec 16 Dec 15 Dec 14 Dec 13 Dec 12 Dec 11 Dec 10 Dec 9 Dec 8
Windows 0 0 0 0 0 1 1 0 0 0 0 2 1 1 0 0 1 0 0 0 1 1 0 0 0 1 0 0 0 0 0 0 2 2 5 4 4 1 1 1 0 0 1 1 1 1
OS X 0 0 0 3 0 0 0 1 1 0 0 1 0 1 0 0 1 2 1 0 0 0 0 1 0 0 0 1 0 0 0 1 0 1 0 1 0 0 0 2 0 0 0 1 0 1
Linux 0 0 0 0 0 1 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1

Readme

Source
raw.​githubusercontent.​com

UnitTesting

CircleCI Build Status Build status codecov

This is a unittest framework for Sublime Text 3. It runs unittest testcases on local machines and CI services such as Travis CI, Circle CI and Appveyor. It also supports testing syntax_test files for the new sublime-syntax format.

News: UnitTesting is now housed by SublimeText. You may want to change the urls from randy3k/UnitTesting to SublimeText/UnitTesting, e.g.:

Preparation

  1. Before testing anything, you have to install UnitTesting via Package Control.
  2. Your package!
  3. TestCases should be placed in test*.py under the directory tests (configurable, see below). The testcases are then loaded by TestLoader.discover.

Here are some small examples

Running Tests Locally

UnitTesting can be triggered via the command palette command UnitTesting. Enter the package name in the input panel and hit enter, a console should pop up and the tests should be running. To run only tests in particular files, enter <Package name>:<filename>. <filename> should be a unix shell wildcard to match the file names, <Package name>:test*.py is used in default.

You could run the command UnitTesting: Test Current Package to run the current package. The current package will be first reloaded by UnitTesting and then the tests will be executed.

It is also possible to generate test coverage report via coverage by using the command UnitTesting: Test Current Package with Coverage. The file .coveragerc is used to control the coverage configurations. If it is missing, UnitTesting will ignore the tests directory.

Continuous Integration

Circle CI

To enable Circle CI Linux and macOS builds, copy the file .circleci/config.yml to your repository and change the environmental variable PACKAGE to the name of your package. Login circleci and add a new project.

Circle CI doesn't offer free macOS plan by default, but you could contact them for access if your package is open sourced:

We also offer the Seed plan for macOS open-source projects. Contact us at billing@circleci.com for access. If you are building a bigger open-source project and need more resources, let us know how we can help you!

Travis CI

To enable Travis CI Linux and macOS builds, copy the file: .travis.yml (caution: with a beginning dot) to your repository and change the environmental variable PACKAGE to the name of your package. Login travis-ci to enable CI for your package..

Appveyor CI

To enable Appveyor Windows builds, copy the file appveyor.yml to your repository, change the PACKAGE variable in appveyor.yml. Login appveyor and add your repository as a new project.

Coverage reports

We support Codecov, Coveralls and Codacy. Codacov is slightly more favorable as it supports merging reports from different CIs.

Codecov

To submit coverage report to codecov.io:

  1. install codecov
  2. run codecov after success

Coveralls

To submit coverage report to coveralls.io:

  1. install python-coveralls
  2. run coveralls after success

Codacy

To submit coverage report to codacy.com:

  1. install both coverage and codacy-coverage

    pip install coverage codacy-coverage
    
  2. generate the xml report: coverage xml -o coverage.xml

  3. run python-codacy-coverage

Installing Package Control and Dependencies

If your package uses Package Control dependencies, you may want to install Package Control by uncommenting the line of install_package_control in travis and appveyor configuration files.

Testing syntax_test files

Check this for an example.

Options

Use a different test directory

The default test directory is “tests”. To change the test directory, add a file unittesting.json to your repo with the corresponding directory name, eg unittest:

"tests_dir" : "unittest"

Redirect test result to a file

The test result could be redirected to a file by specifying the output variable in unittesting.json.

"output" : "foo.txt"

Deferred testing

Tests can be written using the Deferrable testcase, such that you are able to run sublime commands from your test cases and yield control to sublime text runtime and continue the execution later. Would be useful to test asynchronous codes.

An example would be found in here.

To activate deferred testing on travis and appveyor, put the following line in unittesting.json.

"deferred": true,

PS: this idea was inspired by Plugin UnitTest Harness.

Async testing

By default, the tests are running in the main thread and can block the graphic inference. Asychronized testing could be used if you need the interface to respond.

Async tests are usually slower than the sync tests because the interface takes time to respond but it is useful when there are blocking codes in the tests. An example would be found in here.

However, it is known that async test does not work very well with coverage. In general, it is recommended to use deferred testing over async testing since there is no need to worry about race condition.

To activate async testing on travis and appveyor, put the following line in unittesting.json.

"async": true,

Note: if async is true, deferred is forced to be false (relaxation of this is in progress)

Others

Add Test Current Package build

It is recommended to add the following in your .sublime-project file so that c+b would invoke the testing action.

"build_systems":
[
  {
    "name": "Test Current Package",
    "target": "unit_testing_current_package",
  }
]

Credits

Thanks guillermooo and philippotto for their efforts in AppVeyor and Travis OSX support.