Skip to content

test: good-second-contribution — tracking tests that need some more 💘 #14544

Closed

Description

@refack

A very biased list of tests that could enjoy some non-trivial refactoring

  1. Make test compliant with the test writing guide
  2. Make sure the test has a general description (PR or issue references most welcome)
  3. Make sure test cases are well separated (IIFE, functions, or just scopes) and documented
  4. Refactor away non-trivial micro-test-harnesses — example sequential/test-debugger-debug-brk.js
  5. Proper use of test/common utilities

new entries

Activity

  1. added
    help wantedIssues that need assistance from volunteers or PRs that need help to proceed.
    testIssues and PRs related to Node.js core tests and test infrastructure.
    on Jul 30, 2017
  2. Trott commented on Jul 30, 2017

    @Trott
    Member
  3. reopened this on Jul 30, 2017
  4. refack commented on Jul 30, 2017

    @refack
    ContributorAuthor

    #14541

    I was thinking something more extensive, and obviously the "list" is going to get longer...

  5. refack commented on Jul 30, 2017

    @refack
    ContributorAuthor

    Like what you did in #14534

  6. refack commented on Jul 30, 2017

    @refack
    ContributorAuthor

    @nodejs/testing please add/remove/comment/edit

  7. shivanth commented on Jul 31, 2017

    @shivanth
    Contributor

    Can I take this up ?

  8. refack commented on Jul 31, 2017

    @refack
    ContributorAuthor

    Can I take this up ?

    Sure. If you need any help, ping me (here or on IRC).
    Also if you find any other tests that are written in an outdated style, post them here, and I'll add them to the list.

  9. oantoro commented on Aug 9, 2017

    @oantoro

    Hi @refack

    I am looking for an issue for my first contribution. May be I can work on this?

  10. shivanth commented on Aug 9, 2017

    @shivanth
    Contributor

    @okyantoro @refack A little with held upwith stuffs, Feel free to reassign this

  11. oantoro commented on Aug 9, 2017

    @oantoro

    I observed some test files and I found parallel/test-http-methods.js only covered GET, HEAD and POST and the last case compares the http.METHODS with http.METHODS.sort()
    My question is why is just those three methods covered? Is it okay to add cases to check existence of other methods like PUT, DELETE etc?
    Thanks

  12. Trott commented on Aug 10, 2017

    @Trott
    Member

    Is it okay to add cases to check existence of other methods like PUT, DELETE etc?

    Assuming it isn't duplicating another test that we already have, more test coverage is 👍

  13. 19 remaining items

  14. juggernaut451 commented on Feb 13, 2018

    @juggernaut451
    Contributor

    Anyone available for mentoring me regarding this issue? Would like to contribute
    @refack @Trott @MylesBorins

  15. BridgeAR commented on Feb 13, 2018

    @BridgeAR
    Member

    @juggernaut451 a lot of our tests do not contain a description what they actually test. That would for example be a good thing to add.

    Another thing that I am aware of is that our documentation lacks a lot of "changed" entries. The latter is probably quite some work though to check all the changes. Even though you probably only have to check the concrete API history and check when what API changed and if a changed entry was added or not.

  16. BridgeAR commented on Feb 13, 2018

    @BridgeAR
    Member
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    help wantedIssues that need assistance from volunteers or PRs that need help to proceed.testIssues and PRs related to Node.js core tests and test infrastructure.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions