版本变更非常快的web项目改如何实施测试？

bslkzhw

现在接手一个新项目， 是即时web应用的， 目前项目的状态是每天都会不停的有更新， 请问一下这样的项目该怎样去实施准确的测试？ 如何做测试计划以及测试用例， 我觉得测试用例是不是就不必写的很详细？ 等用例写好了。。 新版都出来， 已经失去意义了。。  但是没有用例  改怎样去保证测试质量呢？？

bslkzhw

没有有经验的人帮忙给点经验吗？

persistence

测试应该给予明确需求，详细的测试用例，用于覆盖需求，如果因为某些特殊原因，无法书写测试用例，可以先设计基本用例，待需求明确后再补充其他用例~！

archonwang

这种项目的话，一般都需要抽取测试点来做——不过不推荐2年以下经验的人来处理。
参与测试的人员必须很清楚需求的各个要素，不排除，需求是由该测试人员参与分析编撰的；

如果做不到这一点，测试是相对片面且发现率不会很高。常规的一些判断规则在这里有效，但是特定规则的处理会出现疏漏。若测试人员进入该项目时间较长，则有一定的相关业务经验，那么发现率会高些，若是刚进入项目则可能会出现很多的磨合问题。

qqitong

按功能模块划分

bslkzhw

哎。。。我是感觉主要问题出在需求上。。  需求不能确定  导致需求变来变去  往往都是最后急着交付，无法规划后期的测试，草草完事。。。。  不知道大家怎么想？

jameswang1018

需求变更可以很快，可以每天都变，如果公司可以接受这没有问题。问题在于，需求变更快不仅对测试团队有压力，更对开发团队有压力。为什么测试团队更新test case来不及，但是开发倒是有时间完成code变更？可能的原因：
1）开发没有好好按变更去做，胡乱发布，甚至根本就没有包括新需求的实现。对应方式：对于质量差的build可以不接受，没有必要每天一定要换新版本做测试，尤其是在测试人力还不够的情况下。
2）开发效率也比较较高，那就要重新考虑你们的测试设计流程了，如何以更快的方式应对这种特性的项目。比如说，测试用例能否在书写和review上做得更简便有效。