2008-04-03

功能测试谁来做

受微软的影响，项目组单独配备功能测试人员，在很多公司里成为一种标配，而且经常是找一些小丫头来做，实际上效果如何，基本上没有用途。

功能测试应该由对业务非常清楚的人来做，而对业务非常清楚的只有二类人，一类是业务功能顾问，他们负责与客户进行沟通，能站在业务流程的整体上去测试，也就是谁做业务设计谁做业务测试。另一类就是业务模块的使用人员，他们是用户。所以真正的功能测试，应该是这两类人员去做。我比较倾向于业务功能顾问进行功能测试，通过测试后，尽快交给业务用户使用，一起进行业务测试，而不是将功能测试交给一些由外行人士构成的独立测试组。

这里面又包含了我的一个观点，真正的测试阶段是系统上线后的几个月，正式使用前的测试，做的再多再细，因为只是关键用户参与，往往只完成基本流程的测试，业务场景的设计也不会全面，上线后会碰到更多的业务特例，怎么应对非常考量项目组的能力。
评论
yuankai 2008-04-17   回复
我觉得很多公司都没什么测试人员，都是开发人员测下就OK。
Godlikeme 2008-04-05   回复
从文章来看，这里的功能测试主要还是指开发内部 集成功能测试，这部分内容包括测试计划、测试案例、测试结果分析都应该是业务专家和架构师共同完成，最终谁去做，有一些是体力活，可以找一些新手来具体完成，主要部分还是要这两位老大把握。谁来具体做不是问题，关键是过程的指导和掌控。

对具体内容最了解的肯定是最终用户，他们主要参与是在两个阶段，用户需求获取阶段和 用户验收测试阶段，用户验收测试阶段会按照业务的真实情况去处理，包括测试计划、测试案例、验收文档，主要由业务人员掌控，技术人员只是配合解决系统问题，解释一些业务不理解的技术问题。一个理想的用户验收测试是完全依照客户构想的业务去把整个业务周期的业务流程、场景全部测试通过，包括性能要求，当然这几乎是不可能的。话说回来，如果用户有这个时间、精力 能够全程介入是最好不过了。

真正的测试阶段是系统上线后几个月，一般不把这个认为是测试，是对系统正常、稳定运行的考验。再发现的要分清楚哪些是原来需求的问题，哪些是新需求。
dongmusic 2008-04-04   回复
关键是成本的问题.这两种人的成本太高.
发表评论

您还没有登录，请登录后发表评论

一蓑烟雨任平生
搜索本博客
最近加入圈子
存档
最新评论