测试部门如何通过数据评估？
我目前的思路：由于目前缺少相关数据，无法量化评估。
测试部门现状：
a) 人员分工不明确（特别是实习人员），任务分配不合理。
b) 部门缺少统一的制度和流程，规范相关人员工作
c) 对员工的绩效缺乏考核机制，对测试工作缺少跟进
d) 与项目组协调，沟通方面存在随意性和沟通不畅情况出现
e) 版本发布缺乏计划性
f) 测试人员配合方面，协作性比较差
总述： 目前测试部门缺乏整体性，协作性，基本处于一个无序的阶段。
评估方法：
1） 通过运营故障报告统计，由于bug问题，造成投诉的数量。
2） 为间接客户－开发组织，提高质量、缩短交货时间，从而降低成本
3） 为直接客户－最终用户，提供满足需求的软件系统。
4） 提升文档评审发现缺陷的密度，
5） 提高每千行代码发现缺陷的密度
6） 提高自动化测试的比例等等
高手能帮助补充一下吗？ 其实感觉测试部门能力评估 评价改善结果 还是比较麻烦的
[ 本帖最后由 lanytang 于 2009-8-14 14:51 编辑 ] 我个人觉得量化是蛮难的 但是宏观看到改善的效果应该还是比较简单的。
谁有好的方法 提供一下 ，开拓下思路，谢谢了！ 主要的目的是 评估当前在测试部门的现状和未来测试部门
有什么方面提升，最好通过数量来体现。 千万不要量化去评估，会出事的。 出事情？ 你指的是测试人员绩效还有开发项目组等方面 会出问题的？ 软件复杂度高，不同工程，不同功能模块，差异性比较大，用“每千行代码发现缺陷的密度”来量化不合理，除非再加权。可是想出任何补充的附加的东西，都会产生新问题。
“自动化测试的比例”也是同理。
量化投诉数量，也会给测试工程师带来不必要的压力，造成测试于研发的沟通障碍，延误项目。 恩 有道理 谢谢 感觉真的很乱～～
不清楚测试现状又扯到评估那边目的是什么～～
不过也建议如果要评估，最好把测试部门相关的一些不好现状先慢慢做修正～～ 目前状况下 数据评估不是很合适
先从管理的角度把人员体制，作业任务，作业流程等理顺
然后再进行数据评估吧
不可拔苗助长阿 后续采取了工作任务评分 +人员态度 + 关键事项 加减分的方式来操作。
看看效果。
页:
[1]
