您的位置:主页 > 传奇世界SF发布网 > >

设计测试

发布时间:2019-06-21 10:04

QA经常发现设计中固有的能内的问题。通常,这是未记录的假设,边缘情况或与其他系统的集成痛点的结果。这些问题通常在能测试阶段经过开发和审核后发现。嵌入式QA可以在程序员提交一行代之前防止这些问题吗?我相信我们可以在内部通过我们称之为设计测试的过程来实现它。

那么什么是设计测试?好吧,我首先要描述它不是什么。设计测试不是一种提供对手头能的反馈或判断的机制。设计测试正在阅读一个设计文档,在您的脑海中(在您的产品背景下)精心构建它,并以用户的方式遍历它。

在你的脑海中持有这个结构,你开始戳戳并这个能并开始意识到你期望发生什么。然后,您会注意到这些期望,因为它们往往构成默认行为的基础,然后您可以检查这是否与所述设计相称或冲突。

那我们为什么要这样做呢?预防问题比检测问题更便宜,更有效。此外,如果事先确定并解决了这些痛点,则可以节省大量的开发时间。精神探究心理结构的好处是,如果你写下这些测试,它可以形成测试计划的初始阶段。为

了让设计师能够参与其中,我告诉他们我将在最终产品的后期运行这些想法作为能测试,所以他们现在可能会有一个强有力的答案,因为它更容易修改为文档。

值得注意的是,QA经常会要求他们掌握任何设计文档,特别是在能开发之前的早期。这通常得到设计的谨慎犹豫,因为QA历来使用此访问权来提供反馈或获得他们自己的想法。这可能是争用的来源,因此,为了使设计测试工作,QA需要关注通过遵循特征设计得出的事实结果,以及它的逻辑结论。

我发现这种方法让设计师可以更地做出决定。当QA通过设计测试发现潜在冲突时,设计人员可以在当前实现的上下文中制作解决方案。这很重要,因为在我的经验中,问题是“游戏当前如何反应?”首先询问,如果当前的能不是很糟糕,那么它仍然保持原样。现状普遍存在,并且代表了一个失去的机会,需要探索适当的解决方案。

我们仍在改进这种形式的测试,但我们已经从这种方法中看到了很多成。最大的挑战是遵守纪律,不给予反馈/意见。当您的下一个能处于设

计阶段时,请尝试设计测试,并告诉我它是否适合您。

上一篇:Namco博物馆将于下个月与PacMan对战。 下一篇:GDC伦敦索尼的Macdonald On为网络体验发展