【tool】软件测试用例的选择原则之抢钱原则

“抢钱原则”——你面对飘洒满地的纸币,有100元,50元,10元,5元,2元,1元,5毛,2毛,1毛。 各种面值。大家抢钱的时候,都是先挑选100元的抢走,然后找50元的,选择的顺序很清晰,都是从面值大到面值小。这就是“抢钱”原则。

  测试执行的时候,大家面对是一堆用例,这些用例起到的作用也是不同的,那么如何保证我们在有限的时间执行的用例是最有效的,最有价值的。

  尤其是无法全部执行用例的时候,势必有裁剪的时候,我们需要有很好的用例执行的优选原则。

  我们要应用抢钱原则,选择好最有价值的用例优先执行。那么,如果搞清楚什么样的用例最有价值,就OK。

  用例价值大的用例主要有三个方面的因素:1 容易发现的故障的用例;2 用户最常用的场景;3 如果泄露,用户的生气程度大的。

  1、容易发现故障的用例

  1) 性能相关的用例—上游的环境受限,所以这个部分比如容易发现故障

  2) 边界值相关用例—边界引发的故障比例最高

  3) 开发部在集成测试最不容易做到的用例,比如场景复杂度高的

  2、用户最常用的场景

  1) 比如局内呼叫,做主叫,做被叫,短消息,预付费,彩铃等多是最常用的业务,这些业务如果出现问题,只有回退版本了。

  2) 配置管理的号码分析,动态管理的查看链路状态,告警查看

  3、如果泄露,用户生气程度大的

  1) 比如无法拨打电话 > 可拨打,单通 > 可以正常通话,无回铃音 > 可以正常通话,回铃音有杂音

  2) 无法出话单 > 话单内参数错误

  如上的仅仅是一些实例,没有复杂的算法模型来排序用户行为。

  总之:拿到用例,一定要先分析出最有价值的用例,再开始执行。如果拿到用例,平铺直叙的执行。 那咱不就成了抢钱时候先抢毛票的傻子了?

时间: 2024-08-23 11:31:29

【tool】软件测试用例的选择原则之抢钱原则的相关文章

【tool】软件测试用例的复审

软件测试用例的复审   软件测试 对测试用例的评审,就显得非常重要.测试用例设计完之后,要经过非正式和正式的复审和评审.在测试用例审查.评审过程中,主要检查下列内容: 测试用例设计的整体思路是否清晰,是否清楚系统的结构和逻辑从而使测试用例的结构或层次清晰,测试的优先级或先后次序是否合理; 测试用例设计的有效性,测试的重点是否突出,即是否抓住修改较大的地方.程序或系统的薄弱环节等; 测试用例的覆盖面,有没有考虑到产品使用中一些特别场景(scenario).考虑到一些边界和接口的地方; 测试用例的描

【tool】软件测试用例管理工具比较

软件测试用例管理工具比较 工具名 综述 优点 缺点 备注 TestManager Rational测试解决方案中推荐的测试用例管理工具. 1. 功能强大. 2. 文件夹形式的管理,可以对测试用例无限分级. 3. 可以和Rational的测试工具robot.functional相结合. 4. 有测试用例执行的功能,但必须先生成对应的手工或自动化脚本. 1. 本地化支持不好.汉字显示太小. 2. 测试用例很多时不太稳定.有时会造成测试用例的丢失. 3. 必须安装客户端才可使用.和开发人员交流不方便.

【tool】软件测试用例优先级与三轮测试的结合

软件测试用例优先级与三轮测试的结合测试用例设计 测试用例优先级.三轮测试,已经在我们测试团队推广开.那么我们要如何运用起测试用例优先级,可否与三轮测试相结合?简单谈下我的实践. 冒烟测试用例.流程性测试用例.校验性测试用例.在编写测试用例时,我们会对每条测试用例设置优先级.完成测试用例后,搭建实验室,创建测试用例集合.测试用例实验室,首先创建3个一级文件夹,即按照3轮测试.我们每一轮的测试,目标是不同的,而每一轮都需要执行测试用例,我们如何将执行测试用例与三轮测试结合起来呢? 首先我们通过优先级

软件测试用例设计 0620

入职基础培训课程系列 软件测试概述 软件测试用例设计 软件测试缺陷管理 软件系统测试 培训目标:1 明确测试用例在软件中的重要性 2 掌握测试用例设计的基本思路 3 了解并熟悉测试用例的要素和编写方法 课程内容: 1基本定义 要素和作用概念 2测试用例设计过程 3测试用例设计思路实例分析 用户登录:性能测试 安全性测试 文档测试 功能测试 界面测试 兼容性测试 什么是用例:用例是输入输出对,输出描述的是对输入数据的预期结果 用例是一组操作序列与数据的集合,这个集合通常具有业务或操作上的意义,一般

软件编写和设计中的18大原则

软件编写和设计中的18大原则写在这里,自己经常看一看.作者Diggins是加拿大一位有25年编程经验的资深技术人员,曾效力于Microsoft和Autodesk,并创办过两家赢利的互联网公司. 下面的13和14合起来也被称作Shy原则. 1.避免重复原则(DRY - Don’t repeat yourself) 编程的最基本原则是避免重复.在程序代码中总会有很多结构体,如循环.函数.类等等.一旦你重复某个语句或概念,就会很容易形成一个抽象体. 2.抽象原则(Abstraction Princip

如何选择婚宴酒店,四大原则

如何选择婚宴酒店,四大原则 看惯了明星们的豪华婚礼,很多朋友们也都非常向往能够远赴海外,找个海岛,来一场浪漫无比的婚礼,但是,碍于时间有限.经济实力有限,我们通常还是选择了中规中矩的酒店主题婚礼.但是,即使这样也依然要面临很多问题和困难.今天,猪八喜婚博网小编就和大家分享如何选择婚宴酒店,及4个打造婚宴酒店的关键点,希望对你能够有些许的帮助.  POINT1酒店印象: 酒店的外观是宾客进入会场地第一印象,门面自然很重要,最好在酒店所在区域确认位置和交通条件,考察距离地铁的远近,多少条公交路线,同

【tool】测试用例实践

测试用例无疑在测试过程中起着举足轻重的作用,好的测试用例让测试人员在测试执行过程中心情愉悦,测试效率高,能发现更多的问题. 好的测试用例一般有如下几个特点:清晰.简洁.完整.适用性.针对性以及以维护性.总结了我们公司的测试用例状况,存在以下一些问题: 1.全case测试用例太过详细.冗余,测试起来费时费神,而且发现不了什么问题,测试用例在清晰简洁性方面存在问题,这还体现在交叉测试上,冲突事件太多,实际上很多都是等价的冲突,有限的时间,没必要逐一确认: 2.同项目多个平台升级(客户升级)版本重复使

设计模式六大原则之里氏替换原则

一.概念: 里氏替换原则:LSP (Liskov Substitution Principle),如果对每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都换成o2时,程序P的行为没有变化,那么类型T2是类型T1的子类型. 通俗的定义:所有引用基类的地方必须能透明地使用其子类的对象. 二.例子: 以浇水为例.人,拿到工具[水管.水桶.瓶子],装水后都可以浇水.[水管.桶.瓶子]都可以获取水.应该有个loadWater方法.有watering 浇水功能

java设计原则:16种原则

一   类的设计原则   1 依赖倒置原则-Dependency Inversion Principle (DIP) 2 里氏替换原则-Liskov Substitution Principle (LSP) 3 接口分隔原则-Interface Segregation Principle (ISP) 4 单一职责原则-Single Responsibility Principle (SRP) 5 开闭原则-The Open-Closed Principle (OCP) 二  包的设计原则   6