单元测试收集表

本表旨在收集您对单元测试的实践与看法,以帮助我们改进测试流程。请根据实际情况填写。
您所在的开发团队规模是?
1-5人
6-10人
11-20人
20人以上
您目前主要使用的编程语言是?
Java
Python
JavaScript/TypeScript
C/C++
Go
其他
在您的项目中,单元测试的覆盖率目标通常是?
无明确要求
低于50%
50%-80%
80%-95%
95%以上
您最常用的单元测试框架是?
JUnit (Java)
pytest (Python)
Jest (JavaScript)
Google Test (C++)
Go testing (Go)
其他
您认为编写单元测试的主要价值在于?(可多选)
尽早发现代码缺陷
确保代码重构的安全性
作为代码设计的一种手段
提供代码使用示例
满足流程合规要求
其他
您通常何时编写单元测试?
先写测试 (TDD)
与功能代码同步编写
功能代码完成后补写
很少或不编写
您认为当前项目的单元测试质量如何?(1分非常差,5分非常好)
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
在编写单元测试时,您遇到的最大挑战是什么?
    ____________
您的团队如何管理测试数据?
使用内存数据库或模拟数据
维护独立的测试数据库
使用生产数据副本
没有系统化管理
单元测试在CI/CD流水线中的执行频率是?
每次代码提交
每日定时执行
每次发布前执行
手动触发执行
未集成到流水线
您认为Mock/Stub的使用频率如何?
非常高,大量使用
适度使用
较少使用
几乎不使用
您通常会对哪些代码进行单元测试?(可多选)
核心业务逻辑
工具类/函数
数据访问层
API接口层
UI/前端组件
所有代码
您如何看待测试代码的可读性和维护性?
非常重要,与生产代码同等对待
比较重要,但优先级低于生产代码
一般,能跑通即可
不重要
请分享一个您认为写得好的单元测试的命名或结构特点。
    ____________
您的团队有定期的测试代码评审吗?
有,且严格执行
有,但不频繁
没有
不确定
您认为阻碍单元测试推广的主要因素是什么?
项目时间压力大
遗留代码难以测试
团队意识不足
缺乏相关技能培训
工具或框架支持不够
您有多大可能向同事推荐您当前的单元测试实践?(0-10分)
选项1 ★ ★ ★ ★ ★ ★ ★ ★ ★ ★
您是否使用过基于属性的测试(Property-based Testing)?
经常使用
偶尔使用
听说过但没用过
没听说过
您希望获得哪些关于单元测试的进一步支持或培训?
    ____________
您认为AI辅助生成单元测试的前景如何?
前景广阔,能显著提升效率
有一定帮助,但无法完全替代人工
作用有限
不看好
您个人对编写单元测试的兴趣如何?(1分毫无兴趣,5分非常有兴趣)
分数 ★ ★ ★ ★ ★
标签 ★ ★ ★ ★ ★
请分享一个您通过单元测试发现并修复的有趣或严重的Bug。
    ____________
您是否遵循测试金字塔模型(单元测试最多,集成和UI测试较少)?
严格遵循
大致遵循
了解但未遵循
不了解此模型
您使用哪些工具来评估或提升测试质量?(可多选)
覆盖率报告 (如JaCoCo, coverage.py)
静态代码分析
突变测试 (Mutation Testing)
测试执行时间监控
未使用特定工具
在您看来,一个理想的单元测试套件应该具备的首要特质是?
运行速度快
稳定性高(无脆性测试)
覆盖率高
可读性强,易于维护
能发现真实缺陷

25题 | 被引用0次

模板修改
使用此模板创建