51Testing软件测试论坛

标题: 请教功能测试用例怎么写??? [打印本页]

作者: ctisy 时间: 2005-2-2 15:58
标题: 请教功能测试用例怎么写???
比如药品采购入库,有增加新采购单,录入药品,保存数据,执行入库,已存在未执行采购单的修改等操作,

作者: baitest 时间: 2005-2-2 16:13
标题: 搂主的流程已经出来了！
加一点：执行数据库的检查的操作！！

作者: ysyysy 时间: 2005-4-19 17:13
http://www.51testing.com/tech/TestCase.htm
这里可以去看一下

作者: songfun 时间: 2005-4-25 20:49
看看这个帖子你用不用的上？
http://bbs.51testing.com/viewthread.php?tid=11963&fpage=1

[ Last edited by songfun on 2005-4-30 at 09:48 ]

作者: jackei 时间: 2005-4-29 19:59
问题不在于测试用例该怎么写，而在于想怎么测。先保证自己对业务流程和业务规则的理解和熟悉，然后可以对这部分先思考一下，哪些地方需要测试，需要怎样的测试？如何来施行这些测试？

之后再增加对系统中其他规则、特性和算法的熟悉，继续增加测试的深度和广度。

测试用例的书写无非就是一个把自己的测试思路格式化表达的过程。所以先要保证自己知道该如何去测试，格式反倒是其次了。

作者: skinapi 时间: 2005-4-30 00:00
同意jackei，如何设计出好的用例才是关键，把对用例的理解表达出来，格式自然出来了，如果只局限于形式，编写用例反而成了一件不断的重复操作和填鸭，痛苦不说也不容易写好。

作者: songfun 时间: 2005-4-30 20:24
标题: to Jackei,skinapi:
【不在于测试用例该怎么写，而在于想怎么测。】
【对用例的理解表达出来，格式自然出来了】

呵呵，偶要顶一下，偶不是完全赞同这两句话。用例的理解跟格式没有必然的联系。也没有主次轻重之分。

【先保证自己对业务流程和业务规则的理解和熟悉，然后可以对这部分先思考一下，哪些地方需要测试，需要怎样的测试？如何来施行这些测试？之后再增加对系统中其他规则、特性和算法的熟悉，继续增加测试的深度和广度。】——这句说的很对。

有这么一个公式，数据结构＋算法＝程序。
这里类比一下用例设计，jackei和skinapi版主强调的是用例的“算法”，而文档格式是用例的“结构”。

两者的关系是相辅相成，而不是矛盾的（好像在上政治课哈）。

至于说“对用例的理解表达出来，格式自然出来了”，这个境界太高了，不是一般人可以做到的。面对现实的企业应用，做项目的话你会遇到各种各样的情况，要做到“格式自然出来”实在是太……厉害了呵呵。

是这样的：
用例格式相当于一个规范，给你一个结构，一个框架（framework），仅此而已，并不因为你的用例模板而能体现用例的好坏。

所以， “用例怎么写”其实分两个：

用例的“算法”＋用例的“结构” （也就是模板）了。

作者: jackei 时间: 2005-5-7 15:12
个人观点：
对于测试用例设计，同测试用例模板是否有必然的关系？
嗯，要注意测试用例的模板也会误导测试用例设计者，因为模板中有一部分元素是同测试用例本身相关的，这些部分可以帮助新人了解测试用例应该包括哪些内容，而其他部分是同测试用例管理有关的。

所以，关键不在于模板本身，而在于要可以通过模板表达出设计测试用例的思路，更要让测试用例设计者分清哪些是测试用例设计本身要关注的，哪些是为测试用例管理和测试管理而作的。

作者: sww1980 时间: 2005-5-13 10:25
个人比较赞同jackei版主的说法

作者: sww1980 时间: 2005-5-13 10:28
怎么样写好用例，做好测试，对于更好的执行测试非常之重要，测试计划也一定要写好。在测试计划的时候已经对项目的流程有很详细地了解了，那么在写测试用例的时候确实格式会自然的出来，在尽可能的情况下把覆盖率提高，可以在具体执行测试的时候节省时间。

作者: sww1980 时间: 2005-5-13 10:30
格式没有什么定式，我很同意。

作者: line 时间: 2005-5-13 15:56
标题: 个人认为
首先，确定测试对象：采购入库
其次，明确功能：新增、修改、删除
再次：明确一些需求或设计上的一些规则或约束。如：被引用后的采购单的修改、删除等。
最后，针对这些规则进行编写测试用例。

作者: 晓寒 时间: 2005-11-8 14:55
标题: 功能测试要这么做
第一步,清晰模块功能;

第二步,选择测试方法(等价类等);

第三步,设计测试用例的操作步骤,及输入;

第四步,列出预期输入.

作者: wmty 时间: 2005-11-17 15:29
标题: 峨峨峨峨
不论什么类型的软件，都有共同的特点，也就是常识，对于一个新手来说，感到困惑，对于老手，态度漠燃。通用的和常用的就可作为标准。很多是来自于平时测试的积累。可惜的是。很少有留下来的。

作者: jtiger 时间: 2005-11-18 09:57
明确测试对象、测试功能。测试对象与功能之间如何发生关系，OK，把这种关系以事例的形式表达出来就是功能测试用例了。不要想得太复杂，很多时候因为测试用例是在你见到软件前写的，总觉得心中没底，但好的需求文档就是程序的剧本，象演电影一样，把剧本研究清楚，就知道该怎么表演了。

作者: lcyrb 时间: 2005-11-22 15:53
首先明确你要做的功能流程：药品采购入库-新增、修改、删除等功能键都应该是有的；录入药品--这里包括药品的一些参数数据，都要详细的做到；执行入库--这里要有明确的控制，入库出库要有详细的记录与控制；

根据上面的一些功能可以描述测试用例（也就是你的操作），而预期结果也就是你要达到的目的。

作者: caroline_ok 时间: 2005-11-30 16:10
学到了不少，顶！！！

作者: 紫寞2025 时间: 2012-3-20 17:10
学习当中！

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