请问各位大虾，在需求频繁变化的情况下，如何开展测试管理？
我们公司的需求变化比较频繁。经常是我们做好测试计划、编好测试用例、设计好测试数据后，在系统出来要进行系统测试时，发现系统与需求文档的描述差别很大。结果我们以前所作的工作往往白费，测试计划被打乱，只能是跟着开发走，测试用例只能放一边永远都用不起来，而测试数据只能是重新设计。我一直想让测试用例能起到它真正的作用，而测试数据也不用在费大力气设计后被抛弃，所以一直在找一个比较有效可行的办法，但目前为止还没有找到。所以请教各位大虾，你们的公司是否也有这种情况，是如何管理的？ 需求变化目前来讲都是不可避免的，如果需求变化太快，可以考虑在测试策略上变化一下，不要采用那种常见的先编写测试计划然后设计测试用例、准备测试数据的方式，是不是可以考虑采用探索式测试。测试计划肯定是要写的，然后就是紧跟需求和设计，多和开发人员沟通，一方面保证和开发人员的思路保持同步，另一方面就是在这个过程中完成对需求和设计的测试，将Bug消灭在萌芽阶段。等到开发完成后立刻开始探索式测试，边测试边设计用例，对所有用例可以进行记录，进行阶段性的整理，然后根据整理的结果再进行用例的补充。个人意见，欢迎讨论。 需求变化比较频繁，那主要是在项目或软件开发初期（如果是在中后期，那就说明需求分析、设计有问题），那时可以先对软件进行比较粗的测试，个人认为在那时花太多经历在写测试用例上，有点得不尝失，个人意见仅供参考 好的需求文档就是原始的测试用例，所以只要维护好需求就可以了。
页:
[1]
