测试管理中走流程是否就一定好?

rbzzp

在我们工作中,可能因为种种原因,没有做到,从一立项就开始介入项目,参与需求调研、参与需求评审、写测试计划、写用例，然后到执行测试。
我做了几个新项目，虽末参与需求调研，但还好有需求文档，看着需求和项目计划，或常与项目组成员沟通写了测试计划和用例，但在测试时，却发现不是那样实用，用了部分用例进行测试，后来就没用了，只是手工测试，参照着需求，再做一些边界等什么的测试。
希望和大家共同讨论怎么做测试，怎么管理测试会好一些？虽然我们总是在说写用例的种种好处，但当需求变更频繁，或需求写的不够详细完整，是否能写出优秀的用例来？是否有更好的方式解决现在测试状况呢？

[ 本帖最后由 rbzzp 于 2007-8-2 15:24 编辑 ]

rbzzp

楼上说的有道理.
我一直在想能否找到一种更好的方式,解决目前测试状况.需求常变更,测试的系统种类较多,有项目,有产品,有产品定制.需求并不能很好的指导测试,只是体现了事件流程.