维优 发表于 2006-7-20 15:24:01

关于测试用例的设计！

现在我们需要测试一个类似WORD的软件。我们主要做功能测试。在“插入”菜单里有一项是“邮件合并域”，本人对这个功能不熟悉，不知道如何设计测试用例

archonwang 发表于 2006-7-20 15:48:00

请仔细阅读功能需求说明书。

维优 发表于 2006-7-20 17:15:19

和同事两个人都看了，发现两个人的理解不一样。郁闷，连功能都不了解，怎么设计测试用例阿

Chenny 发表于 2006-7-20 17:44:42

问得好！
所以要先熟悉你的需求文档，向 设定软件需求的人问清楚。

逍遥剑客 发表于 2006-7-20 18:00:04

在设计测试用例之前一定要和相关的人制定好什么是对，什么是错，达成一致，不然的话，在预期输出方面根本就没有办法写，还有尽量分析需求文档，找到测试点，你们真是幸福啊，最起码有需求文档看。唉～～～～～，我写测试的时候纯粹就是凭空想，然后根据出的样品再修改，根据产品设计用例测试产品，我都不知道这种用例写了有什么价值。

Lero 发表于 2006-7-20 18:51:07

正规的需求规格说明书应该要避免产生岐义的.
嘿嘿.
一旦产生分歧,那么就需要和相关人员沟通,一般是和编写人员沟通.
甚至和需求方联系确认需求.

楼上的兄弟,我琢磨着,我们是不是一样的啊.
我现在都不写用例了
根本就没时间.
也不会去用,只有在测试时,尽量全面的考虑一些功能点和可能出问题的地方.
更可怜的是,他们开发就没有规格说明书之类的
就是开个会,然后他们开发,我就等到开发完测试!汗
我还需要在下个版本出来之前(一般一个星期)将新增功能的说明文档写好!晕
开发三天,测试两天,写说明书就没时间啦!
5555

[ 本帖最后由 Lero 于 2006-7-20 18:53 编辑 ]

夏雪 发表于 2006-7-20 20:44:09

我觉得还是对需求把握有问题，应该仔细对需求进行分析，然后再做用例设计

verve 发表于 2006-7-21 11:33:55

需求本身也是需要评审的.对这样产生歧异的需求在评审时没发现问题麽?
还有,即使问制定软件需求的人,他说的一定是准确的麽?
页: [1]
查看完整版本: 关于测试用例的设计！