如果测试在软件开发完毕后才介入，为了节省时间，是否可以省略测试用例？

骑着狼放羊 · 发表于 2010-5-25 10:53:54

如果测试在软件开发完毕后才介入，为了节省时间，是否可以仅仅完成需求拆分（不拆分到用例级）和测试设计，并且省去测试用例？
是否行得通？

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

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

chengning · 发表于 2010-5-26 11:56:49

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

nickyshou · 发表于 2010-5-26 13:53:17

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

mcfnhm · 发表于 2010-5-26 15:42:46

嗯..小公司连测试用例都不写

msnshow · 发表于 2010-5-26 22:23:18

要看项目的繁杂度，如果不是很繁杂，可能直接与开发人员沟通效率会更高

Nio · 发表于 2010-5-28 11:45:06

听领导的吧,如果你是领导就听老板的,如果你是老板,呵呵你不会问这个问题.

skyole · 发表于 2010-5-28 11:46:40

看需求或者看时间是否来得及吧

夏天的柠檬 · 发表于 2010-6-1 14:55:36

建议至少列出需求点的检查表，或者写出测试用例的标题（描述测试用例的目的），以及预期结果，不用写详细步骤，但对于需要特别注意的地方，需要重点标识出来。

骑着狼放羊 · 发表于 2010-6-6 17:23:49

谢谢各位高手的建议。看来软件看法完毕后再做测试，不仅很难能够做到测试的规范化。而且也很难能够做到保证测试的质量，以及产品测试结束后，测试文档的再次利用以及维护。

ice1216 · 发表于 2010-6-8 09:47:06

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

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 如果测试在软件开发完毕后才介入，为了节省时间，是否可以省略测试用例？

相关帖子

谢谢各位高手的建议

站长推荐 /1