这种用例的设计方法怎么称呼?
我的用例初稿大致完成。但是被询问,你这个用例的设计方法是什么?我找到下边这段话:测试用例的设计方法有两种:黑盒测试方法和白盒测试方法。黑盒测试常用的有等价类划分、边值分析、错误猜测、因果图等技术。白盒测试常用的技术是逻辑覆盖,主要的覆盖标准有六种:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖。
看了之后,有点发傻,不知道怎么说才好。我的应该是路径覆盖,但是路径覆盖是白盒的,所以不是很确认,就来寻求大家帮助一下。
部分用例描述:
操作描述: 点击按键
点击播放后再点击 播放
点击播放后再点击 暂停
点击播放后再点击 快进
点击播放后再点击 快退
点击播放后再点击 选时
点击播放后再点击 停止
点击播放后再点击停止,再点击 播放
点击播放后再点击停止,再点击 暂停
点击播放后再点击停止,再点击 快进
点击播放后再点击停止,再点击 快退
点击播放后再点击停止,再点击 选时
点击播放后再点击停止,再点击 停止
。。。。。。 。。。。。。
就是类似这样的,这样的设计方法应该怎么称呼呢??
主要依据测试的对象和策略
但是各个分类中是相交的,存在交集
粗略判断是黑盒测试、功能组合测试 只是把所有的可能都列出来
没有分类
那里来的设计方法?
我想设计方法的出现也就是为了减少用例的数量,或让用例的设计有规可矩
不过说实话
楼主这个 怎么分类我实在想不出来什么好方法
mark一个先 那么,怎样才能更好的覆盖所有的可能呢? 不要试图覆盖所有的可能,那样你会变成化石。
仅选择有意义的可能,要学会放弃。 不好意思,说错话了,不是说覆盖所有的可能,而是应该说,怎么才能尽可能多的覆盖到有 代表性的 动作。。。
好像越说越混乱了。。。
再想想先
路径测试的思想可以用于黑盒测试
我觉得楼主的应该路径覆盖,我记得在哪看到过一个帖子说可以用路径的方法来进行黑盒测试。大概就是把路径看作具体工作流程的意思~ 状态转移法设计的测试用例。。。。
页:
[1]