51Testing软件测试论坛

标题: 版本变更非常快的web项目改如何实施测试？ [打印本页]

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

作者: bslkzhw 时间: 2011-12-2 13:30
没有有经验的人帮忙给点经验吗？

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

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

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

作者: qqitong 时间: 2011-12-9 17:31
按功能模块划分

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

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

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)