User:DWalden (WMF)/Test2wiki k8s migration/Search
Feature | Need testing? | What are the risks? | Does it have dependencies? | Existing regression or smoke testing strategy? | Does the regression/smoke testing strategy cover the dependencies? | Can it be tested on test2wiki? | Feasible to make it testable on test2wiki? |
---|---|---|---|---|---|---|---|
CirrusSearch edit
What possible risks are posed to this feature by the k8s migration? edit
Not clear
What are the dependencies? edit
job queues, systemd timers (aka cron jobs). It's not clear if those are moving to k8s as part of this, or if they will continue through the existing infrastructure until a later date.
Other mediawiki extensions:
- TimedMediaHandler
- PdfHandler
- SiteMatrix
- PoolCounter
- GeoData
- Interwiki
- WikimediaEvents
Also requires ability to make api requests from one wiki to another wiki.
Does it use any external services? edit
Elasticsearch
Is there any back-end processing? edit
Some through systemd timers that run daily. Lots of jobs. The remainder talks to elasticsearch directly and shouldn't be impacted.
Does it use external binaries? edit
Not directly. Depends on external binaries invoked during wikitext parsing through TimedMediaHandler, PdfHandler, maybe others.
Does it read or write files on the filesystem? edit
Not inside mediawiki.
Is there a regression or smoke testing strategy? edit
Sort-of, the @smoke tag of CirrusSearch tests/integration/ does very minimal checks, but it mostly amounts to "this thing isn't 100% broken" and typically fails due to UI changes made outside CirrusSearch. See selenium-daily-beta-CirrusSearch in jenkins.
At the least, we need to test autocompletion and run the two maintenance scripts on test2wiki (SaneitizeJobs.php and UpdateSuggesterIndex.php).
Does it cover the dependencies mentioned above? edit
No
Can it be tested on test2wiki? edit
Top level functionality can be tested. Most cross-wiki integration is likely hard to test.
Is it feasible to make it testable on test2wiki? edit
Not clear. test2wiki would need sister wikis (wiktionary, wikipedia, wikiquote, etc.)
<Feature> edit
What possible risks are posed to this feature by the k8s migration? edit
What are the dependencies? edit
Does it use any external services? edit
Is there any back-end processing? edit
Does it use external binaries? edit
Does it read or write files on the filesystem? edit
Is there a regression or smoke testing strategy? edit
Does it cover the dependencies mentioned above? edit
Can it be tested on test2wiki? edit
Is it feasible to make it testable on test2wiki? edit
What features do not need testing on test2wiki? edit
Definitions edit
- test2wiki
- https://test2.wikipedia.org/wiki/Main_Page. An environment hosted on production servers but with test data, so is appropriate for testing. The code it is running is updated every Tuesday.
- To find a list of extensions already installed on test2wiki, see https://test2.wikipedia.org/wiki/Special:Version.
- Need testing?
- Features may not need testing. For example, this might be because:
- it is not hosted on Production
- it is mainly a UI feature
- it is considered low-risk
- External services?
-
- Inside our ecosystem like database, APIs, Parsoid
- Outside our ecosystem like third-party APIs
- Back-end processing?
- Including DeferredUpdates, job queue. See How_to#Find_out_if_my_feature/extension_does_back-end_processing.
- External binaries?
- See How_to#Find_out_if_my_feature/extension_uses_external_binaries.
- Existing regression or smoke testing strategy?
- This could include:
- Selenium tests (see How_to#Find_pre-existing_Selenium_tests)
- API tests (see How_to#Find_pre-existing_API_tests).
- Documented test procedures
- Exploratory testing