The Joel Test（祖尔测试）

最新推荐文章于 2026-06-21 09:38:01 发布

原创最新推荐文章于 2026-06-21 09:38:01 发布 · 1.3k 阅读

1 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#测试 #工作 #bugs #tools #数据库

#build

收录于

管理专栏收录该内容

10 篇文章

订阅专栏

本文通过一系列问题来评估软件开发团队的工作效率和专业性，涉及源代码管理、构建流程、缺陷追踪、规约制定、工作环境等多个方面。

Do you use source control? 你们使用源代码控制吗？
Can you make a build in one step? 你们一步就能完成构建吗？
Do you make daily builds? 你们做每日构建吗？
Do you have a bug database? 你们有缺陷数据库吗？
Do you fix bugs before writing new code? 你们会在写信代码之前修复缺陷吗？
Do you have an up-to-date schedule? 你们有与当前工作吻合的进度安排吗？
Do you have a spec? 你们有规约吗？
Do programmers have quiet working conditions? 程序员工作环境安静吗？
Do you use the best tools money can buy? 你们采用了市面上最好工具吗？
Do you have testers? 你们有测试人员吗？
Do new candidates write code during their interview? 你们会要求应聘者在面试时写代码吗？
Do you do hallway usability testing? 你们做走廊可用性测试吗？

走廊可用性测试：到走廊上随便拉一个人试用程序

参考文献：
http://en.wikipedia.org/wiki/The_Joel_Test
《梦断代码》P237页

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

廖子鸿

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
2
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

joel-test:评价软件团队的素质！

05-03

乔尔测验评价软件团队的质量！向您询问以下问题，并通过一条消息说出您在考试中的得分如何。您是否使用源代码管理？您可以一步一步构建吗？您是否进行日常构建？您有错误数据库吗？您在编写新代码之前会修复错误吗？您有最新的时间表吗？你有规格吗？程序员有安静的工作条件吗？您是否使用金钱可以买到的最好的工具？你有测试员吗？新候选人在面试中会写代码吗？您是否进行走廊可用性测试？ PS：以上是按照Joel Spolsky编写更好代码的12个步骤。满分为12分，可以接受的分数为11分，但满分为10分或更低，这说明您遇到了严重的问题。安装 $ npm install --save joel-test 用法 var joelTest = require ( 'joel-test' ) ; joelTest ( function ( score ) {

2 条评论您还未登录，请先登录后发表或查看评论

使用Joel Test来衡量开发团队的过程

weixin_30270889的博客

03-02

Joel Test是一组非常简单的问题列表，可以非常快捷的来评审软件团队的开发过程。最早是由Joel Spolsky发布在其网站Joel on Software上面，尽管Joel宣称它是“一个不太靠谱的、粗糙的来评定团队的测试”，但是它被软件管理者、面试主考官还有软件投资者广泛使用。下面是问题列表: 1. 是否启用版本控制？ 2. 是否可以一步构建? 3. 是否进行每日构建？ ...

为程序员更新了Joel测试

danpu0978的博客

04-23

212

前一段时间-确切地说是2000年-乔尔·斯波斯基（Joel Spolsky）写了一篇博客文章，标题为：“ 乔尔测试：改进代码的12个步骤。” 许多软件工程师和开发人员使用此测试来评估公司，以确定公司是否是适合工作的好公司。实际上，许多软件开发组织都使用Joel测试作为一种自测试来确定他们需要进行的工作。如果您不熟悉，这是Joel测试的样子：乔尔测验您是否使用源代...

Joel's test

技术代码资料库

01-27

239

最近卷入了一些有关软件开发流程认证的事情，虽然我已经竭尽所能避开了99%的此类工作(对无法避开的同事表示严重的同情和严肃的感激)，但是还是觉得有点郁闷，原因是我本人极其鼠目寸光，从来都相信自己的感觉超过理论。在我熟悉的小团队里，有关开发效率，我关心的程度从团队成员smart, and make things done，到士气，到工作环境，到流程，依次数量级递减。由此想起The Joel Test，...

[转贴]The Joel Test: 软件开发成功 12 法则

07-02

915

作者： Joel Spolsky译：李国华 Frank Li 编辑：孙雯辰 Rosemary Sun 2000年8月9日有没有听说过SEMA？这可是衡量一个软件开发组好坏的很深奥的系统。别介，等一下！别按那个联接！给你六年你也搞不清这玩意。所以我自己随便攒了一套衡量系统，信不信由你，这系统，三分钟就可掌握。你可以把省下的时间去读医学院了（译注：美国的医学院可是要读死人的！）。 Jo

The Joel Test：Joel 用来评价软件开发团队成熟度的12个问题

weixin_30488085的博客

11-10

283

这篇文章由本人翻译如果你与软件行业有若干联系，但是还不知道Joel这个人以及他的博客，那么赶快拿起百度，然后尽可能多的了解他和他的思想，对你肯定有好处。这篇是他博客中的经典之作，收录在他的两本书中：《Joel on Software》和《Smart & Gets Things Done》,这两本书主要收录和整理了他的博客中的经典文章，有必要一看。要翻译出原作者的味道真的很难，所以我们...

JoelTEST

Chatopera

05-30

1245

前天买了本书《软件开发随想录》，中文是阮一峰翻译的，原著就是大名鼎鼎的joel了，看了他的《为什么学校不应该教java？》后感觉他似乎对java的简单不是赞同，特别是让一些人不会使用指针了。对大师的想法只能表示学习。。。不敢多想。在他的网志中，有这样的一片文章，转载加概述！------------------------------------------------The J

Joel Test 2010版

T T的记忆

02-27

2755

1.是否使用版本控制系统。1.是否使用可管理的版本控制系统。2.是否有一步构建系统。2.是否可以让每个开发者一步构建系统。3.是否每日构建。3.是否每日构建并做每日构建测试。4.是否有Bug数据库。4.是否有和Bug数据库关联的版本控制系统。5.是否能同时修bug与开发新功能。5.是否能够使用高效的版本控制系统分离需要修的bug和需要开发的新功能。6.是否有一个能够跟上节奏的计划。6.是否有一个计划系统并且有人能够准确进行维护。7.是否有一个详细的需求文档。7.是否有一个使用需求系统来维护需求变更。8.程序

The Joel Test: 软件开发成功 12 法则

floatingfly的专栏

02-26

507

转自:http://chinese.joelonsoftware.com/Articles/TheJoelTest.html The Joel Test: 软件开发成功 12 法则作者：周思博 (Joel Spolsky) 译：李国华 Frank Li

The Joel Test

hello Word!

05-27

427

這篇文章影響了筆者對團隊開發環境重視, 下列每一項目代表一分, 據說Microsoft隨時都保持著暴走滿分狀態啊! 你有使用原始碼控制系統嗎? //Yes! VISUAL SVN你能用一個步驟建出所有結果嗎? //Yes! 使用Visual Studio發行網站你有沒有每天都重新編譯建立(daily builds)嗎? //Yes! 每天都有程式更新(bug修不完啊)你有沒有問題追蹤資料庫

好运连连测试报告

哈哈哈哈的博客

06-15

251

【摘要】本文档为通用抽奖管理平台"好运连连"的完整测试方案，涵盖功能、界面、自动化及性能测试全流程。主要内容包括：1）项目背景与测试范围（功能/界面/自动化/性能测试）；2）核心模块测试用例设计（登录/注册/抽奖功能）；3）自动化实现（基于Java+Selenium的WebUI测试和Pytest+Requests的接口测试）；4）性能测试方案（50线程梯度压测关键接口）；5）缺陷分级标准与报告模板；6）测试结论（核心功能正常，修复2个缺陷）。附自动化测试报告和性能测试报告链接，验证系统满

自动化测试系统

fanre的专栏

06-15

388

Pipeline 是 CI/CD 的执行单元——把一系列自动化步骤串联成一条有序的流程，每一步称为一个Stage（阶段）或Step（步骤）。Pipeline├── Stage 1: 初始化 / 环境检查├── Stage 2: 编译构建├── Stage 3: 单元测试├── Stage 4: 集成测试├── Stage 5: 报告生成└── Stage 6: 归档 / 发版前一个 Stage 失败，后续 Stage 默认不执行（也可配置为继续）。这样能在最早的阶段停下来，不浪费资源。Job。

Loop Engineering（循环工程）：不写 Prompt，写系统——AI 编程的下一站

weixin_54574094的博客

06-17

362

文章摘要本文系统阐述了AI编程中的三大关键方法论：Spec Kit、TDD和Loop Engineering。三者形成完整闭环：Spec Kit（规范驱动开发）负责定义需求方向，TDD（测试驱动开发）提供客观验证标准，Loop Engineering实现自动化闭环。文章重点解析了Loop Engineering的五大核心构件：自动化机制、工作树管理、技能封装、连接器插件和子代理系统，并强调记忆持久化的重要性。最后指出TDD是连接规范和自动化的关键桥梁，三者缺一不可——Spec Kit确保"做对的事"，TD

Superpowers 给 Claude Code 装上“工程大脑“：5大核心工作流实测，AI编程效率提升指南

2609_96127826的博客

06-18

462

Superpowers 的核心价值不是让 AI 变得更聪明，而是让 AI 更"专业"。它把资深工程师的思维方式和工作流程固化成可复用的 Skill，让开发者——无论经验深浅——都能按照工程化标准开发软件。如果你目前在使用 Claude Code 时遇到"代码质量不稳定、调试效率低、返工频繁"的问题，建议尝试安装 Superpowers。从 brainstorm → design → tdd 这条基础工作流开始，逐步体验完整的工程化 AI 编程流程。

Go 企业级工程能力实战（4）：用 Mock + 接口写出 50 毫秒级单元测试

最新发布

binbin3828的博客

06-21

339

单元测试（Unit Test）测试的是最小可测试单元。在 Go 中，这个"单元"通常是一个函数或一个方法。单元测试 ≠ 集成测试单元测试集成测试测试范围单个函数/方法多个组件协作外部依赖全部 Mock真实数据库/Redis/HTTP执行速度< 50ms> 500ms运行频率每次保存都跑CI 流水线触发目的验证逻辑正确性验证组件集成正常Mock 是一个"替身"。真实的 UserDao：需要 MySQL 连接、网络、磁盘 IO。

衣览无余测试报告

XU_very_NB的博客

06-16

235

本次测试工作以 AIWear Web 系统为对象，结合手工测试用例设计与 Python + Selenium 自动化测试脚本，对系统的登录认证、图片编辑、图片合并、图片管理、文搜图和历史记录等核心链路进行验证，重点关注页面功能正确性、登录态 token 传递、输入校验、图片选择及结果展示的稳定性。AIWear 项目围绕“衣览无余”的业务目标，提供基于 Web 的图片编辑、图片合并、我的图片、历史记录等功能，帮助用户通过简单的页面操作完成图片生成与管理。测试过程中重点关注登录态 token 的复用。

LLM Skills 完整讲解（大模型智能体能力集）

tongbowen_123的博客

06-18

187

是给 LLM 智能体预先定义好的、标准化的，告诉大模型「它能完成哪些细分工作、每种任务该怎么做、输出什么格式」，是 Agentic Coding（编程智能体）的核心组成部分。对应你上一张图里的Skills分层，由一份份Skill.md文件统一管理。

Groovy 进阶指南：从语法糖到元编程

2401_88537889的博客

06-20

332

Groovy语言核心特性摘要 Groovy作为JVM上的动态语言，通过简化语法和增强功能显著提升开发效率。其核心特性包括：类型推断与def关键字，支持动态类型语法简化：可选分号、默认public、自动返回值强大的字符串处理（GString支持插值和多行文本）智能布尔判断（Groovy Truth）自动生成Getter/Setter，支持默认参数和命名参数 AST转换注解实现编译时代码生成闭包作为语言核心，支持尾随语法和委托机制集合操作增强，提供简洁声明和丰富GDK扩展方法这些特性使Groov

Selenium 5.0 全新架构解析：值得升级吗？

weixin_41943766的博客

06-15

487

Selenium 5.0 架构革命与核心特性解析 Selenium 5.0 是自动化测试领域的重大升级，基于 WebDriver BiDi 协议重构底层架构，从传统的 HTTP 单向通信转向全双工 WebSocket 通信，显著提升性能（执行速度提升 40%-60%，内存占用减少 35%），并解决跨浏览器兼容性问题。核心革新：架构分层：用户 API 层保持兼容，协议层统一处理 WebDriver BiDi，彻底移除对 CDP 的依赖。 AI 集成：原生支持智能自修复测试（修复准确率 99.7%）和自然