求救啊面对这样的功能我应该怎么写测试用例呀

zy1050600152 · 发表于 2012-7-25 15:12:59

1、第一个图是个添写人员信息的界面，这个需要把每种组合都要写进去吗？还是把每一项写的具体一些（非法字符、空格操作之类的）？
2、第2个图是个自定义检索的图，像这样的测试用例应该如何入手呢？
3、这是一个检索功能的界面，我现在需要对这个界面写测试用例，请问这种用例该如何去写呀？每种组合都要写进去吗？

面对这样的界面写用例，小弟实在是无从下手，求高人指点呀！！！跪求！！！谢谢高手们

newtestuser · 发表于 2013-1-28 15:44:59

回复 22# 冬儿
同意。个人也觉得这里没必要进行组合。

jut1984 · 发表于 2013-1-14 00:20:04

回复 22# 冬儿
感觉这样测试还是比较合适，
对与多输入要看是什么样子的形式，看需求：如注册就把所有用有效的填写一下看能不能成功（等价，边界值），无效的时间充裕就多测点.整体上要看进度，时间少：要拿主要的重点测试，次要的就要轻点。（注意粒度）下拉框要看数据库的属性和排序顺序，是不是对应的数据和顺序。（注意下拉选项比较多的时候的查找的易用性）

冬儿 · 发表于 2013-1-8 17:35:03

我现在测试工作四个月说下我的看法希望大家指正
第一图的测法，可以分为文本框和下拉框，文本框的测试就是常规的非法和正常，边界超长字符，必填项不填的提示这类的，不再细讲。至于这个地方的组合测试，我认为是没有必要的，因为这不是查询功能，看下检索的正确与否，可以通过用数据库来检查正确性，新增一条数据保存后，到数据库查看是否正确插入；另外一部分就是下拉框，下拉框最好是尽量覆盖测试下的，选择某一项的值，同样查询数据库是否存入的与你选择项的内容一致。

Stefan · 发表于 2012-10-22 10:24:59

学习ing

tan286216560 · 发表于 2012-9-27 17:04:43

一般来说，面对很多文本框，首先确保单个的使用。
至于组合测试，也是必要的。
但组合多少，就得看情况。
时间充足，可以尽可能的多组合，
时间不足，看客户业务经常性使用那些文本框了。
（有的时候，页面很多搜索条件，客户有些基本不用的。）

小笨笨猪 · 发表于 2012-8-6 15:07:05

遇到相同疑虑,对于第一图的组合测试如何下手呢?确实工作量好大啊,我是新新手,看到大家的讨论真是学习了

zy1050600152 · 发表于 2012-8-2 09:24:33

回复 15# Jackc
首先很感你的回答，但我入这个测试行业时间不是很长，对于我们这个项目而言，时间可松可紧，需要的时候，也许几天就要测试完毕；其实我想在尽可能的时间里，完成大部分的时间里完成覆盖率较高的测试，只要软件在运行的时候不出错（程序不崩溃）就是最低的标准（有的模块是这样，有的功能都是按客户需求限时加入的）。所以我也很惆怅。就好比我的第一图，我现在就在犯愁，你说那么多的信息项，一个个的测试项都没问题，但如果组合起来就不知道后果了，因为组合的集合太多，在有限的时间内不可能完成。你能不能就第一图来说给我说说应该在最短的时间内完成最高的测试方法。万分感谢

没翅膀的飞鱼 · 发表于 2012-8-1 23:42:32

回复 15# Jackc

“所以作为用例设计者，其实是不用去考虑如何降低用例覆盖率的。”关于这句话不是很赞同，测试用例设计的最高境界是用最少的测试用例尽可能的覆盖测试项；如果测试用例用穷尽的方法来写，不能很好的体现测试用例设计者的思想及水准，也增加了测试用例执行者的负担，一条一条测试用例来执行估计时间会很近；对于有些公司来讲，测试用例覆盖率必须达到一定的值才允许发布产品，有些领导也会要求覆盖率，这无形中增加了测试执行人员的测试压力，执行效果肯定会受到影响。。。自己的一点看法，多交流

没翅膀的飞鱼 · 发表于 2012-8-1 23:30:47

回复 5# zy1050600152

PICT这个工具是用于组合测试的，组合测试和正交测试是不同的，具体差异可问度娘；对于正交测试可以使用正交辅助工具完成测试用例设计
ps：很同意6楼的看法，先搞清楚每个业务流程及每个输入项是否有关联？如填写人员信息tab页，是不是有些输入框可以为空，有些输入必填？搞清了这些，测试用例就好用多了

Jackc · 发表于 2012-7-31 19:12:24

其实按照静雨丝同学的方法，已经可以比较安全的来完成提到的此搜索引擎的功能测试。
另外，需要额外说一点，也是雨丝同学最后有提到的：测试用例被设计出来后，并不是需要全部被执行的。
换句话说，我们可能在前期或测试中期空闲时，设计大量的测试用例，但在实际测试中，受限于项目实际情况，我们可能不会执行完所有的用例。所以作为用例设计者，其实是不用去考虑如何降低用例覆盖率的。

逐步去领会每个用例实际的用途，将会为你设计测试策略提供很好的辅助。

老实说，你提到的这个问题，其实并不完全是测试用例问题，而是测试策略问题。

静雨丝 · 发表于 2012-7-27 12:00:41

回复 12# zy1050600152

还是那句话，根据需求和项目进度来定，项目进度紧急的话则抽样测试，项目进度不急的话则逐项列出；

静雨丝 · 发表于 2012-7-27 11:58:19

回复 11# zy1050600152

对的，不需要组合了

zy1050600152 · 发表于 2012-7-27 11:34:16

回复 7# 静雨丝
对了下拉框属性较多时该怎么测试，随机抽选几个选项进行测试吗？

zy1050600152 · 发表于 2012-7-27 10:42:09

回复 7# 静雨丝
你的意思是将对话框的一类分出来单独测，然后再将有下拉菜单的一项分出来单独测，是这么回事吗？他们就不组合了吧？

zy1050600152 · 发表于 2012-7-27 10:34:39

回复 6# melonboy
1、你好，在实际检索中，像第三图很少会把所有的条件查询填满进行查询，除非知道数据的全部准确信息，要不然只会添写其中的两至三项便开始了查询，你能否用你的说的用等价划分法，给我举个例子（用第三图），稍微详细一点。
2、像第一图中，在添写相关信息时会涉及到必填项和非必填项等信息，这个测试用例时又该如何呢？
多谢多谢！求解答

AntonioNikki · 发表于 2012-7-27 09:50:40

学习

yanfang_zheng · 发表于 2012-7-26 23:41:32

学习学习

静雨丝 · 发表于 2012-7-26 17:39:43

1，像图三这类的情况下，我是喜欢把文本框单独作为一个子模块，下面在分类成边界值，字符，长度，手输的不用说了，有下拉框的在多加个下拉框测试（下拉框里的属性较多时建议不用都写）
  举例：检索功能测试-卡片号码-空格测试
      检索功能测试-卡片号码-长度测试
      检索功能测试-卡片号码-边界值测试-（可在细分）
      检索功能测试-卡片号码-字符测试
      检索功能测试-卡片号码-空格测试
      检索功能测试-性别-空格测试
      检索功能测试-性别-下拉框选择男
      检索功能测试-性别-下拉框选择女（下拉框能手输的在分类）
2，给你几个链接，我理解的正交试验法的前提是因果图法不能全面覆盖测试用例才会考虑用它；软件不能全部相信，再好的软件都有可能存在Bug,当然利用正交表做出来的也不一定全对，正交表的选择正确与否也会影响到结果的，所以建议比对一下，看看工具与正交表的差异所在；http://www.51testing.com/batch.search.php
http://www.51testing.com/index.p ... space-itemid-109235
http://www.51testing.com/batch.search.php

不知道可否解决你的疑惑，肯定的是我在帮助你的同时我也学到了不少！

melonboy · 发表于 2012-7-26 17:39:11

测试用例本身倒是不难写，主要是得知道每个业务的预期结果，因为，你要根据此来写预期结果的！如果，没有需求，或者需求比较模糊，就一句话，不出错，那么你就根据当前产品的输入项特性来根据普遍认知来设计吧！

比如你输入项，是否复合本项的普遍认知的规则，就像你第三个图中的身份证号码，那么一定就是18位，数字和字母（如果大小写敏感，那么还要限定为大写字母）的组合，对你来说，无论是手动输入或者下拉选择，对你来说都是输入项，只要用所谓的等价类划分好，就可以了，另外，需要根据业务，注意各个输入项直接是否有关联！

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

[求助] 求救啊面对这样的功能我应该怎么写测试用例呀

本帖子中包含更多资源

相关帖子

站长推荐 /1

[求助] 求救啊 面对这样的功能 我应该怎么写测试用例呀

本帖子中包含更多资源

相关帖子

站长推荐 /1

[求助] 求救啊面对这样的功能我应该怎么写测试用例呀