Code Monkey home page Code Monkey logo

testup-2's Introduction

TestUp 2 for SketchUp

TestUp is a wrapper on top of the minitest gem. It allow SketchUp Extension developers to write minitest tests that runs within SketchUp.

Requirements

  1. SketchUp 2017 or newer. (For SketchUp 2014-2016, use TestUp 2.4)

Setup for Extension Developers

Easy: Download RBZ from the Releases tab on GitHub.

Latest: Install TestUp from git source (See Setup for Contributing). Requires Node to build webdialog content before 2.3+ versions can be used.

Check out the wiki for details on creating tests. Make sure to also refer to minitest documentation.

Examples of extension projects implementing TestUp tests:

Setup for Contributing/Running from Source

TestUp require NodeJS to build webdialog resources: https://nodejs.org/en/ (Version 10.4 was used to build TestUp 2.3-2.5)

  1. Fork the project to your own GitHub account. This is important so that we can do code review on changes done. Do not push directly to the main repository.

  2. Clone your fork to your computer.

  3. Open a command line at the project root:

    1. npm install
    2. npm run build

    You can also use npm run build -- --watch to automatically rebuild whenever files changes.

  4. Add a helper Ruby file in your Plugins folder:

# load_testup.rb
# This adds the source directory to Ruby's search path and
# loads TestUp 2.
$LOAD_PATH << "C:/Users/YourUserName/Documents/testup-2/src"
require "testup.rb"

Optionally you can download a RBZ from the Releases tab on GitHub. Beware that this might not be always up to date. Setting up from git is recommended in order to easily keep up to date.

Setup for SketchUp Internal Development

Follow the same steps as for "Setup for Contributing".

In order to load tests from our source code the paths where our tests are needs to be updated. This is done from the Preference dialog found under the TestUp dialog.

Click the gear symbol and you should see a list of paths. By default these will be pointing to the git repository's copy of our tests.

Packaging RBZ for Release

To package an RBZ from the content of the src directory run: (This assumes the binary libraries and webdialog resources have been built.)

npm run package

To build webdialogs and package in a single command:

npm run release

The RBZ appear in a generated archive directory in the project root.

Logging and Re-running

TestUp will log the details of a test-run. These can be found by using the menu Extensions > TestUp > Open Log Folder.

In there you will find .log and .run files.

The .log files are for human reading, containing information about the environment and what tests ran.

The .run files are JSON files which can be used to re-play a test-run. From the TestUp main dialog, click the Re-run... button and select the .run file you are interested in. This will re-run the exact same tests with the same seed so they are also run in the same order.

If you need to re-run a particular run several times you can use Extensions > TestUp > Saved Runs > Add Run. Then you can pick it from the drop-down after choosing Extensions > TestUp > Saved Runs > Set Re-play Run.

Running from Terminal

Running a Full Suite

Windows:

 "C:\Program Files\SketchUp\SketchUp 2023\SketchUp.exe" -RubyStartupArg "TestUp:CI:Path: C:\Users\Thomas\SourceTree\TestUp2\tests\TestUp UI Tests" > results.json

macOS:

'/Applications/SketchUp 2023/SketchUp.app/Contents/MacOS/sketchup' -RubyStartupArg 'TestUp:CI:Path: C:/Users/Thomas/SourceTree/TestUp2/tests/TestUp UI Tests' > results.json

In the example above TestUp will run a test suite given its path. The > results.json will redirect the STDOUT to a file which will contain the JSON results of the test run.

Running with Custom Config

# Config.yml
# Required:
Path: C:\Users\Thomas\SourceTree\TestUp2\tests\TestUp UI Tests

# Optional: (By default, don't include a fixed seed!)
Seed: 123 # The seed number for the random order of execution of the tests

# Optional:
# By default the results will be output to STDOUT. This can be redirected to a
# file.
Output: C:\Users\Thomas\SourceTree\TestUp2\tests\results.json

# Optional:
# Overriding where the .log files from a test run will be saved.
LogPath: C:\Users\Thomas\SourceTree\TestUp2\logs

# Optional:
# Overriding where the .run files from a test run will be saved.
SavedRunsPath: C:\Users\Thomas\SourceTree\TestUp2\logs

# Optional:
# Set to true to prevent SketchUp from closing. Useful for debugging purposes.
# Note that if `Output` is used the results won't be written until SketchUp is
# closed.
KeepOpen: false

# Optional:
# List the set of sets you want to run.
#   Run all tests in test case: TC_TestCaseName#
#   Run specific test: TC_TestCaseName#test_testname
Tests:
- TC_TestSamples#
- TC_TestErrors#test_pass
- TC_TestErrors#test_skip

Windows:

"C:\Program Files\SketchUp\SketchUp 2023\SketchUp.exe" -RubyStartupArg "TestUp:CI:Config: \Full\Path\To\Config.yml"

macOS:

'/Applications/SketchUp 2023/SketchUp.app/Contents/MacOS/sketchup' -RubyStartupArg 'TestUp:CI:Config: /Full/Path/To/Config.yml'

Configuration File Variables

%CONFIG_DIR%

Expands to the directory where the configuration file is located.

Given a configuration file located at C:/Users/Thomas/SourceTree/TestUp2/testup-ui-ci.yaml then %CONFIG_DIR% will resolve to C:/Users/Thomas/SourceTree/TestUp2.

# testup-ui-ci.yaml
Path: "%CONFIG_DIR%/tests/TestUp UI Tests"
Output: "%CONFIG_DIR%/tests/ui-tests-results.json"

Troubleshooting

Minitest

If you should get errors that relate to failing to install Minitest then you can attempt to install manually from a backup copy in this GitHub repository:

# From the SketchUp Ruby Console:
Gem.install('/path/to/repo/testup-2/gems/minitest-5.15.0.gem')
# Then restart SketchUp.

Credits

Thanks to Mark James for making his excellent icon set "Silk" available. Portions of the set is used in this project. Some file names has been renamed and some icons where mixed to create new status indicators for test result. http://www.famfamfam.com/lab/icons/silk/

License

The MIT License (MIT)

See the LICENSE file for details.

testup-2's People

Contributors

aerilius avatar bugrabarin avatar chrisfullmer avatar kant avatar msp-greg avatar polydeuces avatar thomthom avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

testup-2's Issues

Add coverage manifest?

The old TestUp had coverage overview based on a list of the Ruby API generated by ourdoc.rb. Now sure if that works any more, but such a tool might be nice.

I'd prefer to make this an XML/JSON manifest that is placed in the test suite folder.

Link failure result to source code

When a test fails, add a link that will open the file in user specified editor. Hopefully one can control which line it scrolls to.

I'd think that one could do this with Sublime Text - at the worst one has to write a small plugin - but that is ok.

Add configuration for code editor.

When user clicks on test failure location it opens the file at given line position.
The editor needs to be able to be configured. Currently hard coded to Sublime Text.

Testcases might conflict

Loading/discovering testcases with identical names conflicts. Need to remove the test classes discovered and load the correct one when we run.

Allow testcase packages

Allow TC__.rb files to be wrapped in TC__ folder that can contain support files for the given tests.

Add testcase meta data

For each testcase, append information about number of tests. Maybe also summarize how many have failed, after the title.

Or should number of fails etc, be seen only when expanding? Might make more sense - as a fail should auto-expand the testcase.

Allow for automated test

QA would like to automate the tests.

Add API methods to trigger tests without needing to open WebDialog or Ruby Console.

Output results to text file. Probably enough to use the default runner for this.

Example of current console runner output:

2014-01-21_19h01_33

Allow text to be selected

SKUI disables text selection. This is not desired for the test results. It can be useful to copy and paste the messages.

Maybe alternatively have a Copy button/link to copy the test/testcase/testsuite results?

Is full backtrace needed for failures?

It adds a lot of noise. Is full backtrace needed? Or is it enough to be able to jump to the line of error?

It could be made into a always-folded field that needs to be expanded.

Maybe just for Errors - probably less need for Failures.

Add knowledge of common editors

Allow for customized command syntax to fit each editor.

Add some knowledge of common editor to make it easier.

Sublime Text
https://www.sublimetext.com/docs/command-line
http://www.sublimetext.com/docs/2/osx_command_line.html

Notepad++
http://sourceforge.net/apps/mediawiki/notepad-plus/index.php?title=Command_Line_Switches

TextMate
http://manual.macromates.com/en/using_textmate_from_terminal.html

Visual Studio
http://stackoverflow.com/questions/350323/open-a-file-in-visual-studio-at-a-specific-line-number
devenv /edit myfile.rb /command "edit.goto 5"
C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE

Xcode
http://stackoverflow.com/a/7973684/486990
xed --line 100 /Users/Anne/Desktop/Test/TestAppDelegate.m

VSCode
https://stackoverflow.com/a/64117773/486990
Code.exe --goto "C:\file path\filename.txt:450:11"
C:\Users\tthomas2\AppData\Local\Programs\Microsoft VS Code\Code.exe
-goto "{FILE}:{LINE}" --reuse-window

Create a TestDiscoverer class

Create a class for discovering tests. Should have an iterator method yielding the tests it find. That way it can be used to catch loading errors and display it in the UI.

Should each discoverer class be responsible per suite or testcase? Can per testcase allow multiple discoverers to be run in parallel?

Cache test discoverer result

Traversing and loading files just to discover the test methods can be slow when all the tests for the Ruby API is processed.

Might want to cache the discoverer data. Track filename and filedate - only load when testcase has been updated.

Avoid conflict with old TestUp?

There is no way TestUp2 can run side by side with old TestUp. But should there be a user friendly warning if someone have both installed?
Maybe someone have Developer Console installed...

Class singleton methods?

Needs to be considered how these are handled. And how they are ensure to not conflict with instance methods of the same name.

Add Update/Refresh

Add a button in WebDialog to refresh list of tests.
Should ideally keep existing run data.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.