51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4748|回复: 8
打印 上一主题 下一主题

[求助] 关于excel另存为的测试用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-1-26 13:13:17 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
今天去面试,面试官要求我用等价类划分法对excel的另存为的功能进行测试分析,我没有什么好的解决方案,求高手解答
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-1-28 17:13:49 | 只看该作者
1.先整理需求
  另存选择框具备多个windows 公共插件,如图

绿色框到部分,都可能不是excel另存功能的需求,需要进一步确认。
——————————————————————————————
2.分类测试单元(等价法应用点1)
假设不考虑绿色框部分,则可分为3类:
下拉框/按钮/路径选择

PS:若选择最大化等价,则可认为每个分类的都只需一个用例即可覆盖测试.....(貌似实际测试中没人会这么做吧...)
——————————————————————————
3.细化单元(等价法应用点2)
路径选择:无需细分,认为每个不同路径对实际存储不具备决定性影响,扔只使用一个用例覆盖(若细分可分为特殊路径(根目录/临时文件夹)和普通路径(子目录))
下拉框:分为文件名和文件类型2个子类。(可再细分,如文件名可对字符串进行等价,而文件类型可进行同类不同版本的等价,如xls和xlsx.)
按钮:通常做法是有几个按钮就分为几类...

————————————————————————————

大致如上,LZ可以自己再琢磨琢磨:)

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-2-11 16:02:19 | 只看该作者
本帖最后由 bastard 于 2011-2-11 16:06 编辑

等价类不是能分类的就分类,还电影一二三级呢
而是在测试的实际用例特别多,很难穷举的情况下,对于测试实际用例进行分类,然后选出代表,再作为case进行测试

楼上的安按钮下拉框分的挺清晰,可是难道按钮多到测不过来还是下拉框测不过来?
你选个按钮能代表其他按钮么?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-2-11 16:04:37 | 只看该作者
个人的理解是对于另存为的功能如果说有什么是不能穷举的,那就是保存的文件名,路径还有保存文件本身的内容。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2011-2-11 16:12:11 | 只看该作者
再分享一个实际的经验,那就是不要过分迷信等价类
作为一种理论,在项目时间特别紧的时候用一下
或者面试的时候happy一下是可以的

实际的项目如果不能穷举,必然会出问题,我身边就发生过这种惨剧。
所以我觉得与其用等价类来逃避,不如用自动化,或者批处理的方法进行穷举。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2011-2-14 14:45:12 | 只看该作者
首先,感谢bastard针对我的解答提出的问题,我整理了一些我的看法:

等价类不是能分类的就分类,还电影一二三级呢

不明白这句话的意思,我没见过不分类就能实现等价的实例。同学可列举一二?
我的理解,等价使用的核心就是整合几个类似测试单元,实在不理解怎么实现不分类的操作,呵呵

楼上的安按钮下拉框分的挺清晰,可是难道按钮多到测不过来还是下拉框测不过来?

这个问题与这个实例关系不大,测试目标本来就不具备“按钮过多”这个特性。

个人的理解是对于另存为的功能如果说有什么是不能穷举的,那就是保存的文件名,路径还有保存文件本身的内容。

这个问题主要涉及测试效率。首先,等价的使用,不仅仅只在测试单元存在无穷属性时才存在。当测试单元属性复杂或测试资源不够充足时,也是存在的。
如“文件类型”,它因受到外界因素(OS/excel build)影响,存在多种前置环境,假如一一进行穷举测试,需消耗大量的测试资源。故需根据实际情况进行删选。

另,测试用例优先级其实也是等价法的应用方法之一,即设计高覆盖的用例,实际执行时根据测试资源实际情况进行部分用例测试。

实际的项目如果不能穷举,必然会出问题,我身边就发生过这种惨剧。
所以我觉得与其用等价类来逃避,不如用自动化,或者批处理的方法进行穷举。

这个问题在测试中是真实存在的,不仅仅是等价法,任何测试方法都存在相同的问题。但是你说的观点却有些偏差。
我们因为测试方法可能导致问题,而不去使用?显然不现实,就如,明知4舍5入存在误差,我们在统计数值时就得写下无穷尽的小数?

就如,任何测试都不可能发现所有bug一样...测试方法的问题虽然必然存在,但是我们还是得正视它,了解它,才能使用好它。
————————————————

在我的理念中,测试不是为了发现所有问题,而是在功能实现的基础上,使用有限的测试资源,达到更好的用户体验。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2011-3-2 17:21:44 | 只看该作者
二楼的 Jackc 在很多地方都有看到你的帖子,测试用例写的很棒让我学到了不少东西.谢谢
支持你O(∩_∩)O~
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2011-3-4 17:41:14 | 只看该作者
我觉得两人说的都有道理,视具体情况而定、、、、
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2011-3-7 13:45:14 | 只看该作者
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-17 02:42 , Processed in 0.105422 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表