Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Outline end-to-end test methodology, including hardware specs

未关闭
#253 1 条评论 3 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
55/100
Issue 类型
文档
描述清晰度
基本清楚
活跃度
冷清
技术栈
typescript
领域
documentation

调研方向

Start by reviewing the methodology sections on the staged site, including the runtime page, and the existing Lighthouse tests via Puppeteer. Document the device, OS, display, CPU tuning, browser and server versions, isolation procedures, and relevant network and CPU-throttling caveats for each test run.

由索引模型根据 Issue 内容生成。

描述

Hey folks,

I'm a huge fan of this effort, so thank you first and foremost for making this data legible.

Over on the staged site (https://framework-tracker.pages.dev/), the methodology sections (e.g.: https://framework-tracker.pages.dev/run-time/#:~:text=39.21ms-,Methodology,-Each%20framework%20renders) do not yet include enough information. For each test run, I would expect to see:

  • Device brand and specs (CPU, memory, disk, GPU (if discrete) and GPU rendering status)
  • OS version
  • Screen resolution(s)
  • A note about CPU core tuning (has anything been done to change default frequency scaling? If not, a line saying that)
  • Browser and server software versions
  • Other isolation procedures used to ensure that the workload is uninterrupted (e.g., via a link to a larger methodology document).

Given that we're also using Lighthouse tests via Puppeteer, it would also be helpful to make some of the caveats about the network and CPU throttling it can apply somewhat plain.

主要语言
TypeScript
星标
42
派生
16
平均合并
13 小时 56 分钟
30 天内合并 PR
141

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

e18e/framework-tracker 的其他 Issue

查看 e18e/framework-tracker 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。