51Testing软件测试论坛

标题: 测试部门如何通过数据评估？ [打印本页]

作者: lanytang 时间: 2009-8-14 14:19
标题: 测试部门如何通过数据评估？
我目前的思路：

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

测试部门现状：

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

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

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

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

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

作者: lanytang 时间: 2009-8-14 14:29
我个人觉得量化是蛮难的但是宏观看到改善的效果应该还是比较简单的。

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

作者: lanytang 时间: 2009-8-14 15:00
主要的目的是评估当前在测试部门的现状和未来测试部门

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

作者: black_tulip 时间: 2009-8-14 15:03
千万不要量化去评估，会出事的。

作者: lanytang 时间: 2009-8-14 15:12
出事情？你指的是测试人员绩效还有开发项目组等方面会出问题的？

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

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

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

作者: lanytang 时间: 2009-8-14 15:30
恩有道理谢谢

作者: wendy811110 时间: 2009-8-14 18:43
感觉真的很乱～～
不清楚测试现状又扯到评估那边目的是什么～～

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

作者: snoopy1234 时间: 2009-8-18 11:12
目前状况下数据评估不是很合适
先从管理的角度把人员体制，作业任务，作业流程等理顺
然后再进行数据评估吧

不可拔苗助长阿

作者: lanytang 时间: 2009-8-26 14:39
后续采取了工作任务评分 + 人员态度 + 关键事项加减分的方式来操作。

看看效果。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)