51Testing软件测试论坛

标题: 敏捷游戏测试方法 [打印本页]

作者: yeir86 时间: 2009-1-5 13:13
标题: 敏捷游戏测试方法
因为我们公司采用敏捷开发方式，所以，希望与大家交流一下，看看大家有没有也做这方面测试的，希望能够通过交流完善敏捷测试这块，我们公司做游戏开发

作者: yeir86 时间: 2009-1-6 08:29
有没有人来讨论一下

作者: zmy5163 时间: 2009-1-6 09:42
关注..

作者: gseraph 时间: 2009-1-8 09:26
交流当然要你自己先提出自己的观点，什么都没有叫什么交流？

作者: 11k 时间: 2009-1-8 21:41
关注此贴了！

作者: yetties2005 时间: 2009-1-8 21:53

原帖由 11k 于 2009-1-8 21:41 发表
关注此贴了！

作者: yeir86 时间: 2009-1-12 13:37
不好意思大家，最近比较忙，忘了这事了
那我先说说我现在公司的流程，大家觉得有什么不好的地方可以讨论一下。
首先，我们公司，以节点为单位，一般一个节点在2-3个星期左右，开始有计划会议，结束有回顾与总结会议，然后每天生成一个日常测试版本，此版本测试部进行冒烟测试，没有崩溃问题产生，上传P4，供策划和美术使用，然后如果此版本有新添加功能，与程序沟通，是否完成，是否可测，如此节点只完成部分，那么我们会要求给出测试标准，以表格形式，那么此节点完成到此标准，我们会通过。

作者: yeir86 时间: 2009-1-12 13:40
而测试的流程是，节点计划会上确认完成功能与任务后，参加策划案说明会，确定需求，第一周一般不会有功能完成，用以新功能的用例编写，然后第二周，第三周如果出现集中完成功能没有时间测试的情况，会先进行概要测试，下节点开始，进行按用例详细测试，因为这种开发需求变化非常快，所以，需求一但有改变，必须同时修改测试用例，保证测试用例的及时性、有效性。

作者: yeir86 时间: 2009-1-12 13:41
别的，我也不知道大家关注什么了，而我们部门的测试流程很厚，我也不能全部复制粘贴，就大概说说，大家可以就此讨论，发表意见，有不明白的，我会尽快回答

作者: gracejuan 时间: 2009-1-12 15:43
很想看看你们公司的测试流程，可以的话，请打包发出来看看。

作者: yeir86 时间: 2009-1-12 18:00
这不太可能，有保密协议

作者: 耗子砍猫 时间: 2009-1-12 20:40
天!和我们公司几乎一样,我们不叫节点,叫里程碑。有微软的测试流程的影子,我们也是和你们一样,维护测试用例非常频繁,冒烟测试也做,目的和冒烟时间和你们一样的。

作者: 耗子砍猫 时间: 2009-1-12 20:45
我现在才知道这种方式就叫敏捷游戏测试方法,感觉设计、程序、美术、测试4大部门完全紧密的联动,很不错。受教了受教了,继续关注此帖。

作者: yeir86 时间: 2009-1-13 08:06
对呀，我们所有的工作伙伴，除了行政部，全部在一个大的开放空间内，有什么问题，及时沟通，及时解决，而且，我们每天都有早例会，会上三个内容，昨天做了什么？今天做什么？有什么需要别人协助的？所以，现在和程序呀，策划呀，美术呀的关系超级好，根本不存在什么指个BUG来回抱怨的问题，在家很融洽的在一起工作，气氛很好

作者: mytoyliu 时间: 2009-1-13 16:31
我们公司的测试组太小了，目前就几个人，其中部分人还要兼策划和网络维护，现在都没时间去维护测试用例了。
以前有实习生在的时候还把他们抓到起维护测试用例，现在的测试用例都是2个月前的了，测试就直接看文档

作者: yeir86 时间: 2009-1-14 09:39
开始我们也是这样，只是我们还管版本的生成及相关问题，也不去维护测试用例，可是越是后来，你就会越明白，维护好测试用例是多么重要的一件事，当然我们现在人手也够了，而且也在逐步完善

作者: tye001 时间: 2009-1-15 11:32
新东西好
关注中

作者: skykklove 时间: 2009-1-15 13:13
好帖

作者: skykklove 时间: 2009-1-15 13:13
该收藏

作者: skykklove 时间: 2009-1-15 13:13
好贴该收藏

作者: skykklove 时间: 2009-1-15 13:15
奇怪我刚才怎么就一只发表不了带上面内容的帖子…… 以为是含有西藏的藏不然发呢……看来不是

谢谢楼主分享自己的经验给新人……关注中

作者: tye001 时间: 2009-1-15 13:33
我也很想看你公司的测试流程
很想

作者: yeir86 时间: 2009-1-16 09:52
其实现在就是因为现在我个人觉得测试流程不是很通畅，还存在改善的空间，所以，想看看大家还没有做这方面的，一起讨论一下，测试流程的文档，我想想有没有办法，写得更详细一点

作者: shajqiu 时间: 2009-1-16 10:52
我提供一个词
“Scrum”

作者: yeir86 时间: 2009-1-19 08:00
新名词，研究一下，不过我现在在学习，FIT表格的应用

作者: 云层 时间: 2009-1-29 00:10
敏捷游戏测试方法第一次听说，但是顾名思义应该是模仿敏捷开发的方式来做

这种开发方式比较适合做项目，如果做产品，那么还是瀑布型比较好

做个游戏用快速原型类的敏捷开发很可能出现永远开发不完的问题，到后期要舍得砍东西，刀刀见肉，有些壮士断臂的感觉

总的来说沟通成本太高，人员素质要求太高

作者: yeir86 时间: 2009-2-1 13:10
的确，在工作过程中，沟通是个很重要的环节，而且要不停的沟通，不断的提问，但是没有觉得提高成本的问题，但是这种开发方式沟通是必须的，而且是与各个方面，多个人进行不同的沟通很重要

作者: gseraph 时间: 2009-2-1 14:06
呵呵，我接触过类似的项目，缺少人员做主动沟通，做完的策划案没有整理好，做一个小功能可能要程序自己从一堆文档中寻找多个相关文档....最后耽误了一个多月的进度。最恶心的是，这个是个web游戏....但是我怎么都觉得策划好像在设计mmrpg。从原先的十几个功能膨胀到三十多个....貌似还在增加中，幸好我不是这个游戏的测试。

作者: 耗子砍猫 时间: 2009-2-6 21:10
敏捷式测试是新兴的测试方法,国内很少有公司用到吧。

这种方法固然很好,但对整个测试团队的素质以及开发团队的素质要求极高,每个参与项目的人都要有很强烈的质量意识。
特别是在BUG生命周期的管理上尤其复杂。我们公司是开发依赖于测试,在项目的进行过程中以里程碑测试为主体,里程碑的循序渐进推动整个项目的进度,但里程碑又是以风险为基准推动的,类似一种螺旋线绕着一根柱子不断往前延伸,那个柱子就是游戏项目,螺旋线当然是测试行为。除里程碑测试外有大量特有的方式从侧面进行;以自动化测试的性能和压力几乎从不间断,虽然手上的Build确实已修复了一些BUG,但性能测试、稳定性测试、数据库==一系列的服务器和客户端的测试一直都做,防止质量回归。

整体的流程控制很复杂,需要各个部分通力合作,对每个人的团队精神要求很高。这个是我们公司进行这种敏捷式测试1年半以来我的感受。之前从来没进行过这种测试,大家都在不断的摸索中提炼出来一套逐渐成熟稳定的方法的,很不容易!

这么好的帖子可不能沉没了,做测试的同行有开始讨论新的测试方法感到很欣慰和兴奋。欣慰的是证明这个行业一直在向前发展,软件测试不是也是这么走过来的吗?

希望大家多多提出意见讨论。顶!!!!!

作者: yeir86 时间: 2009-2-19 13:38
是呀，这种开发沟通真是很重要的问题，天天为这事说来说去，敏捷开发要求每一个负责人，必须要责任感强，而且，保证大家之间的配合与沟通顺畅，不然真的很郁闷

作者: shawnwe 时间: 2009-2-23 22:08
有关注过敏捷开发方面的知识，全没有想过在敏捷开发中测试的角色是怎么完成的。这次受教了

作者: shieiwei 时间: 2009-6-22 10:35

原帖由 yeir86 于 2009-1-12 13:40 发表
而测试的流程是，节点计划会上确认完成功能与任务后，参加策划案说明会，确定需求，第一周一般不会有功能完成，用以新功能的用例编写，然后第二周，第三周如果出现集中完成功能没有时间测试的情况，会先进行概要测试 ...

那么你们公司每次都是下节点开始测试这个节点完成功能与任务?敏捷么???

作者: woainini 时间: 2009-6-23 22:09
新人受教了,这似乎比我们传统的测试方式更能发挥出个人和团队的能力....各个部门之间的交流也是一笔财富...

作者: yeir86 时间: 2009-7-24 14:12

原帖由 shieiwei 于 2009-6-22 10:35 发表

那么你们公司每次都是下节点开始测试这个节点完成功能与任务?敏捷么???

当然不是下节点在测试上个节点完成的功能，功能完成就开始测试，在节点会上，订制下个节点的开发功能，同时也订制了测试任务呀。

作者: zhqiang09 时间: 2009-7-27 16:04
一样一样~

我是做电信敏捷测试的！！

作者: yeir86 时间: 2009-7-29 15:04
楼上的，分享一下经验，都来了

作者: davids 时间: 2009-7-29 17:42
菜鸟请教，请问节点的概念是不是有点类似于迭代的概念啊？
另外，楼主，你说的上传至P4，是什么意思啊？

作者: liaojian414 时间: 2009-8-1 11:01
自己以前没做过游戏测试的，昨天去面试了一家，还在期待中，估计希望也不大，不知在要去做游戏的测试需加强什么，请高人指教！！

作者: woza 时间: 2009-8-3 17:30
我们也做敏捷的。非常不错的实践。开发测试在一个组。质量问题由整个组承担。每个迭代结束后，由每个组来做演示。其实就是成果展示会。我觉得效果不错。哪个组如果展示的东西有问题，绝对没面子，下次迭代中就会很注意了。现在我们都是开发主动帮助测试。怕万一东西出问题，被其他组的人笑死。

作者: baizhudan 时间: 2009-8-13 13:41
非敏捷的流程是如何的？怎么感觉都是这么一个流程？

作者: 土豆发涩 时间: 2009-8-23 11:04
好复杂，对于新人来说的我很多名字都不理解。慢慢研究吧，顶一下。

作者: baozhengwang 时间: 2009-9-8 13:28
标题: 顶顶顶!!!
很喜欢研究游戏的平衡性,游戏制作/测试流程,希望有机会能进入这个圈

作者: lhk243044 时间: 2009-11-2 12:59
标题: 回复 8# 的帖子
很想知道你是那家公司，看来是很正规的。我们现在的公司跟没什么计划，策划主管就是项目经理，想起什么做什么，有些事一次可以做完，非得来回修改。。。。

作者: lhk243044 时间: 2009-11-2 13:05
标题: 回复 28# 的帖子
沟通很重要，四个部门都要沟通，但现在貌似没几个公司把测试当回事（国内）。

作者: 漩涡鸣仙 时间: 2009-11-5 22:09
好帖子~~~

作者: qinguifeng 时间: 2009-11-17 14:30
顶霞

作者: Indisorder 时间: 2009-12-4 14:45
楼主成功的从智力型英雄转型为敏捷型英雄
受教了受教了，呵呵

作者: dyq 时间: 2009-12-14 14:59
路过

作者: 11111 时间: 2009-12-16 16:01
顶，关注中~~

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