code-review-checklist

mgreilerMIT活跃维护

一份结构化的代码审查清单,帮你在评审 PR 或合并请求时按步骤逐项检查,避免遗漏关键问题,让评审更高效、更有针对性。

This code review checklist helps you be a more effective and efficient code reviewer.

暂无版本1,095star195fork同步于 2026-11-07 07:32 UTC

怎么上手

由 README 提炼,执行前请确认
README 未说明
硬件要求按 README 说明

README 未说明

下载:源码 zip·GitHub Releases(安装包)本站不镜像安装包

项目说明

由 README 自动翻译提炼

一份覆盖实现、安全、性能与可读性的代码评审清单,帮评审者系统化地逐项检查改动

一份结构化的代码审查清单,帮你在评审 PR 或合并请求时按步骤逐项检查,避免遗漏关键问题,让评审更高效、更有针对性。

核心能力

  • 按实现、逻辑错误、错误处理等主题分组逐项勾选
  • 覆盖安全与数据隐私、依赖、性能、可访问性维度
  • 包含伦理与算法偏见、测试覆盖、可读性检查项
  • 提示何时应引入安全或可用性专家复审

容易踩的坑

这是纯文档清单,不含可执行代码或安装步骤;使用时需自行复制到 PR 模板或评审工具中

内容由模型根据 README 生成,可能不完整或不准确,以官方文档为准。看原文 README

最近发版

0 个版本

暂无 release 数据(可能没有发版,或尚未同步)。

用户点评

登录用户的真实使用记录,可按版本和硬件筛选
共 0 条

    还没有人点评。第一个说出真实体验的人最有价值。

    README 原文

    未翻译

    Code Review Checklist

    Implementation

    • Does this code change accomplish what it is supposed to do?
    • Can this solution be simplified?
    • Does this change add unwanted compile-time or run-time dependencies?
    • Is a framework, API, library, or service used that should not be used?
    • Could an additional framework, API, library, or service improve the solution?
    • Is the code at the right abstraction level?
    • Is the code modular enough?
    • Can a better solution be found in terms of maintainability, readability, performance, or security?
    • Does similar functionality already exist in the codebase? If yes, why isn’t it reused?
    • Are there any best practices, design patterns or language-specific patterns that could substantially improve this code?
    • Does this code adhere to Object-Oriented Analysis and Design Principles, like the Single Responsibility Principle, Open-Close Principle, Liskov Substitution Principle, Interface Segregation, or Dependency Injection?

    Logic Errors and Bugs

    • Can you think of any use case in which the code does not behave as intended?
    • Can you think of any inputs or external events that could break the code?

    Error Handling and Logging

    • Is error handling done the correct way?
    • Should any logging or debugging information be added or removed?
    • Are error messages user-friendly?
    • Are there enough log events and are they written in a way that allows for easy debugging?

    Dependencies

    • Are new or updated dependencies necessary?
    • Are package names, publishers, sources, and versions correct and supported?
    • Were lockfiles updated, and were known vulnerabilities and license constraints checked?
    • Were updates to documentation, configuration, or README files made as required by this change?
    • Are there any potential impacts on other parts of the system, public APIs, data formats, or backward compatibility?

    Security and Data Privacy

    • Does the code introduce any security vulnerabilities?
    • Are authorization and authentication handled correctly?
    • Is (user) input validated, sanitized, and escaped to prevent security attacks such as cross-site scripting or SQL injection?
    • Is sensitive data like user data or credit card information securely handled and stored?
    • Is the right encryption used?
    • Does this code change reveal any secret information like keys, passwords, or usernames?
    • Is data retrieved from external APIs or libraries checked for security issues?

    Performance

    • Do you think this code change decreases system performance?
    • Do you see any potential to improve the performance of the code significantly?

    Usability and Accessibility

    • Is the proposed solution well-designed from a usability perspective?
    • Is the API well documented?
    • Is the proposed solution (UI) accessible?
    • Is the API/UI intuitive to use?

    Ethics and Morality

    • Does this change make use of user data in a way that might raise privacy concerns?
    • Does the change exploit behavioral patterns or human weaknesses?
    • Might the code, or what it enables, lead to mental and physical harm for (some) users?
    • If the code adds or alters ways in which people interact with each other, are appropriate measures in place to prevent/limit/report harassment or abuse?
    • Does this change lead to an exclusion of a certain group of people or users?
    • Does this code change introduce unjust impact on people, particularly those related to sensitive characteristics such as race, ethnicity, gender, nationality, income, sexual orientation, ability, and political or religious belief?
    • Does this code change introduce any algorithm, AI or machine learning bias?

    Testing and Testability

    • Is the code testable?
    • Have automated tests been added, or have related ones been updated to cover the change?
    • Do the existing tests reasonably cover the code change (unit/integration/system tests)?
    • Are there some test cases, input or edge cases that should be tested in addition?

    Readability

    • Is the code easy to understand?
    • Which parts were confusing to you and why?
    • Can the readability of the code be improved by smaller methods?
    • Can the readability of the code be improved by different function, method or variable names?
    • Is the code located in the right file/folder/package?
    • Do you think certain methods should be restructured to have a more intuitive control flow?
    • Is the data flow understandable?
    • Are there redundant or outdated comments?
    • Could some comments convey the message better?
    • Would more comments make the code more understandable?
    • Could some comments be removed by making the code itself more readable?
    • Is there any commented-out code?

    Experts' Opinion

    • Do you think a specific expert, like a security expert or a usability expert, should look over the code before it can be accepted?
    • Will this code change impact different teams, and should they review the change as well?

    For more insights into code reviews go to awesomecodereviews.com.