自动化测试用例与手工测试用例应用的区别

 手工测试用例是针对手工测试人员,自动化测试用 例是针对自动化测试框架,前者是手工测试用例人员应用手工方式进行用例解析,后者是应用脚本技术进行用例解析,两者最大的各自特点在于,前者具有较好的异 常处理能力,而且能够基于测试用例,制造各种不同的逻辑判断,而且人工测试步步跟踪,能够细致的定位问题。而后者是完全按照测试用例的方式测试,而且异常 处理能力不强,往往一个自动化测试用例运行完毕后,报一堆错误,对于测试人员来定位错误是一个难点,这样往往发现的问题很少。所以,根据其各自的特点,需 要将两者有很好的定位:手工测试是在软件版本前几轮测试的重点,目的是验证功能,发现问题;自动化测试是应用在后几轮版本,保证软件版本模块修改或者添加 新功能后,没有影响开始的功能模块(因为软件中,各模块之间的接口以及类、函数方法等的互相引用,也是容易出问题的地方)。

手工测试用例和自动化测试用例功能定位的区别。

  a)手工测试用例
    i.较好的异常处理能力,能通过人为的逻辑判断校验当前步骤的功能实现正确与否。
    ii.人工执行用例具有一定的步骤跳跃性。
    iii.人工测试步步跟踪,能够细致的定位问题。
    iv.主要用来发现功能缺陷

  b)自动化测试用例
    i.执行对象是脚本,任何一个判断都需要编码定义。
    ii.用例步骤之间关联性强。
    iii.主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来。
    iv.目前自动化测试阶段定位在冒烟测试和回归测试。

原文地址:https://www.cnblogs.com/chxtdbk/p/9591748.html

时间: 2024-09-29 21:51:06

自动化测试用例与手工测试用例应用的区别的相关文章

关于selenium自动化测试数据的管理---测试用例管理---jxl,POI

标 准 选择朋友是结交之前要办的第一件事.选择朋友的标准是什么?当然是与志向远大的人交友,与兴趣相投的人交友,与见识广博的人交友,与正直的人交友,与诚信的人交友.近朱者赤,近墨者黑.交上益友,一生幸福;交上损友,一生祸害. selenium 多数被应用于功能测试(冒烟测试).流程测试.回归测试,这里要说的就是在执行这些测试的时候,测试用例的管理问题. 常见的黑盒测试方法分为:边界值分析.等价类划分.因果图.错误推测...这里不都一一举例,作者有一篇文章里画了一张图,是专门详解常用的测试方法的.总

后台接口,动态生成测试用例名称,测试用例请求数据

做自动化测试刚入门的时候,我们一般用Jemter配置请求url/port,请求方式,然后编写一条条case, 将对应的case中创建符合的请求body_sample 一般的后台接口,需要考虑的无非是如下: 正确的请求,验证数据库中对应的数据被创建/更新,验证Response中返回码匹配 异常的请求,对应下面的图 必传字段,一一验证,请求传入的必传字段1未传请求传入的必传字段2未传... 必传字段传空,一一验证,请求传入的必传字段1传空,验证返回xxx请求传入的必传字段2传空,验证返回xxx 请求

我的测试用例设计-01测试用例的个人见解

刚入行的时候,看了很多关于测试相关的文章,记得有一篇说到测试用例是测试灵魂让我印象深刻.如今,我入行几年了,越发深感测试用例的设计重要性,可以这么说,测试用例的设计与管理是测试工程师的核心技能.我发现很多测试的同行都向往去追求新的测试工具,测试技术手段而忽视测试用例的设计,测试用例的设计其实是测试方法.测试思路的体现,如果一面追求技术手段而忽视方法思路的锻炼,本人就觉得有点本末倒置. 说到此,突然就联想到一个武侠小说的例子.武侠小说里华山派有分剑宗和气宗两个派别,网络上也很多在讨论究竟剑宗厉害还

python中unittest单元测试框架-加载测试用例、运行测试用例、生成测试报告

unittest中加载测试用例的方法很多,这里先介绍addTest中添加用例-测试类的实例的方式: import os import unittest # 创建suite对象 suite = unittest.TestSuite() # 第一种方法:一个一个添加用例 from class1228_unittest_loader.test_cases.test_setup import * # 添加测试用例到suite套件里面:用例-测试类的实例 suite.addTest(TestSetUp('

自动化测试总结

最近要在新入职的公司准备一份自动化测试的培训,这是我在得知要做自动化测试培训以后,随手画了个图,压压惊: 这是我能想到的关于自动化测试的一些要点,然后根据一篇我三年前写的关于自动化测试的随笔更新了一下,当然遗憾的是到目前为止,我接触的成功的敏捷开发项目还很少,虽然敏捷近些年一直很火.关于敏捷自动化测试这一块也只有一次不太成功的经验,所以本文中我回避了这一块: 1.什么是自动化测试 以程序测试程序,以代码代替思维,以脚本的运行代替手工测试.自动化的测试涵盖了:功能(黑盒)自动化测试,功能(白盒)自

自动化测试基础2(转)

转自:http://www.cnblogs.com/ryansunyu/archive/2012/07/29/2614203.html 1.什么是自动化测试 以程序测试程序,以代码代替思维,以脚本的运行代替手工测试.自动化的测试涵盖了:功能(黑盒)自动化测试,功能(白盒)自动化测试,性能测试,压力测试,GUI(Graphical User Interface)测试,安全性测试等. [Updated on 7/28/2015] 关于什么是自动化,查阅了一些资料,并没有一份权威规范的解释,以下摘自维

合格的测试计划是怎样诞生的?

  不论是刚毕业的Tester还是测试老鸟,是否想过“测试计划”怎么写?以前写的测试计划“合格”吗?我想很多人无法给出答案. 做测试计划通常是一件非常复杂的事情,一个理想的测试计划要完成“投资回报分析”和“风险分析”,在软件开发的众多因素中寻求一个最优解: 实现投入: 实现“可测试性”和某些场景的自动化测试,需要花费大量的时间,还会增加软件复杂度.会增加短期内的研发投入. 维护投入: 不论是自动化测试还是手工测试,都会不同程度地增加长期投入. 财务投入: 有些测试可能会需要资金投入. 回报: 测

三. 自动化测试用例设计

1.  主要内容:   2.  手工测试用例与自动化测试用例区别 目前自动化测试更多的时候是定位在冒烟测试和回归测试: 冒烟测试执行的是主体功能点的用例. 回归测试执行全部或部分的测试用例. 3.  测试类型 4.  异常 5.  WebDriver错误截图 get_screenshot_as_file()函数将截取当前页面的截图保存到指定的位置. 1 # coding = utf-8 2 from selenium import webdriver 3 4 driver = webdriver

自动化测试之-测试用例设计方法总结

黑盒.白盒.接口测试一系列用例设计方法. 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法.场景图法等. (一)等价类划分法 定义:等价类划分法是把所有可能输入的数据,即程序的输入域划分策划国内若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.方法是一种重要的.常用的黑盒测试用例设计方法. 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表