关于excel另存为的测试用例
今天去面试，面试官要求我用等价类划分法对excel的另存为的功能进行测试分析，我没有什么好的解决方案，求高手解答:) 1.先整理需求另存选择框具备多个windows 公共插件，如图
绿色框到部分，都可能不是excel另存功能的需求，需要进一步确认。
——————————————————————————————
2.分类测试单元（等价法应用点1）
假设不考虑绿色框部分，则可分为3类：
下拉框/按钮/路径选择
PS：若选择最大化等价，则可认为每个分类的都只需一个用例即可覆盖测试.....（貌似实际测试中没人会这么做吧...）
——————————————————————————
3.细化单元（等价法应用点2）
路径选择：无需细分，认为每个不同路径对实际存储不具备决定性影响，扔只使用一个用例覆盖（若细分可分为特殊路径（根目录/临时文件夹）和普通路径（子目录））
下拉框：分为文件名和文件类型2个子类。（可再细分，如文件名可对字符串进行等价，而文件类型可进行同类不同版本的等价，如xls和xlsx.）
按钮：通常做法是有几个按钮就分为几类...
————————————————————————————
大致如上，LZ可以自己再琢磨琢磨：） 本帖最后由 bastard 于 2011-2-11 16:06 编辑
等价类不是能分类的就分类，还电影一二三级呢
而是在测试的实际用例特别多，很难穷举的情况下，对于测试实际用例进行分类，然后选出代表，再作为case进行测试
楼上的安按钮下拉框分的挺清晰，可是难道按钮多到测不过来还是下拉框测不过来？
你选个按钮能代表其他按钮么？ 个人的理解是对于另存为的功能如果说有什么是不能穷举的，那就是保存的文件名，路径还有保存文件本身的内容。 再分享一个实际的经验，那就是不要过分迷信等价类
作为一种理论，在项目时间特别紧的时候用一下
或者面试的时候happy一下是可以的
实际的项目如果不能穷举，必然会出问题，我身边就发生过这种惨剧。
所以我觉得与其用等价类来逃避，不如用自动化，或者批处理的方法进行穷举。 首先，感谢bastard针对我的解答提出的问题，我整理了一些我的看法：
等价类不是能分类的就分类，还电影一二三级呢
不明白这句话的意思，我没见过不分类就能实现等价的实例。同学可列举一二？
我的理解，等价使用的核心就是整合几个类似测试单元，实在不理解怎么实现不分类的操作，呵呵
楼上的安按钮下拉框分的挺清晰，可是难道按钮多到测不过来还是下拉框测不过来？
这个问题与这个实例关系不大，测试目标本来就不具备“按钮过多”这个特性。
个人的理解是对于另存为的功能如果说有什么是不能穷举的，那就是保存的文件名，路径还有保存文件本身的内容。
这个问题主要涉及测试效率。首先，等价的使用，不仅仅只在测试单元存在无穷属性时才存在。当测试单元属性复杂或测试资源不够充足时，也是存在的。
如“文件类型”，它因受到外界因素（OS/excel build）影响，存在多种前置环境，假如一一进行穷举测试，需消耗大量的测试资源。故需根据实际情况进行删选。
另，测试用例优先级其实也是等价法的应用方法之一，即设计高覆盖的用例，实际执行时根据测试资源实际情况进行部分用例测试。
实际的项目如果不能穷举，必然会出问题，我身边就发生过这种惨剧。
所以我觉得与其用等价类来逃避，不如用自动化，或者批处理的方法进行穷举。
这个问题在测试中是真实存在的，不仅仅是等价法，任何测试方法都存在相同的问题。但是你说的观点却有些偏差。
我们因为测试方法可能导致问题，而不去使用？显然不现实，就如，明知4舍5入存在误差，我们在统计数值时就得写下无穷尽的小数？
就如，任何测试都不可能发现所有bug一样...测试方法的问题虽然必然存在，但是我们还是得正视它，了解它，才能使用好它。
————————————————
在我的理念中，测试不是为了发现所有问题，而是在功能实现的基础上，使用有限的测试资源，达到更好的用户体验。 二楼的 Jackc 在很多地方都有看到你的帖子,测试用例写的很棒让我学到了不少东西.谢谢:loveliness:
支持你O(∩_∩)O~ 我觉得两人说的都有道理，视具体情况而定、、、、 :)
页:
[1]
