测试组如何合理安排测试任务所需时间？
一般来说，测试用例是测试工作的中心，围绕测试用例，可以将测试工作任务分为：测试用例的编写，测试用例的检查，测试用例的执行，以及相关文档的产出。就这几个任务分类，抛开经验所得，如何来确定每个任务分派下去所需要花费的时间呢？比如：编写一个功能测试用例所需的时间，执行一个功能测试用例所需的时间？
ps：这里的测试主要是静态页面和功能的测试。 希望大家可以踊跃发言，帮忙解决一下偶手头的问题~ 亲们，麻烦给点意见啊:'( 这个问题复杂了。
可以参考，让执行人自己评估一个时间，让指派人评估一个时间，两者结合起来看看。
编写用例的时间，最基本的跟用例的粒度关系。 这个时间是编写测试用例的测试人员和测试负责人一起讨论预估的，没有那个项目可以精确说出自己完成某个任务具体时间 回复 4# omg
因为我们现在的绩效是跟工作饱和度以及工作效率相关，领导看我们组每个月都饱和，要 现在我们组的分管领导要求给出一份测试任务的分类，以及分类制定各任务完成实际的实施计划，他们好掌控。 回复 5# yangli25
现在就不让我们只凭经验拍脑袋估算时间，哎 回复 4# omg 回复 4# omg
因为我们的绩效工资是与每个月的任务饱和度以及任务完成的效率挂钩，然后我们组以往每个月都是满的，所以分管领导要求我们对测试任务进行分类，然后制定每类任务完成所需时间的计划。。 你们的开发的时间又是怎么出来的啊？不也是根据经验值啊？
或者，可以分析历史数据，每个月完成多少用例，执行了多少，算个大致值，算个平均值。再以这个值来，再和当月的情况比较。 评估工作量首先要对系统进行分解，将系统按模块分解，然后再分解为功能点，最后评估每个功能需要编写多少用例量。这在项目管理里面叫WBS
然后需要一些历史数据作为参考，如测试人员平均每天编写多少用例数，每天执行多少用例量。如果更精确一点还要考虑用例执行的难易程度，可以给其加权重。得出所花时间。
把整个经过整合到一个文档里面，就是领导要看的内容了，也是你评估工作量的依据。
PS：评估出来工作量了，自然所花的时间也就出来了。 再则，想要合理，就不是一次工作就能合理的。需要多次去做，重复的去做。 回复 1# CandiceLoo
你自己来完成一下这几项任务，看下花费的时侯不就知道啦？ 一般来说，测试用例是测试工作的中心，围绕测试用例，可以将测试工作任务分为：测试用例的编写，测试用例的 ...
CandiceLoo 发表于 2013-5-8 08:41 http://bbs.51testing.com/images/common/back.gif
项目管理中有一个WBS，即工作分解结构。我看你对测试的分解，把主要部分分解出来了，还有一些辅助类的工作没有分解出来，应该再度进行细化。可以学习一下范围管理中的WBS章节，对你这项工作是有用的。 这个可以拿数据说话，平时做好数据整理工作，包括每人每天能执行多少用例和编写多少用例 学习学习~ 回复 14# 千里
谢谢！看来得好好学习一下您所说的WBS:loveliness:
页:
[1]
