test(docs): set up vitest for docs components

Đang mở
  • Có gì không ổn?
#759 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
48/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
typescript
Lĩnh vực
frontend, testing

Hướng nghiên cứu

Read the plan in this issue and start with the foundational setup in #756, which uses StatsTable and ComparisonBarChart as examples. The target components are under packages/docs/src/components; determine how the browser mode and axe checks are configured there. Done means components can be tested incrementally in headless Chromium for browser-visible regressions and accessibility.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

enhancement maintenance

the shared components in packages/docs/src/components (charts, StatsTable, framework cards) are changing every few days with more people tweaking and adding charts, and most of the regressions we've had are things you only see in the browser: chart sizes, misplaced logos and median lines, theme switching, the focused filter.

the idea is to have a test setup that catches those before review, using vitest in browser mode so each component runs its real client script in headless chromium, plus an axe check per component.

plan:

  • foundational setup with StatsTable and ComparisonBarChart as examples (#756)
  • ComparisonLineChart
  • VersionLineChart
  • StackedBarChart
  • ComparisonComposition
  • framework cards (need a way around loading every result file on import)

the rest can go incrementally, ideally adding the test in the same pr as the next change to that component.

Ngôn ngữ chính
TypeScript
Star
42
Fork
16
Merge trung bình
12 giờ 36 phút
Pull request đã merge (30 ngày)
151

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của e18e/framework-tracker

Tất cả issue của e18e/framework-tracker

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.