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

zy1050600152

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

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

静雨丝

第一：根据项目的时间期限来定，项目时间紧急的话，测试用例可归类为：添写人员信息界面-非法字符测试
                                                                  添写人员信息界面-空格操作测试
                                                                  添写人员信息界面-字符长度测试
                                                                  添写人员信息界面-边界值测试
                                                                   。。。。。。。。。。
                              项目时间充足的话，则可以每种组合都要写进去，即每一项写的具体一些，只是用例分的细而已；
第二：测试用例设计：是否支持模糊查询；各个按钮链接等是否跳转正确；搜索框的边界值，字符，长度，空格是否是默认搜索等；
第三：测试用例设计：选择框选择后能否正确显示相应数据库的结果；各个属性的边界值，字符，长度，下拉框属性正确与否，是否允许空格，有无必填项；检索功能测试，清空功能测试，自定义检索测试；
      是否组合，还是需要了解项目的进度安排。

以上是个人意见，如有不足，请指正，一起学习！

zy1050600152

回复 2# 静雨丝
非常感谢你的回答 不过还有几个问题存在疑问：
1、第一图是否需要进行正交表那样组合测试？在正交测试时是否需要涉及到非法字符或边界值测试，还是要把非法字符或边界值测试单独提出来一一测试？
2、第二图那个是要按照你说的把每一个选项都要那么测试一遍吗？这个是否需要组合测试？
3、第三图因为还有下拉菜单，菜单中包括数十种可选项，这种对话框是否需要参加到正交测试行列？

多谢多谢

静雨丝

1，第一图可以进行正交试验法设计测试用例，在进行正交试验测试时，不需要设计到非法字符或边界值测试，要单独列出来的测试的；
2，需要的，测试不能偷懒；是否组合测试应该没必要做的；
3，这个因为有下拉框的问题，不好做正交试验法的，而且没必要的做的，正交试验法涉及到正交表，而正交表的特点是均匀分散和齐整可比性；另外，正交测试比较适合相互独立的因素和明确的因果关系的，这是正交试验的基本假设。

zy1050600152

回复 4# 静雨丝
非常感谢你的回答，但还有几个问题需要向你请教。
1、像第三个图中又有手填项又有下拉菜单这种情况的界面应该如何去测呢？能不能简单的给我说说？
2、关于正交测试的问题：我这个了解的是皮毛，用正交测试的前提是什么？能不能给我举一个简单的例子。还有我用PICT这个软件算的正交表与常用正交表算出的结果有比较大的出入，我应该以谁为准，或者说这个应该怎么算？
谢谢！！！希望您可以腾出宝贵的时间为我解答

melonboy

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

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

静雨丝

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

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

yanfang_zheng

学习学习

AntonioNikki

学习

zy1050600152

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

zy1050600152

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

zy1050600152

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

静雨丝

回复 11# zy1050600152


  对的，不需要组合了

静雨丝

回复 12# zy1050600152


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

Jackc

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

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

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

没翅膀的飞鱼

回复 5# zy1050600152


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

没翅膀的飞鱼

回复 15# Jackc

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

zy1050600152

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

小笨笨猪

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

tan286216560

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