snail2011 发表于 2005-8-9 16:40:37

测试用例的编制

大家好，我是刚进入一家公司不久，但是我进来后就写测试计划，测试用例，现在我对测试用例的编写只是在功能测试这一块，也得也很浅显，我想写的更深入一些，应该怎么写呢。请大家给个意见。

ww0221542 发表于 2005-8-9 17:19:49

不一定要写得很深入，只要能完成测试目的就好。

davids 发表于 2005-8-10 10:33:55

大家写的黑盒的测试用例都是怎么写的啊？？

Tender 发表于 2005-8-10 12:39:10

记住一个原则，用例是功能的简单描述，但不要写成操作手册。如果让一个完全不懂的人按照测试用例尽能够完成所有的测试操作，是很危险的，这是我的理解！

beginnl 发表于 2005-8-12 12:29:25

功能用例的设计除了覆盖需求规格说明书中的所有功能外，还可从软件的架构（如流程），各功能模块之间的结合方面考虑。
另外，我觉得很重要的一点是，每次测试完成后，应该把测试执行过程中发现的遗漏的用例补充完整，并分析下当初测试用例是如何设计的，为什么没有这方面用例的考虑，这样用例设计的经验就会逐步累计起来了。

大妮 发表于 2005-8-12 14:12:48

同意
Originally posted by beginnl at 2005-8-12 12:29:
功能用例的设计除了覆盖需求规格说明书中的所有功能外，还可从软件的架构（如流程），各功能模块之间的结合方面考虑。
另外，我觉得很重要的一点是，每次测试完成后，应该把测试执行过程中发现的遗漏的用例补充 ...


“覆盖需求规格说明书中的所有功能，软件的架构（如流程），各功能模块之间的结合”这三项那一项是最重要的呢？

个人认为第二、三项比较重要，很多严重等级的BUG就是在这里发现的，对于第一项来说，对于黑盒测试，开发人员提交给你的，一般是主要功能都实现了的系统，不是说不重要，而是说BUG的严重等级大多不如第二、三步的严重。

beginnl 发表于 2005-8-12 22:15:47

对于三者哪个重要，我的理解是因为开发的软件最基本的要求就是实现需求规格说明书中的功能，所以开发人员对这个会比较关注，因而这方面的BUG可能会少些；
从另外两项考虑设计的用例，因为各开发人员负责开发不同的模块，或者开发时考虑不全面，所以一旦出问题，就是较严重的了。
   所以偶觉得需求规格说明书中的功能点是基础，其它两项的设计都是基于它上面的。有点才能串成线嘛。:d

[ Last edited by beginnl on 2005-8-12 at 22:16 ]

zlmxjt 发表于 2005-8-14 00:19:42

我个人认为，设计测试用例的目的是验证软件的质量，帮助开发人员发现隐藏在内部的缺陷，所以用例要用较少的数量达到较高的测试覆盖率，一般常用的方法有等价类划分法和边界值法，还有就是根据长期总结的经验去猜测一些问题。
当然还可以用输出域、状态迁移法、正交分析法、因果图法去补充自己的用例，使之更加充实。
还有用例的写作最好采用一定的格式，这样测试起来一目了然！其内容包含如下信息：
1、编号
2、标题
3、重要级别
4、预置条件
5、输入
6、操作步骤
7、预期输出
希望你能把你工作中的经验拿出来该大家分享，共同学习！
谢谢！

swallow0918 发表于 2005-8-14 16:46:25

楼上的一看就知道很专业，呵呵~
完全赞同你说的！不过我们公司现在是这么干的：没有“操作步骤”这个，“输入”对应的就是“预期输出”，最后还补充了一个“实际输出结果”。并且要求一个“输入”项对应一个“预期输出”项，这样可以很直观的看出到底是哪一步出现问题。
不知道别的公司是如何写测试用例的？

Tender 发表于 2005-8-15 08:37:22

楼上的，没有操作步骤是对的，我赞同！

flytigerboy 发表于 2005-8-15 14:10:11

我们公司里的也和楼上的楼上的一样！
只不过我还是新手，都不知道要怎么去写这些东东啊！

zhaozstone 发表于 2005-9-1 09:30:33

你首先应该了解可以从哪几个方面编写用例，比如等价类，边界值，正交实验法等。可以看一些这方面的书籍，好多的

flytigerboy 发表于 2005-9-2 08:43:59

以前学软件工程的时候学过等价类，边界值，正交实验法，但是已经都记不清了！

fly-bird 发表于 2005-9-5 10:33:12

我最近写的一个网站的测试用例，发现好肤浅哦。。。人家说有什么功能我就写写捕获这个功能，然后实现这个功能输入什么，期望输出什么，其他细节的东西就写不出来，感觉都没什么用处，因为公司我是第一个写测试用例的人，所以也没什么经验可借鉴，也不知道自己写的对还是不对，以至于我现在很恐慌，怕交上去不合格！可是我看着需求就是只能这样写出来～～～怎么办？

testerli 发表于 2005-9-5 14:16:00

我们公司的测试用例是最简单的，就是描述步骤然后就是预期的结果，难的只是要用英文来写，郁闷阿！

snail2011 发表于 2005-9-12 13:07:21

其实我现在才发觉我当初设计的测试用例模板有点复杂，但已被公司定为标准模板，不太好修改。
现在我对有些功能真的不好去把握，比如一个导出功能，在一个界面是正常的，但如果再链接到另一个页面，再返回后就不正常了。我测试时发现的，领导说让我加上这个测试用例，以及相关的，哎，头疼，不好加，也还真不知道怎么写好点，主要是有操作步骤这一项。（我本来想去掉，头不同意），这个操作步骤还真是个头疼的问题呢。

hongelicome 发表于 2005-9-12 14:25:43

真羡慕你们的测试都好正式．我们公司的测试还是属于最低级的工作，特随便，真想尝试一下正统测试的滋味．

beck3000 发表于 2005-9-12 14:39:18

snail2011，fly-bird，以及各位困惑的小MM们：
不要慌阿，你觉得写的肤浅，可能不是你的错阿，有可能是需求写的有问题，不好的需求确实是没法测试的。
要对自己有信心，多看看讲测试和软件工程的书，保持谦虚的同时也要勇于指出别人的缺陷。
冷静下来查找问题原因才是你现在要做的事情。

dreaming1228 发表于 2005-11-18 15:28:02

那开发人员应该提供什么文档给测试人员,以帮助测试人员来书写测试用例呢?

qinbob 发表于 2005-11-18 15:43:53

何为预置条件?望指教,新手上路.......
页: [1] 2
查看完整版本: 测试用例的编制