（6）协助市场部门对游戏进行分析，提出游戏的特殊性和推广点。
作者注：由于游戏软件的测试不同于软件测试，所以我们在制定部门工作职责时考虑到游戏的特点，不仅不能出现Bug，而且还要“好玩”。
2.测试部门的人员构成
由于测试工作是贯穿产品开发各个阶段的持续过程，涉及到产品质量的各个方面，其人员构成也必然包括产品开发所涉及的各个部门。每个部门主管级以上人员列为测试小组成员，对测试小组的发展和反馈负有直接责任，每个部门设有专人负责测试小组意见反馈、问题提交等工作。
3.测试的目标类型
测试的目标类型分为：
1）美术效果测试
美术表现上是否存在明显的缺陷和错误，包括对美术风格提出修改意见和建议。
2）产品功能测试
产品功能是否和设计预期相符。
3）综合表现测试
测试人员对产品的个人印象，主要是对游戏的感觉以及对游戏性的感觉。
4）进度完成情况测试
新项目是否完成了开发计划中列明的阶段性结果，并对此进行跟踪。
5）模糊测试
产品功能列表之外可能出现的问题以及非正常思维发生的问题。
4.测试工作的宏观步骤
1）测试前准备
对于新产品来说，主要根据产品的开发进度，安排每个项目的阶段性测试工作，另外对于原有老产品的跟踪性测试工作则根据市场需要进行安排。为了保证测试工作的效率和针对性，测试之前必须确定测试的内容和目标。
2）测试工作
测试人员按照测试的内容和目标进行针对性检查，提交各自独立的测试报告。测试报告中的测试内容和要求等由提出测试要求的部门填写，测试的结果以条目形式列示。
3）测试结果跟踪
每部门指定人员收集测试报告（测试报告以email形式由测试小组发送到对应部门指定的接口人员），并据此整理出用于指导产品开发的最后测试结果。
相应开发人员接收到测试结果后，要在一天内提出修改的时间安排并签字，如果对测试结果有疑问必须立刻提出。签字后相应的问题责任由签字人员负责。经开发负责人签字的测试表交专人保管，以备复测时对照。
4）复测
按照接收人员签字同意的修改时间，测试部门要安排进行复测。复测时不再填写新的测试报告，而是对照原测试结果检查产品的修改效果。修改通过的问题在测试结果上注明。复测结果按照上述第三条情况处理。
有些人认为开发完成后或者某一开发阶段完成后才可以进行测试，开发和测试是无法同时进行的，其实这样的观点是错误的。游戏软件的开发过程要求测试必须尽早介入，程序片段一旦编写完成，就应立即进行测试。
普通情况下，先进行的测试称为单元测试，但其是程序片段也需要相关的集成测试，甚至有时还需要一些特殊测试，比如接口测试，像游戏程序与任务脚本、图片的结合，通过把已经写好的程序片段接合起来，形成部分的集成测试，从而有效的体现接口优先测试的原则。同时由于测试与开发是并行的，并且实行的是软件缺陷优先修改的策略，所以很少会出现缺陷后期无法修改的情况。由于前期测试案例的设计与自动化工具的准备，我们不需要投入太多的人力就可以极高的保证游戏的产品质量，特别是重要系统的质量。由于程序每日不断完善，集成测试便可同步进行，当开发进入最后阶段时，集成测试也已同步完成。当然这里必须满足一个原则，即测试的主体方法和结构应该在游戏的设计阶段完成，并随着开发阶段的推进而不断补充(比如游戏开发中出现了变动，测试方案也需实时更新)。这种方法会对基于代码的测试（开发阶段与集成阶段）产生很重要的影响，但不管在哪个阶段，在执行前多做一点计划和设计，都会大幅度的提高测试效率，改善测试结果，同时还有利于测试案例的重用与测试数据的分析，所以我们的测试计划是在策划时就形成了，为后续的测试形成了良好的基础。
此文章共有6页 上一页 1 2 3 4 5 6 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
