Respond to PR feedback.

- Fix indenting.
- Small wording fixes.
This commit is contained in:
Feanil Patel
2020-03-23 09:56:53 -04:00
parent d0f584ab7e
commit 144982af8c

View File

@@ -11,12 +11,13 @@ edx-platform bokchoy tests are slow, flaky and difficult to debug. A quick asse
Baseline Data:
--------------
This data was collected based on the results of bokchoy tests run across all edx-platform PRs over the last 7 days.
This data was collected based on the results of bokchoy tests run across all edx-platform PRs over the last 7 days.
* Total number of builds: 253(across 106 PRs)
* Failures: 49(across 24 PRs)
* True Failures: 10(across 6 PRs)
* Failures that wouldnt be caught by other test: 3(on 1 PR)
* Total number of builds: 253(across 106 PRs)
* Failures: 49(across 24 PRs)
* True Failures: 10(across 6 PRs)
* Failures that wouldnt be caught by other test: 3(on 1 PR)
Color
~~~~~
@@ -29,7 +30,7 @@ Recommendation
Based on the info we have so far, we should only run a suite of smoke tests in bokchoy that ensure the frontend is not entirely broken.
For the experiment, we will use the a11y bokchoy tests as simple stand-in for a suite of smoke tests, because it is already a much smaller suite of happy path tests.
For the experiment, we will use the a11y bokchoy tests as a simple stand-in for a suite of smoke tests, because it is already a much smaller suite of happy path tests.
During the experiment, if we find we are missing coverage via a regression, we will first add a missing Python or JavaScript unit test where possible. Only if this isn't possible would we add to the smoke suite of bokchoy tests.
@@ -40,17 +41,17 @@ Test Plan
#. Deactivate bokchoy tests on master and all PRs but leave a11y tests running.
* The a11y tests will act as a proxy for the small number of UI tests that would catch most major issues.
* The a11y tests will act as a proxy for the small number of UI tests that would catch most major issues.
#. Collect data on which issues bokchoy would have caught by running them manually out-of-band).
#. Collect data on which issues bokchoy would have caught by running them manually out-of-band from the standard CI/CD process.
* We'll look at the failures on the out-of-band bokchoy job to find any true failures that would be caught by the removed tests.
* On a Daily cadense for 1 month.
* We'll look at the failures on the out-of-band bokchoy job to find any true failures that would be caught by the removed tests.
* On a Daily cadense for 1 month.
#. Assess Impact of change.
* We'll record the number of issues that bokchoy would have detected, when we manually run the bokchoy job out-of-band.
* Both True issues and false positives(flakiness).
* We'll record the number of issues that bokchoy would have detected, when we manually run the bokchoy job out-of-band.
* Both True issues and false positives(flakiness).
Outcome: Decision on whether or not to reduce the number of bokchoy tests.