brew install node
npm install -g lerna
npm install -g react-native-cli
For all the internal projects (detox, detox-cli, demos, test) lerna
will create symbolic links in node_modules
instead of npm
copying the content of the projects. This way, any change you do on any code is there immediately. There is no need to update node modules or copy files between projects.
gem install xcpretty
Alternatively, run scripts/install.ios.sh
/ scripts/install.android.sh
to install all prerequisites.
git clone [email protected]:wix/detox.git
cd detox
git submodule update --init --recursive
(this makes sure all git submodule dependencies are properly checked out)
lerna bootstrap
scripts/ci.ios.sh
and scripts/ci.android.sh
are the scripts Detox runs in CI, they will run lerna bootstrap
, unit tests, and E2E tests. Make sure these scripts pass before submitting a PR, this is exactly what Detox is going to run in CI.
Alternativley, you can run it manually
Detox Android test project uses React Native sources instead of the precompiled AAR. The test project uses RN51 and RN53, both have issues with compilation (Fixed in RN55). In order to fix this issue, from inside detox/test
run:
mv node_modules/react-native/ReactAndroid/release.gradle node_modules/react-native/ReactAndroid/release.gradle.bak
lerna run test
Detox JS code is 100% test covered and is set to break the build if coverage gets below, so make sure you run unit tests (lerna run test
) locally before pushing.
Alternatively, to run only the JS tests, run the following from the detox/detox
directory:
npm run unit
-or-
npm run unit:watch
After running the tests, jest will create a coverage report.
cd detox
open coverage/lcov-report/index.html
Detox has a suite of e2e tests to test its own API while developing (and for regression); We maintain a special application that is "tested" against Detox's API, but essentially, it's the API that is tested, not the app.
To run the e2e tests, you must first build the native code and then run based on your target of choice (Android / iOS):
cd detox/test
npm run build:ios
npm run e2e:ios
cd detox/test
npm run build:android
npm run e2e:android
Android test project includes two flavors:
fromBin
- uses the precompiled aar from node_moudles
just like a standard RN project.
fromSource
- compiles the project with RN sources from node_modules
, this is useful when developing and debugging Espresso idle resource.
Here are the prerequisites to compiling React Native from source.
Each build can be triggered separately by running its assemble task:
./gradlew assembleFromSourceDebug
or ./gradlew assembleFromBinDebug
.
To run from Android Studio, React native react.gradle
script requires node
to be in path.
on macOS environment variables can be exported to desktop applications by adding the following to your .bashrc
/.zshrc
:
launchctl setenv PATH $PATH
If you add, rename, or delete a test in detox/test/e2e
suite, you should follow these steps:
- In
detox/test
project, build the ios project withnpm run build:ios
. - Run all end-to-end tests on iOS with
npm run e2e:ios
. - In
detox/test
project, build the android project withnpm run build:android
- Run all end-to-end tests on Android with
npm run e2e:android
.
-
Install Java and Android SDK 25
-
In
detox/android
run./gradlew install
run./gradlew test
Before you build one of example/demo-react-*
projects for Android, you need to publish detox-999.999.999.aar
locally:
cd detox/android
./gradlew publish -Dversion=999.999.999
We are using a code generator based on babel
and objective-c-parser
to generate a Javascript Interface for EarlGrey
(the testing library we use on iOS).
This interface allows us to call Objective-C methods through the WebSocket connection directly on the testing device.
This approach is currently limited to GREYActions
, but we plan on extending it to cover more functionality of EarlGrey
.
You may see the generated files under detox/src/ios/earlgreyapi/
.
What happens under the hood can be seen in generation/
; it boils down to these steps for each input file:
- Convert Objective-C header file in a JSON Representation
- Build an Abstract Syntax Tree: Create Class & for each method
- Check if the type can be expressed simpler (
NSString *
=>NSString
) - Get the type checks for the arguments
- Get the return value
- Assemble type checks and return value to complete function
- Check if the type can be expressed simpler (
- Generate the code for the syntax tree & add helpers
If you would like to extend the code generation, please make sure to read the generation/README.md