Skip to content
This repository has been archived by the owner on Dec 22, 2022. It is now read-only.

[Discovery] More complete feature test suite #1330

Closed
17 of 20 tasks
pgwillia opened this issue Oct 17, 2018 · 3 comments
Closed
17 of 20 tasks

[Discovery] More complete feature test suite #1330

pgwillia opened this issue Oct 17, 2018 · 3 comments
Labels
1 current phase issues identified as need to be fixed in current phase Epic

Comments

@pgwillia
Copy link
Member

pgwillia commented Oct 17, 2018

Is your feature request related to a problem? Please describe.
I'm always frustrated when I try to make changes, or do updates and I'm not confident that I've checked every possible regression, or even know what all the features are to test.

Describe the solution you'd like

Results

  • Shield/logo to represent UofA holdings
  • Google book jackets
  • Metadata for symphony holdings includes Author, format, publication year, copies owned by
  • Metadata for ejournals and databases is more limited.
  • By default 25 results are displayed.
  • Many more facets

Record View

Databases and ejournals Record View

Search Result

Logging (tests will be implemented in #423)

  • errors in logs
  • deprecations in logs

Fix blacklight/spec/rails helper #1464 (comment)

Many of these customizations are identified in this report: https://docs.google.com/document/d/1VTeu4ZYfLhbLWsznRqFBU0qccQhD17J83tW6LDQu7OY/

Describe alternatives you've considered
Continue to test manually and have low confidence when deploying.

@seanluyk
Copy link
Collaborator

@pgwillia this is really fantastic, I fully support this work given our current deployment issues

@weiweishi weiweishi changed the title More complete feature test suite [Discovery] More complete feature test suite Oct 17, 2018
@murny
Copy link
Contributor

murny commented Oct 25, 2018

NOTE: as part of this ticket we need to get off ingesting tons of objects into solr every time you run the tests? You don't need thousands of objects to test the code.

As a result this makes the tests take far longer then they should be (rspec itself takes no time at all to run (since we only have 75 tests), but this ingestion process takes 3 times longer then the actual rspec process). And also this makes debugging travis difficult because of the spam the ingestion creates and as a result you can't see anything in travis about the actual tests:
image

@weiweishi
Copy link
Contributor

weiweishi commented Jul 30, 2019

We will move adding test for the logging to #423. Remaining work:

Test for coverage information is blocked by #1473

@weiweishi weiweishi added the 1 label Jul 30, 2019
@weiweishi weiweishi reopened this Sep 13, 2019
@weiweishi weiweishi reopened this Sep 16, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
1 current phase issues identified as need to be fixed in current phase Epic
Projects
None yet
Development

No branches or pull requests

4 participants