原型开发法中的测试怎么做？

jiyangao

软件开发团队采用原型法进行开发，测试团队应该在哪个阶段开始介入比较合适？怎么样开展工作？

照理说，测试越早介入对整个项目越好，但是测试需要考虑成本，越早介入则测试成本越高。
而且实际中经常面对一种情况，一旦测试团队介入项目，开发团队就把所有文档、需求分析等都不愿意做的杂事甩给测试团队做，无意中又增加了测试成本。

曾经在一个项目中，很早的介入进去，每个原型开发出以后都对系统进行全面的测试。但是最后总结的时候发现，前面做的测试在最后看来作用都不是很大，测试回报率不高。不知道是不是只对核心功能测试就够了？

或者前期测试团队不介入项目组，仅仅为最后的确认/集成测试收集素材，准备需求，直到开发团队和客户对需求达成一致以后，才对相应的版本做测试。其实质就是，开发团队按原型法开发，测试团队还是按照瀑布法最后进行测试。

以上是最近小弟我十分困惑的事情，很多项目等待测试，但是手上的测试资源太有限。。。。
希望大家能够讨论下

archonwang

采用原型开发模式，测试人员首先必须熟悉业务及相关的规则，没有一定的经验，的确是比较困难的。

技术上的建议：整理原型中涉及的各个对象和底层数据库设计及逻辑。再进行用例设计，情况可能会好些。
管理流程上的建议：优先对原型进行深入的学习，形成一定的规范和纪要，以备查验。

希望以上两点可以帮到你。至于测试成本增加，还是看你的BOSS的考虑吧。

jiyangao

谢谢！
昨天晚上又仔细整理了一下发现。其实在开发团队完成原型之后，如果测试马上介入并不是十分恰当。
因为那个时候系统中大部分功能仅仅是完成了一个雏形，开发人员经常知道并且不重视测试发现的问题，他们认为随着需求的明确，开发的继续进行，这些问题都会自然而然的解决。
同时，在需求不明确，隐含需求没有澄清以前，测试确实会做很多冤枉的工作。

看来，只有真正尝试一下，并且说服boss，在原型完成以后，需求明确的情况下再进行测试。之前把业务知识，底层对象，数据关系理清楚，设计一些大框框的用例方案就好了。

不晓得这个样子结果会怎么样？
有没有其他的方式呢？

woza

首先，每个迭代周期完成后，产品都应该是可以使用的。即使是一个雏形，也必须是一个可以使用的雏形。哪怕只有一个功能，这个功能也必须是没有缺陷的。如果基础打的不好，那以后的上层建筑也好不到哪里去。

其次，测试人员应该和开发，以及需求人员一起从头工作。我不觉得测试人员做需求分析有什么不好。但是所有这些任务，必须是整个团队的任务。由于迭代周期是固定的，如果由于由于测试人员得不到支持，造成任务失败，那应该是整个团队的责任。

再次，需求可以变更。但是需求人员必须明白，如果由于需求变更造成任务无法及时完成。这个责任是需求人员的。当然，在敏捷模式中是没有需求人员的。只有Product Owner。这个角色代表客户。

最后，测试介入越早，成本越低。怎么会反过来呢？

LZ有兴趣的话，可以看我的博客。