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: