如何准确评估项目测试的工作量？(08-11-03)（获奖名单已公布）

dabeixiong

来晚了...献上本人答案~.~!
1. case：case的多少和复杂程度很直接地反映测试的工作量大小，当然如果有的话。甚至有时可以试着跑部分case，选那种最复杂和最简单还有最典型的，然后估算大概时间，非要精确的话可以取平均值上下浮动。
2. 环境：搭建环境的工作，测试工具、系统、平台等等的耗费因素要考虑进去。
3. 团队成员：测试人员对测试工具的熟悉程度，对项目的了解程度，对业务熟练水平，人员本身的工作效率等等加以考虑进行评估，比如这位大哥报个bug通常要多久？是不是能很轻松的跟团队成员交流？甚至考虑团队处于何种阶段，比如组建期，甜蜜期，爆炸期，成熟期，衰老期等等，也就是将个人提升到整个团队效率的高度来评估。
4. 复杂度：对软件本身进行评估是很重要的一点，待测的是个陌生的新软件？还是曾测试过类似的软件？如果是个QFE测试，那相对就轻松得多。如果是新来地...也许就得考虑是不是需要开会介绍一下待测软件，或者培训？总之想办法得让团队一开始就快速了解，这样一是避免日后的盲目性，节约时间加快速度；二让Lead们心里也有谱，就可以更好的控制时间。
5. 参照：过去项目的Schedule拿来借鉴。比如上个Release用了一周测完，现在的Release功能多出5个，还要增加接口测试，兼容性也要提高...从而根据这些要求形成新的Schedule。
6. 标准化：非常重要，以上因素都可以做为评估工作量和时间的因素，但是根据具体的项目，具体的团队，形成标准化的重要性就在于定性：哪些事情我们该做，哪些事情我们不做，哪些功能优先级高，哪些可以推迟...不仅方便量化，也对风险有更好的把握。

----------------------

具体的评估方法可以使用矩阵法列个矩阵，列是选出各种因素，行是所需时间，得出最后的预计时间。而且一般PM喜欢在此基础上打点富裕，以防不测-.O!

总结：主要思想在于知己知彼，并全面深入的考虑各方面因素。