测试部门如何通过数据评估？

lanytang

我目前的思路：

由于目前缺少相关数据，无法量化评估。

测试部门现状：

a)        人员分工不明确（特别是实习人员），任务分配不合理。
b)        部门缺少统一的制度和流程，规范相关人员工作
c)        对员工的绩效缺乏考核机制，对测试工作缺少跟进
d)        与项目组协调，沟通方面存在随意性和沟通不畅情况出现
e)        版本发布缺乏计划性
f)        测试人员配合方面，协作性比较差

总述： 目前测试部门缺乏整体性，协作性，基本处于一个无序的阶段。

评估方法：
1）        通过运营故障报告统计，由于bug问题，造成投诉的数量。
2）        为间接客户－开发组织，提高质量、缩短交货时间，从而降低成本
3）        为直接客户－最终用户，提供满足需求的软件系统。
4）        提升文档评审发现缺陷的密度，
5）        提高每千行代码发现缺陷的密度
6）        提高自动化测试的比例等等


高手能帮助补充一下吗？ 其实感觉测试部门能力评估 评价改善结果 还是比较麻烦的

[ 本帖最后由 lanytang 于 2009-8-14 14:51 编辑 ]

lanytang

我个人觉得量化是蛮难的 但是宏观看到改善的效果应该还是比较简单的。

谁有好的方法 提供一下 ，开拓下思路，谢谢了！

lanytang

主要的目的是 评估当前在测试部门的现状和未来测试部门

有什么方面提升，最好通过数量来体现。

black_tulip

千万不要量化去评估，会出事的。

lanytang

出事情？ 你指的是测试人员绩效还有开发项目组等方面 会出问题的？

black_tulip

软件复杂度高，不同工程，不同功能模块，差异性比较大，用“每千行代码发现缺陷的密度”来量化不合理，除非再加权。可是想出任何补充的附加的东西，都会产生新问题。

“自动化测试的比例”也是同理。

量化投诉数量，也会给测试工程师带来不必要的压力，造成测试于研发的沟通障碍，延误项目。

lanytang

恩 有道理 谢谢

wendy811110

感觉真的很乱～～
不清楚测试现状又扯到评估那边目的是什么～～

不过也建议如果要评估，最好把测试部门相关的一些不好现状先慢慢做修正～～

snoopy1234

目前状况下   数据评估不是很合适
先从管理的角度把人员体制，作业任务，作业流程等理顺
然后再进行数据评估吧

不可拔苗助长阿

lanytang

后续采取了工作任务评分 +  人员态度 + 关键事项 加减分的方式来操作。

看看效果。