测试用例设计还要注意着重点

一、功能
  关注页面单个功能点验证,充分考虑开发改动的每个点。这个是保证开发每个已知的修改点都能改对。
  二、关联
  重点考虑修改点对其他模块的影响,包括代码的影响和操作数据引起的影响。
  比如新增加的功能增加了数据库表的字段,必须关联的验证每个使用该表的该字段的模块是否正常工作。难点在于需要分析出已知和未知的影响模块,考虑的越多,往往遗漏的问题就越少。
  三、流程
  很多系统是有流程的,比如工作流系统。当修改了一个点的时候,我们必须考虑整个流程是否能够正常运转起来。
  四、升级
  我们大部分系统都是对已有的系统进行升级。对于升级前的数据,我们必须保证能够正常工作。升级之前,需要模拟好各种情况。也需要对升级的数据库脚本进行充分的检查。
  五、安全
  比如菜单功能权限等。
  六、性能
  最近测试组评审测试用例时发现组内测试人员不是很理解期望结果会对测试用例的影响,只是把在前置条件(环境)下执行操作步骤,在当前页面下出现的结果,不会写执行操作步骤所带来的所有结果(不限于当个页面或者角色),这其实没有看到设计测试用例时没有想到关联,关联和流程的重要性很多人都忽略掉,只关注一个点,没有想到所有功能点由此操作带来的影响。测试用例设计还要注意着重点

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-09-14 11:02:33

测试用例设计还要注意着重点的相关文章

测试用例设计

等价类划分方法 一.方法简介 1.定义 把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.   2.划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得

测试用例设计——如何提高测试覆盖率

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分.临界值.因果图等方法来设计用例就行了. 但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题:而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱.

如何提高测试用例设计的测试覆盖率

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分.临界值.因果图等方法来设计用例就行了. 但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题:而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱.

自动化测试用例设计

序言:自动化测试中,自动化测试用例是一个重点中的重点,个人以为,到底如何去定位自动化测试用例设计的 形式和发展是决定自动化测试成败的关键,根据一些研究和看法,我写了一个自动化测试用例设计的一个大概情况,当然一家之言而言,当然,大家在测试过程中, 接触过自动化测试的,肯定就接触过自动化测试用例,其是自动化测试脚本本身也是一种自动化测试用例,看看以下的情况大家遇到过么,希望大家有什么想法,提 出来吧. 一.自动化测试用例应用 手工测试用例是针对手工测试人员,自动化测试用 例是针对自动化测试框架,前者

浅谈手机软件测试用例设计方法

手机产品和用户交互非常紧密,手机的软件质量就显得尤其重要.要使最终用户对手机软件感到满意,必须要在手机软件发布之前进行充分的测试.而不完全.不彻底是软件测试的致命缺陷,但是我们又不可能进行穷举测试,任何程序只能进行少量而有限的测试.为了节省时间和资源,提高测试效率,我们必须要从数量极大的可用测试数据中精心挑选出具有代表性或者特殊性的测试数据进行测试.测试用例在此情况下产生.测试用例是为特定的目的而设计的一组测试输入.执行条件和预期的结果.简单地说,测试用例就是设计一个场景,使软件程序在这种场景下

手机软件测试用例设计实践

一.测试用例设计概述 测试伴随在整个手机软件开发的各个阶段中,测试质量的高低直接关系到手机软件的可用性,友好性,可靠性.可以说,测试环节是手机软件开发的重要环节,是整个开发过程的"中枢神经".同时,测试用例的设计在测试过程中是非常重要的一个环节,是重中之重. 一般来说,设计测试用例应该考虑如下几方面: 1)有效性:测试用例是测试人员测试过程中的重要参考依据.不同的测试人员依据相同的测试用例所得到的输出应该是一致的. 2)可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍,

《移动App测试实战》——1.2 测试用例设计和评审

1.2 测试用例设计和评审 测试人员的一个基本工作,或者说是基本功,就是测试用例的编写.对于一些快速迭代的互联网产品,关于是否需要编写测试用例,也有一些讨论和争论. 就我们的观念,觉得还是需要,特别是对于App这样的产品,很多功能有一定的稳定性.类比来说,测试用例相当于电影的剧本,有场景.动作.台词,规划出一个基本的框架.测试用例也是一样,针对什么功能,在什么情况和使用场景下,做什么操作,用什么数据,期望有什么样的结果,进而和实际结果对比判断是否合理. 如果完全没有这样的剧本,测试会比较盲目,更

关于自动化软件测试用例设计的几点分析

1.手工测试用例和自动化测试用例功能定位的区别. a)手工测试用例 i.较好的异常处理能力,能通过人为的逻辑判断校验当前步骤的功能实现正确与否. ii.人工执行用例具有一定的步骤跳跃性. iii.人工测试步步跟踪,能够细致的定位问题. iv.主要用来发现功能缺陷 b)自动化测试用例 i.执行对象是脚本,任何一个判断都需要编码定义. ii.用例步骤之间关联性强. iii.主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来. iv.目前自动化测试阶段定位在冒烟测试和回归测试. 2

软件测试用例设计方法

前面有曰:测试结果的准确性取决于测试用例的设计,故测试用例设计显得尤为重要.今天就好好梳理下,测试用例的相关内容. 重要性:Test Case贯穿整个测试执行过程,分两大类:数值计算类和数据处理类 概述:编写一组前提条件,输入,执行条件,预期结果的组合方案.完成对某个特定需求或目标的测试,体现测试方案,方法,技术和策略的文档. 1.什么是测试用例,为什么要编写? 测试用例就是编写一组条件,输入,执行条件,预期结果的并完成对特定需求或目标的测试,体现测试方案,方法,技术和策略的文档. 由于测试用例