用例设计
文章平均质量分 60
qiummm
阿里测试一枚,目前主要负责淘宝iPad客户端测试。喜欢iOS,喜欢java,善于发现问题并推动解决。在测试理论、用例设计、单元测试、自动化测试、接口测试上有自己的想法并推广给其他同学。
展开
-
优秀的测试用例(转)
测试工程师有一样很重要的工作就编写测试用例。测试用例是对需求的另一种描述,它能引导大家进一步加深对系统的理解和对特性的全面关注,从而帮助产品和开发重新审核需求的合理性和一致性,所以应该是测试工程师最重要的一项产出。一般的测试用例分为输入,行为,和希望结果三个部分。这三个部分通常的测试用例都能满足,但是怎样的测试用例才能算上优秀的测试用例呢?基于以往之测试经验,我总结了优秀测试用例的几个特点。转载 2013-06-02 13:24:45 · 1488 阅读 · 0 评论 -
用例需要动态设计更新
移动互联网时代,版本快速迭代,不像之前pc时代软件更新慢,更新成本较大,出问题并且修复的代价也很大。移动互联网时代,是允许带着bug上线的,虽然我们评估有些bug对用户影响很大,但有些漏网之鱼的bug却让用户苦不堪言。在分析很多线上问题的原因时,有些是粗心大意,有些是测试未覆盖到,有些是需求理解错误。用例的设计非常重要,且需要在不同的阶段去更新。就以笔者跟进的项目为例,整个项目过程大致分为:需原创 2014-12-03 15:25:29 · 1111 阅读 · 0 评论 -
基于需求文档(PRD)的功能用例设计
上一篇我讲了在项目运行过程中,用例是需要动态更新的。接下来我将结合实例(移动app)讲解在不同的阶段如何设计用例。需求文档(PRD)主要讲述app的某个模块有什么功能,每一项功能的页面展示、页面操作有哪些,不同操作之间的关系是什么。基于PRD的用例设计是使用黑盒测试方法,而我平时主要使用了等价类划分、边界值分析法、状态转换测试、场景测试,操作实践时偏好于将模块分成页面展现、页面操作、接口、异常原创 2014-12-18 11:48:20 · 3882 阅读 · 1 评论 -
白盒测试设计方法
原创 2014-05-03 18:48:53 · 1747 阅读 · 0 评论 -
经典测试设计之方法脑图
我总结的经典测试设计方法的图,后续会针对每一类画单独的脑图。原创 2014-05-03 18:43:20 · 3043 阅读 · 0 评论 -
黑盒测试设计方法
原创 2014-05-03 18:51:00 · 1813 阅读 · 0 评论 -
黑盒测试用例设计---因果图法
因果图方法一. 方法简介1.定义:是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。2.因果图法产生的背景:等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视转载 2014-03-29 20:14:07 · 2734 阅读 · 0 评论 -
如何使用正交排列法设计测试用例
1、正交排列法适用的场合 有多个控件,每个控件有多个取值,要考虑不同控件的取值组合,选出比较优化的组合或者取值的基本原则。 2、如何使用正交排列法设计测试用例? 1)根据所测程序中控件的数量和每个控件的取值个数,确定采用哪个正交表。 控件的数量——次幂 每个控件的取值个数——底 2)把控件及其取值列出来 3)把控件及其取值映射到转载 2013-09-14 22:05:28 · 2205 阅读 · 0 评论 -
使用因果图法和判定表法设计测试用例
一、基本概念 1、应用场合: 在一个界面中有多个控件,控件之间存在组合关系和限制关系,不同的控件组合会产生不同的输出结果。为了弄清输入条件和输出结果之间的关系,可以使用因果图方法。 2、核心: 因——原因,输入条件(动作) 果——结果,输出结果 根据需求找出“原因/输入”和“结果/输出”,进一步找到原因和结果的对应关系。 3、使转载 2013-09-14 22:08:17 · 3496 阅读 · 0 评论 -
优秀的测试用例标准
最近一直在研究软件测试相关理论,个人认为测试其实这是一个复杂的学科,一个优秀的测试工程师需要具备多方面的能力和扎实的计算机理论,软件工程理论和编程思想。测试用例的设计更多地依赖你的逻辑是否完整,还需要一定统计学上基本东西,毕竟我们不能做到全路径覆盖。 测试用例是测试的核心,如何设计出能发现问题,有效能覆盖需求,没有冗余的用例是每个测试工程师必须跨过的一道门槛。结合本人这么多年来在测试领域转载 2013-08-07 12:29:31 · 1836 阅读 · 0 评论 -
基于技术方案的用例设计
上一篇介绍了基于需求文档的用例设计,主要是运用了黑盒测试的用例设计方法。之前提到用例在整个项目过程中是动态更新,逐步完善的,经过了需求评审的用例编写后,项目会进行技术方案评审,评审结束后,需要基于技术方案对用例进行一次补充完善。我仍然以登录为例,由于每个开发设计的方案不同,在此列一个大致的通用方案,基于该方案做用例设计,精髓会了,其他的融会贯通。登录成功的时序图如下:原创 2014-12-23 15:50:46 · 1409 阅读 · 0 评论