如题，请问这种怎么回答比较好，谢谢
如此开放的问题……
1、看他出过的线上问题，判断水平首先看频次，其次做根因分析，看是低级错误还是复杂问题思虑不周；
2、看他平时的缺陷，是属于低级错误还是复杂问题思虑不周，观测度量其缺陷密度（单位时间），观察其是否具备 “不二错” 的基本素质；
3、看他与测试、产品的沟通，看是否有意回避自己的缺陷还是主动寻求质量，无论是否有 KPI 的驱动，态度对了水平很难不高；
4、看他的代码，看代码品味和实现的技巧；
5、通过与之闲聊或参与会议，看其对新老技术的掌握程度和工程实践能力；
6、看他有没有女朋友，有女朋友的一般水平都很渣
补充一条：
7、看他头发茂密不茂密，头发茂密的一般水平都很渣
怎样判断一个人是否可靠； 这是一个人用一辈子都无法回答的问题，你能指望有啥靠谱答案；
除非你水平和段位比他高，不然无法评判
从测试的角度评估开发人员的能力：
- 业务理解：能否正确理解需求？实现的功能是否有遗漏？
- 逻辑思维：业务逻辑理解是否正确？实现的代码逻辑是否清晰？
- 产出物质量：设计文档是否完整？ 提测的功能是否已经过自测、业务流程是否已跑通？
- 缺陷修复： 能否正确理解缺陷所描述的问题、定位到对应代码错误，并举一反三地修复相同的其他隐藏缺陷？ 缺陷激活率有多高？（即同一个 bug 是否被多次重新打开）
- 缺陷率： 对应功能的缺陷数和用例数比例。
如果我遇到一个开发人员存在上面若干项问题，就会将他作为重点对象，提醒测试人员对他所开发的功能特别留意，并把收集的问题反映给对应的开发主管。
5 楼说的基本很全面了，工作中还会考虑该开发人员是否会对产品思考，产品和设计常常天马行空。好的开发明白哪些是能实现的，哪些有更好展现方法。能结合产品特性，不按部就班需求说 1 就不管 2 了。而是提出有建设的优化意见，才是靠谱的。到测试这，基本就需求没有提到的异常情况，该开发已经做了兼容考虑。
水平是相对的，一个人只能判断与他程度相差不多或更差的人的水平，无法判断能力比他高很多的人的具体水平。所以评判这些东西的时候自己心里要有些 B 数，明白自己的定位在哪里。
开发缺陷密度衡量，缺陷数量/开发人数
你选择了什么级别的公司，就选择了什么级别的开发。
这个问题真的很不好，不应该问自己的水平如何么？先认清自己才能评价别人。
一般说这个问题我改不了，浏览器的原因，接口的原因，系统的原因，你去找他们。这样子的问题也提
这样子的开发水平真的不怎样