让更多的人参与测试
当测试人员已经不再是一个独立的测试部门时，需要进行测试的也就不只是测试人员了。程序员要自测，策划也要测试，甚至玩家也可以来测试。不同的人可以得到不同的结果，这样才能使我们对产品有全面的把握，才能时刻的知道产品下一步应该怎样“响应变化”。
程序员的自测可以减少程序上的bug。策划的测试可以使策划更清楚的看到目前游戏的现状，亲自体验自己设计的系统。而玩家的测试则可以给我们带来我们的最终用户的反馈，这是最有价值的信息。
我们现在就会经常邀请玩家来进行测试，让我们团队的所有人看到我们所做的游戏在玩家手里是怎么玩的，在玩家心里是怎么想的。这样不断的获得反馈信息，不断的改进后，相信产品会越来越受用户欢迎。最终的目标，就是一个可玩，好玩的游戏，每个人都是这样想的。
信任你的测试人员
虽然我是在谈论敏捷测试的体会，但无论你是测试，是策划，还是程序，或者制作人，甚至经理。你都可以而且应该多花点时间和你们的测试人员进行沟通。信任他们，因为他们比这个团队中的任何一个人都更了解产品的现状，他们也是产品面世之前的唯一的玩家。你可以私下找他们聊一聊产品，也可以偷偷的登陆bug管理系统看看现在的bug，甚至可以让他们协助你做一些非测试的工作（例如，产品演示，但不要占用他们的工作时间）。无论如何，他们一定会对你下一步的决策产生巨大的帮助的。
敏捷究竟是什么？说实话我没怎么仔细考虑过，只是就这样跟着一个敏捷的团队做了一年半的测试，把我们很多传统的测试理念都颠覆了，其实也只不过是在实践中不断的摸索着去改变自己的观念，改变工作方式。直到最近认真的看了看有关敏捷开发和敏捷测试方面的文献，才发现原来这一年半的经历和体会和书中所言是那么的相似，索性借此文和大家分享一下，欢迎指正。
此文章共有3页 上一页 1 2 3
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
