没有设计用例的测试

霞子 · 发表于 2005-8-21 16:09:31

不知道大家有没有拿到软件就开始测试的经历，反正我是有的，尤其是新的项目，没有设计用例就开始测试，那个盲目性很是痛苦呀，可往往由于时间的原因，不得已上面要求省掉了这一部分，这样真的可以省掉一些时间吗？

Tender · 发表于 2005-8-22 08:45:13

一般小的项目由于各种原因，可能会有没有用例的情况。建议可以把发现的问题记录下来，以及测试的过程记录下来，然后再写用例。这是个习惯问题，即使是个小项目，也应该进行记录！

null2 · 发表于 2005-8-22 09:19:57

楼主做探索式测试？

在项目开始阶段，测试就应该介入

杂货店老板 · 发表于 2005-9-9 16:13:15

我们公司现在就有这种测试，不过有每个模块的规范作参照！

迎风 · 发表于 2005-9-9 16:30:09

楼主所说的这种测试在项目的实际实施过程中是存在的，对这种测试的专业术语描述为“烟雾测试”或“即席测试”，你可以找找这方面的资料，相信对你实施这种测试会有不少帮助～

takiro · 发表于 2005-9-9 16:31:52

呵呵楼主的情况总比没有详细文档的好。。。

九月属金 · 发表于 2005-9-14 12:27:14

这种情况实在是太多了，特别是人少时间紧的时候，但对于我们来说一定要尽自己最大的努力去写CASE，多思考如何去测试，总结经验和教训。我以前的公司也是不写任何CASE，而且我也不觉得自己的水平究竟如何，现在到了这个公司才感觉到，原来以前所做的那些看起来没有任何记录的工作都是非常有用的，至少在很多方面我想到的CASE比一些人都要多。

sbandbt · 发表于 2005-9-14 12:39:29

有需求和use case吗?

takiro · 发表于 2005-9-14 12:49:17

这样的问题很普遍而且存在的是很多公司是往往产品或是业务出了问题或是到项目后期才招人来进行测试即使在这时候介入也往往很难达到公司或上级对产品质量的期望。如果是碰到了这样的情况建议楼主在赶紧熟悉业务的情况下并行地对重要模块加大测试力度而且要进行相应记录对每一个测试过程做一个总结最好能结成一个大体的CHECKLIST来指导后续测试减少测试的随机性而且要加大与开发人员上级的沟通力度和粒度

[[i] Last edited by takiro on 2005-9-14 at 12:53 [/i]]

sbandbt · 发表于 2005-9-14 12:50:37

:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d:d

rokey · 发表于 2005-9-14 14:01:21

我们公司的软件都没有软件设计说明,开始只能摸着石头过河,但还是很痛苦,根本就不知道是不是问题,也许你弄了半天,结果程序员告诉你是这样设计的,我也想老板提了许多次,没办法,小公司是这样的,程序员都不愿意写这样东西,所以我想离开这家公司!

ls_xh · 发表于 2005-9-14 16:05:20

与楼主同感！
不过我刚接触测试时，有样例进行指导，否则，我也同楼主一样

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

[讨论] 没有设计用例的测试

相关帖子

站长推荐 /1