ni / ni/nimble

Performance benchmarking for table use cases

Open
#1,209 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
TypeScript
Stars
39
Forks
14
Avg merge
1d 16h
Merged PRs (30d)
13

Description

😯 Problem to Solve

This feature tracks the performance testing that we want to do before telling clients that the table is ready to use. At this point it's a starting point for discussion and a placeholder to remind us to do something.

💁 Proposed Solution

Possible ideas:

  1. do nothing. Rely on previously completed manual testing
  2. do another round of manual testing
  3. Prioritize #614 and add cases for important table behaviors
  4. add performance test infrastructure (e.g. Lighthouse) to an SLE app and track how much of the time spent rendering a page is table rendering vs other factors like network activity

📋 Tasks

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

Start by resolving which proposed direction to pursue: manual testing, the cases in #614, or performance infrastructure such as Lighthouse in an SLE app. Define the table use cases, measurement approach, and completion criteria before choosing files or tests, since the issue names none.

Written by the indexing model from the issue text.

Assessment

Domain
performance, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.