一次关于测试用例的讨论

目前项目上的测试用例是由相应功能的策划来撰写的,由此引发了一些讨论。下面记录的是我和同事的聊天记录。


天涯一隅 15:56:54
我想起刚才提及的一个很有意思的问题,就是关于写测试用例的。我在写过很多测试用例之后也会发现这样的问题:整个方案是自己写的,自己在思考边界时已经有了固有模式,所以写用例时能覆盖到的未知区域也不多。但是如果让别的人来写测试用例,小团队又没有专门的测试人员。不知道你有什么看法?

Allen Young 16:01:05
我的想法是测试用例可以交叉来写~~这样也会有一个互相检查和思考的作用,可能写测试用例的人会想到写文档的人没想到的东西,但这样策划的工作量会增加不少

Allen Young 16:02:05
测试用例完备,可以从规则上去要求程序必须所有的点是pass掉,可能 会减少后期一些反复的事情

Allen Young 16:02:23
但游戏有时会有很多感性的东西,这个又似乎要看具体的执行程序

天涯一隅 16:05:42
是思考得全面的功能bug少,还是测试得多的功能bug少?

Allen Young 16:08:45
最后那句应该说得太感性,我意思是比如两位程序员做同一个功能的差别

Allen Young 16:14:40
程序这边做,目标必须是思考 得全面,所以BUG少

Allen Young 16:15:13
测试得多而BUG少的话,这样是不合格的程序

天涯一隅 16:17:50
你说的这种在功能设定上也是相同的,自然是思考得全面让其少出问题是最好的。但我关注的可以举这样的例子来考量:一共有10个小时,分别用于开发和测试。那我们应该以2/8、5/5还是8/2来分配时间呢?

Allen Young 16:18:18
因为程序不象策划,一个功能的方案确认后,程序不需要有太多想法,程序框架,开发方式都是已经确认好,有开发模式的(当然较另类和复杂的另说),他只需要在这个相对较小和确定的方向去做一定的设计

Allen Young 16:19:14
策划在设计一个功能时,可能就需要考虑到很多点了,游戏的核心原则,一些既定的规则,操作,体验等等

Allen Young 16:20:07
你是说程序开发和测试的分配?

Allen Young 16:20:26
其它条件已经准备就绪?

天涯一隅 16:20:37
我是说整个功能。从策划这边设定到编码到测试完。

Allen Young 16:22:13
策划和编码这块不好说,要看具体东西吧

天涯一隅 16:23:22
可能无法具体到是策划还是程序的工作上。比如在这个语境下,测试不仅是测功能的bug,还测策划没有考虑到的地方或者是做出来之后发现的和其他功能有冲突的地方。我想的是一个功能的制作这个整个周期中,让其最终变得“正确”的话,倒地是“快写快做快速测试”更好还是“深思熟虑精炼测试”更好。

Allen Young 16:23:53
以前的一般策划功能设计这块似乎都不太长,我觉得前期沟通确认一些实现还是有必要,策划设计这边应该给更多一些的时间片去做可能会好些

Allen Young 16:26:11
这个我想,可以快为主,但快不能失去必要深度的思考

天涯一隅 16:29:20
那么我觉得可以让策划在做完功能的设定后,和负责开发这个功能的程序一起来写测试用例。背靠背的

天涯一隅 16:29:34
2个人能覆盖的盲区会比1个人大得多

Allen Young 16:30:46
嗯~~~似乎不错~~程序也不会很草率的去看文档

天涯一隅 16:31:25
测试用例写好了,程序再开始写,我记得敏捷开发里面这个叫test-driven develop

Allen Young 16:31:58
可以尝试

Allen Young 16:32:21
因为很多程序有个毛病

Allen Young 16:32:28
文档看得不细

Allen Young 16:32:55
这个会变相拖长时间,有时可能会是比较严重的

天涯一隅 16:43:41
负责开发的人看文档不细也是多年感触了。但是我发现我在看别的文档的时候,吸收得也不好。我在看的当时是很仔细的,逻辑比较绕的地方还会反复看。但在实际用起来的时候发现,文档是别人的思想写出来的,我看的时候能晓得,但是文档关了之后再过段时间我就记不清楚了。于是还是吼起问写文档的人xxx东西是怎么样的。其实文档是作为思想记录的很方便的一个东西,但是传递思想的效率还是不高。也许自己理一次并写下来,能较好地解决这个。

Allen Young 16:49:35
如果配合思维导图呢?

天涯一隅 16:49:38
您好,我现在有事不在,一会再和您联系。

天涯一隅 16:55:24
我用过很多文档的形式,不限于word excel 导图 图画 动画。不过就我个人的经验看来,各种文档的形式可以解决一些沟通上的便利问题,却无法解决思想的传达。思想的传达我目前觉得是没有捷径的,要把一个人脑子里想的东西比较好的带到另一个人脑子里去,各种形式的文档只能提供辅助。而关键是在于交流思想的人要有积极的心态,还有努力将这些文档里的东西变为自己的行为。这让我想起读书的时候,老师讲一种思想(知识)传递给我们,那个过程也不是什么很轻松的事情。我们要看文档(书),记笔记,对不懂的地方反复提问,下课后反复琢磨。最终这些思想才会变成我脑袋里的东西,而不是仅仅是写在书上的文字。

Allen Young 16:56:24
这个是不是就只能去营造这种氛围了?

天涯一隅 16:59:00
从整体层面来说,是的。从具体层面来说,就是交流的人要有这种意识。不能觉得沟通想法就是一份完善的文档就行了。我在这上面还是走过不少弯路的,以前我也是觉得多半是文档不够有趣不够简洁或者不够突出重点。后来觉得问题不全在文档上面,只在文档上做改进来改善沟通效率是不够的。

Allen Young 16:59:55
嗯,沟通和沟通的意愿确实很重要~~

发表评论

电子邮件地址不会被公开。 必填项已用*标注