rust-lang / rust-lang/rust-analyzer

Enhance Test Explorer

Open
#16,827 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

A-test-explorer C-bug
Dominant language
Rust
Stars
16.9k
Forks
2.2k
Avg merge
1d 12h
Merged PRs (30d)
72

Description

rust-analyzer version: 0.3.1877-standalone (574e23ec5 2024-03-09)

I tried current implementation and found many flaws

  • always display crates, even there is no tests
    image
  • display integration test like a crate fixed in #16847
    image
  • not lazily, which means, it always returns all test cases in the crate when you made changes in any file.
  • No output from rustc, this might make user feel something is frozen. I mean something like: fixed in #16845
    image

It might not be very easy to fix these things, especially the third point(lazily)

Since we have test explorer anyway now, this channel might be another place to argue about whether we should implement test explorer main part in front-end(the editor) or backend(RA itself).

The client implementation is here: https://github.com/rust-lang/rust-analyzer/pull/14589

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Review the client implementation in pull request #14589 and compare the current Test Explorer behavior with the remaining issue, especially eager test-case loading after changes. Confirm which concerns were fixed by #16847 and #16845, then determine whether the remaining lazy-loading and architecture questions belong in the editor client or rust-analyzer backend; done means the remaining flaws have an agreed implementation boundary and verification.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
devtools, testing-qa
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.