51Testing软件测试论坛

标题: 如果测试在软件开发完毕后才介入，为了节省时间，是否可以省略测试用例？ [打印本页]

作者: 骑着狼放羊 时间: 2010-5-25 10:53
标题: 如果测试在软件开发完毕后才介入，为了节省时间，是否可以省略测试用例？
如果测试在软件开发完毕后才介入，为了节省时间，是否可以仅仅完成需求拆分（不拆分到用例级）和测试设计，并且省去测试用例？
是否行得通？

不然，有没有更好的办法节约测试准备时间？

[ 本帖最后由骑着狼放羊于 2010-5-25 11:06 编辑 ]

作者: chengning 时间: 2010-5-26 11:56
这个问题是没有准确的答案的
为什么要花时间去做测试了？花多少时间去做测试了？
测试效果如何了？
这些都源于需求。假如用户的需求不是很高，只是需求的拆分，不写测试用例，就能够满足客户的需求的话，虽然要冒一定的风险（未能完全测试），还是可取的。如果客户需求要求很高的话，这样做是不可取的。
测试的投入和得到的回报是成正比的，所以不可能既能节约了大量的时间又能测试的很好。

作者: nickyshou 时间: 2010-5-26 13:53
我工作的公司比较小，做的项目又赶时间，每次项目快收尾了才提交过来测试，需求基本靠口述，文档方面的很少，不了解的去问开发人员，用例都省了，没有用例感觉不踏实，老是觉得测得不够彻底。

作者: mcfnhm 时间: 2010-5-26 15:42
嗯..小公司连测试用例都不写

作者: msnshow 时间: 2010-5-26 22:23
要看项目的繁杂度，如果不是很繁杂，可能直接与开发人员沟通效率会更高

作者: Nio 时间: 2010-5-28 11:45
听领导的吧,如果你是领导就听老板的,如果你是老板,呵呵你不会问这个问题.

作者: skyole 时间: 2010-5-28 11:46
看需求或者看时间是否来得及吧

作者: 夏天的柠檬 时间: 2010-6-1 14:55
建议至少列出需求点的检查表，或者写出测试用例的标题（描述测试用例的目的），以及预期结果，不用写详细步骤，但对于需要特别注意的地方，需要重点标识出来。

作者: 骑着狼放羊 时间: 2010-6-6 17:23
标题: 谢谢各位高手的建议
谢谢各位高手的建议。看来软件看法完毕后再做测试，不仅很难能够做到测试的规范化。而且也很难能够做到保证测试的质量，以及产品测试结束后，测试文档的再次利用以及维护。

作者: ice1216 时间: 2010-6-8 09:47
需求连文档都没有？LZ真不容易！
如果你对业务够了解，其实改动不大而且时间很紧的时候，不写用例也不是不可以。我也经常这样搞的。但是前提是，你够了解系统的业务需求，功能需求。
新建个WORD，简单的写写用例也不是不可以的

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