Skip to content

openstax/rex-web

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Unified Reading Experience

Maintainability Test Coverage Updates Greenkeeper badge

Confluence

Real documentation is on confluence everything here is just for quick reference.

Development Setup

install nvm

# use the right version of node
nvm install

# install yarn, skip if you have it already
npm install -g yarn

# install dependencies
yarn

# start (browser will open automatically)
yarn start

to fix scarry untrusted cert warning in chrome

note: you must do this for login to work

trust the certificate

  • run yarn trust-localhost after you can see the security error in a browser
  • reload the browser

Available Scripts

In the project directory, you can run:

yarn start

Runs the app in the development mode.
Open http://localhost:3000 to view it in the browser.

The page will reload if you make edits.
You will also see any lint errors in the console.

Run PORT=8000 yarn start to change the webserver port.

yarn start:static

Builds the app, builds prerendered content, and then serves it at http://localhost:3000 .

Run PORT=8000 yarn start:static to change the webserver port.

Run REACT_APP_ENV=development yarn start:static to build the books (defined in config.development.js) and serve them.

To prerender the test fixture book and serve it, run REACT_APP_ENV=test yarn start:static.

yarn test

Launches the test runner in the interactive watch mode.
See the section about running tests for more information.

yarn test:unit

runs only unit tests and react snapshots, these are the fast tests that generate code coverage.

yarn test:screenshots

CI runs on ubuntu, and because of minor rendering differences between platforms this command will probably fail if you run it locally. after making changes if you need to update the screenshots, you can use the command make screenshots which will run the tests locally in a ubuntu docker container. this takes a while, which is why the tests are separated from the ones in yarn test:unit

NOTE: the CI=true flag makes it so screenshots will match if they are not quite exactly the same. this is included because there are still some things like math typesetting that are not 10000% deterministic in their rendering. if you want to make sure you get the updates you need for a minor change, you may have to remove the CI=true to see it, but you will probably also get some false positives.

Running individual tests

To run a single test file, yarn jest <file>.

Running the linter

yarn lint will run the linter, but note that you may need to install shellcheck which is used in the linting (e.g. brew install shellcheck).

yarn build

Builds the app for production to the build folder.
It correctly bundles React in production mode and optimizes the build for the best performance.

The build is minified and the filenames include the hashes.

Using Docker

install docker

build the image

docker build -t openstax/rex-web .

run commands

# starts server
docker run -t openstax/rex-web yarn server

# runs tests
docker run -t openstax/rex-web yarn test

Test Suites

Developer Tests

run these with yarn test.

this suite:

  • contains unit tests and puppeteer tests
  • runs against a local dev server
  • uses fixture data and content
  • should be run locally by developers to make sure they don't break stuff
  • is run by CI against pull requests in case developers are lazy
  • should be fast to promote running frequently and prompt feedback on PRs
  • should contain only high priority browser tests with puppeteer because browser tests are slow

Selenium Tests

run these with make test-local

There are many more options when running these test. Please visit the ./pytest-selenium/README.md for more.

this suite:

  • contains browser tests using selenium
  • tests cross browser
  • runs against a remote environment
  • uses real content and persistent test data
  • is run against release candidates when they are updated