首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏FunTester

    敏捷回归测试

    通常,执行回归测试的常见触发因素包括: 由于添加了新功能或需求和业务流程发生了更改 重大缺陷修复(功能性或非功能性),需要质量保证 连续回归测试(每天/每周)以降低风险 敏捷战略中的回归测试 构建测测试自动化是一项具有挑战性的任务 ,但却是持续测试回归测试的关键推动力。 测试工程管理需要专注于回归套件的持续维护并确定以下内容: 哪些测试用例已经过验证,需要包含在回归套件中,哪些应该排除在外? 回归和子集回归套件的执行时间计划是什么? 不断分析测试的价值,脆弱性等等。 敏捷回归测试建议和基础 在阐明了有关回归测试的一些基本战略考虑和见解之后,以下是一些最佳实践和建议以供参考: 将选择性回归测试与完整回归测试周期区分开来。 充分利用回归测试 高度稳定的测试自动化可实现连续测试回归测试也越来越依赖于强大而值得信赖的测试自动化。

    77021发布于 2020-08-04
  • 来自专栏啄木鸟软件测试

    回归测试VS重新测试

    什么是回归测试? 从根本上讲,回归测试是保证当应用的代码,UI,或者其他会产生高度影响的操作的任何的变化之后仍然能发挥其功能的软件测试的一种。回归测试能帮助回答“更改是否导致了新的bug”的问题。 回归测试VS重新测试:最主要的区别是什么? 换言之:回归测试=找到新bug。重新测试=验证bug是否已修复。 回归测试在更新或者对代码、UI变更后定位bug。 回归测试 重新测试 发现新bug 确认就bug已修复 自动的 手动的 低优先级 高优先级 广泛执行 分散执行 非计划性工作 计划性工作 回归测试是广泛执行,遍及应用以识别新的问题。 因为它是用于解决已知问题的,它比回归测试有更高的优先级。 最后,跟回归测试的发现新问题并且导致一些你没有计划或期待的工作相比,重新测试更加的可预测。 Regression Testing vs Retesting Agile Example 回归测试VS重新测试自动化敏捷案例 当你有一个无需编码的自动化测试工具的时候进行回归测试更加的简易,并且能让你同时在不同的浏览器同时执行回归测试套件

    1.3K34发布于 2020-09-23
  • 来自专栏程序员阿常

    回归测试如何确定测试范围?

    读者提问: 『阿常你好,想请教一下,回归测试如何确定测试范围,如何避免遗漏 ?』 阿常回答: 三种方式,可以结合起来使用。 2、测试根据经验分析 如果开发修改的是模块A,回归测试时就覆盖模块A,根据测试经验判断模块 B 关联了模块A,回归测试时就覆盖模块A和模块B。 3、用例关联矩阵分析 用例中标识与之关联的其他用例,回归测试时,此用例回归,与之关联的其他用例也回归; 建立代码块和用例对应的矩阵,回归测试时,根据修改的代码块,找到对应的回归用例。

    1.1K30编辑于 2022-12-07
  • 来自专栏贝克街的捉虫师

    什么是回归测试

    因此,回归测试变得必要。可以使用以下技术执行回归测试: 重新测试全部 这是用于回归测试的方法之一,在该方法中,应重新执行现有测试用例或套件中的所有测试。这是非常昂贵的,因为它需要大量的时间和资源。 回归测试选择 与其重新执行整个测试套件,不如选择一部分测试套件来运行 所选的测试用例可以分类为1)可重复使用的测试用例2)过时的测试用例。 可重用的测试用例可用于后续的回归循环中。 成功的测试用例样本 故障测试用例样本 回归测试工具 如果您的软件进行频繁更改,则回归测试成本将上升。 为了确保有效的回归测试,请注意以下几点: 正在回归测试的代码应在配置管理工具下 在回归测试阶段,不得更改任何代码。回归测试代码必须不受开发人员更改的影响。 用于回归测试的数据库必须是隔离的。 回归测试意味着对您的软件应用程序进行代码更改时对其进行测试,以确保新代码不会影响软件的其他部分。 回归测试中的挑战: 以下是进行回归测试的主要测试问题: 随着连续的回归运行,测试套件变得相当大。

    4.9K41发布于 2020-05-15
  • 来自专栏从流域到海域

    什么是回归测试

    回归测试很多时候面对的是薛定谔的bug,就是回归测试很大程度上可能不会发现bug,但这部分测试工作又不能被省略掉,因为一旦存在bug,bug的严重程度可能会很高。 回归测试是软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。 因此回归测试的自动化将能够大幅度降低系统测试、维护升级的成本。 回归测试用例抽取技巧 如果系统目前为止已经比较稳定,那么可以根据8/2(80%的缺陷出现在20%的模块中)的原则来挑选回归测试的用例。 业务程度比较复杂的情况下,对用户频繁使用的功能模块进行回归测试。 开发对某个模块的功能进行来小规模的修改时,也需要进行回归测试。 参考文献 Regression Testing - wikipedia 回归测试 - 百度百科 什么是回归测试

    78830编辑于 2021-12-06
  • 来自专栏sktj

    python 回归测试脚本

    """ ################################################################################ Test a directory of Python scripts, passing command-line arguments, piping in stdin, and capturing stdout, stderr, and exit status to detect failures and regressions from prior run outputs. The subprocess module spawns and controls streams (much like os.popen3 in Python 2.X), and is cross-platform. Streams are always binary bytes in subprocess. Test inputs, args, outputs, and errors map to files in subdirectories.

    1K20编辑于 2022-05-13
  • 来自专栏IT技术精选文摘

    回归测试策略概览

    本文要点 回归测试不同于其他类型的测试回归测试分为多种类型,因为不同的原因,采取不同的方法。 建立回归测试的策略,重点是要考虑上下文和其他一些因素。 回归测试有很多方式和方法。 回归测试策略:基本因素 分析了回归测试的原因及其类型后,我们可以开始制定一个有效的回归测试策略。在设计回归测试策略时,团队依赖于两个因素: 产品的本质。 回归测试方法 回归测试遵循两种实现方法:手工和自动。 手工回归 无论采用何种方法论(瀑布、敏捷和其他),手工回归测试是对产品进行回归测试的基本方法。 回归测试实现方式 回归测试提供了两种可能的实现方式: 完全回归 这种回归测试方法包含了覆盖所有产品的回归测试案例。质量团队通常在产品交付流程的最后阶段,或主要版本发布前执行此操作。 但后来客户要求用户在 iOS9 的新设备上运行该产品,这需要切换到 Xcode7。切换后,测试工程师必须运行完整的回归测试,确保在 Xcode6 下的所有特性能继续工作。

    1.8K51发布于 2018-03-20
  • 来自专栏授客的专栏

    测试思想-测试执行 如何进行回归测试

    如何进行回归测试? by:授客 QQ:1033553122 如何进行回归测试?这个问题似乎很简单,不就是新功能测试,对未关闭的旧bug验证,对bug可能影响模块进行测试么? 举个简单的例子:在线教育系统中,有个课程查询功能,该查询功能中,某个按条件“状态”查询结果不准确的bug,开发进行了修改,测试的时候,我们第一件事情是验证是否修复,第二件事情是验证该条件“状态”查询与其他条件的组合查询是否正常 注:对于新功能的测试也要考虑类似的问题 这里虽然只是多了一步,但是要知道这一步的重要性,bug数少点还好办,但是bug数要是多点,你会一条一条的倒回来看,它可能影响了哪些功能、模块么?

    1.2K20发布于 2019-09-11
  • 来自专栏程序员阿常

    回归测试怎么做

    读者提问:回归测试怎么做 ? 阿常回答:这个问题我分两点回答1、什么是回归测试2、怎么做回归测试一、什么是回归测试有些同学对于冒烟测试回归测试拎不清,冒烟测试回归测试是有区别的,下面阿常分别和大家说说两者的区别。 回归测试,是正式测试过程中,对已修复的问题或软件环境发生改变后进行的测试,一般是验证已修复的问题及测试问题相关联模块。 二、怎么做回归测试回归测试策略如下:1、全面回归测试--每一个大版本的发布,或者一次较大规模的调整,都需要在预发布环境做一次全面的回归测试。 2、选择性回归测试--小版本的迭代,对可能影响到的功能点进行选择性的回归测试。3、自动化回归测试--测试环境、预发布环境、生产环境发布之后进行现有自动化测试用例的执行。

    97530编辑于 2022-06-29
  • 来自专栏AILearning

    【机器学习实战】第9章 树回归

    9章 树回归 <script type="text/javascript" src="http://cdn.mathjax.org/mathjax/latest/MathJax.js? 对 <em>回归</em>树 进行预测 Args: model -- 指定模型,可选值为 <em>回归</em>树模型 或者 模型树模型,这里为<em>回归</em>树 inDat -- 输入的<em>测试</em>数据 Returns -- 输入的<em>测试</em>数据 Returns: float(X * model) -- 将<em>测试</em>数据乘以 <em>回归</em>系数 得到一个预测值 ,转化为 浮点数 返回 """ n = RegTrees/regTrees.py 测试算法:使用测试数据上的R^2值来分析模型的效果 R^2 判定系数就是拟合优度判定系数,它体现了回归模型中自变量的变异在因变量的变异中所占的比例。 其中一个能同时支持数据呈现和用户交互的方式就是构建一个图形用户界面(GUI,Graphical User Interface),如图9-7所示。

    1.5K51发布于 2018-01-05
  • 来自专栏程序员阿常

    回归测试怎么做

    读者提问:回归测试怎么做 ? 阿常回答:这个问题我分两点回答 1、什么是回归测试 2、怎么做回归测试 一、什么是回归测试 有些同学对于冒烟测试回归测试拎不清,冒烟测试回归测试是有区别的,下面阿常分别和大家说说两者的区别。 回归测试,是正式测试过程中,对已修复的问题或软件环境发生改变后进行的测试,一般是验证已修复的问题及测试问题相关联模块。 二、怎么做回归测试 回归测试策略如下: 1、全面回归测试--每一个大版本的发布,或者一次较大规模的调整,都需要在预发布环境做一次全面的回归测试。 2、选择性回归测试--小版本的迭代,对可能影响到的功能点进行选择性的回归测试。 3、自动化回归测试--测试环境、预发布环境、生产环境发布之后进行现有自动化测试用例的执行。

    92110编辑于 2022-09-01
  • 来自专栏测试人生

    如何进行回归测试

    回归测试(Regression testing)是指代码在发生修改之后重新测试之前的测试以保证修改的正确性。 理论上,软件产生新版本,都需要进行回归测试,验证以前发现和修复的缺陷是否在软件新版本上再次出现 关于如何做好回归测试,大体上的人都是认为是先验证bug,然后回归和本次修改相关的地方。 在我们平时的回归测试中,是如何做这一点呢? 一、和项目中的DEV以及项目负责人沟通确认。 这是一个很关键的环节,好的开发人员在提交测试时就会注明可能影响的地方。 二、关键点的测试。 导致修改后,引起的2次bug较多,这个时候就需要加大测试力度,可能的话要整个模块基本功能进行回归。 四、项目初期对测试用例的维护。 一个项目在开始时,编写测试用例时往往是对这个系统全面了解的过程,这个时候时间也较为充裕,所以写测试用例时,尽可能标注关联测试用例。这在大型项目里是尤其重要的。

    1.2K50发布于 2021-07-09
  • 来自专栏测试开发技术

    回归测试,有什么高效的测试方法?

    1、什么是回归测试   回归测试(Regression testing) 指在发生修改之后重新测试先前的测试以保证修改的正确性。 2、测试策略   回归测试的策略一般由测试经理或测试组长制定,初级软件测试人员只要按相应的策略执行测试即可。现以XYC邮箱的测试为例,简要介绍一下回归测试的基本策略。 (1)回归测试时执行全部的测试用例   XYC邮箱V1.0版本的第一轮测试中发现100个Bug,那么在第二轮的回归测试中,除了测试这100个Bug之外,其他所有功能点的测试用例需要重新再执行一遍,这样做的原因在于 (2)选择重要的功能点、常用的功能点、与Bug相关联的功能点进行回归测试   XYC邮箱的第二轮回归测试中又发现了40个Bug,那么在第三轮的回归测试过程中,除了要测试这40个Bug之外,还应当把重要的功能点 至于回归测试的策略,初级软件测试人员可通过先学习测试经理制定的策略,再从执行回归测试策略过程中进一步提升自己的测试经验。

    1.1K20编辑于 2022-09-28
  • 来自专栏量化小白上分记

    单因子测试(下)——回归测试

    之前两篇分别总结了因子数据的预处理和单因子测试的分层测试法,本篇总结回归测试法,相较于分层测试法,回归测试法更简洁。 ---- 因子预处理 与分层测试法不同,回归测试时,因子可以不进行中性化处理,只进行异常值处理和标准化(zscore)处理,将中性化的过程包含在测试过程中。 得到的回归结果中,因子暴露的系数即为因子收益率,通过多期回归后,就可以得到因子收益率序列及回归的t值序列,通过这两个序列可以构造指标分析因子的表现。 因子测试实例 测试因子:pb_lf,需倒数 测试区间:2010年1月-2018年5月 ? ? ? 值序列 8 result = pd.DataFrame(columns=["DateStart","DateEnd","factor_return","t_values","IC"]) 9

    6.4K12发布于 2019-01-22
  • 来自专栏FunTester

    敏捷团队的回归测试策略

    为了避免这种情况,需要通过从开发周期开始就创建适当的回归测试策略来制定“逃脱”计划,并且在每次出现Sprint时都需要修改该策略。 建立回归测试策略之前 在建立该回归测试策略之前,事先收集一些信息。 建立回归测试策略 在敏捷开发中执行回归测试的最大挑战是保持敏捷开发与回归测试之间的平衡。因此,我们需要遵循一些快速有效的方法,以便在不影响质量的情况下执行回归测试。 自动化回归测试 快速跟踪回归测试的最佳方法之一是使回归测试的某些部分自动化。我们可以创建一个回归测试脚本,并应在每次更新时对该脚本进行修改和审查,以确保其正常工作。 一旦设置了此付款修复程序,您就可以执行一轮端到端回归测试。 确保您弄清楚聪明工作和辛苦工作之间的区别。 敏捷环境中回归测试回归测试策略中实现,就能够执行回归测试并保持敏捷开发的步伐。完美的回归测试结果将帮助用户保持对您产品的信任,以便为他们提供更好的产品。

    1K20发布于 2020-02-17
  • 来自专栏搜狗测试

    方便的回归测试——diffy平台

    背景 前段时间,公司运维又双叒叕在迁移机房,带来的又是大量的回归测试,虽然负责的项目case还算健全,但是被迁移机房仍然存在大量的历史接口,有些甚至不知道是什么业务在用,但仍然在有少量请求,既然还在为少量用户提供服务 ,那就不能断然下线,但是这种服务该怎么回归呢? 解决方案 这种情况最简单的方案就是copy线上流量,通过工具diff结果来回归;之前配合部门的开发做了一个结果diff工具,但是功能简陋,无界面,操作十分复杂,结果diff全靠手动,用了几次实在忍不了; -excludeHttpHeadersComparison=false #是否排除header的差异,不同服务器,cookie,nginx版本可能有所差异,设置为true可以忽略这些差异 请求 测试 case可使用大量线上流量(通过goreplay等工具)进行回放;或已有的接口测试用例;或构造大量随机用例;优点是不用关注结果正确性; 结果页面 ?

    3.6K51发布于 2019-12-10
  • 来自专栏机器学习与统计学

    R in action读书笔记(9)-第八章:回归 -回归诊断

    8.3回归诊断 > fit<-lm(weight~height,data=women) > par(mfrow=c(2,2)) > plot(fit) ? 为理解这些图形,我们来回顾一下oLs回归的统计假设。 口正态性当预测变量值固定时,因变量成正态分布,则残差值也应该是一个均值为0的正态分布。 在“残差图与拟合图”( Residuals vs Fitted,左上)中可以清楚的看到一个曲线关系,这暗示着你可能需要对回归模型加上一个二次项。 )对非恒定的误差方差做得分检验 spreadLevelPlot()分散水平检验 outlierTest()Bonferroni离群点检验 avPlots()添加的变量图形 inluencePlot()回归影响图

    73010发布于 2019-04-10
  • 来自专栏互扯程序

    性能测试执行:测试,调优,回归形成闭环

    前两天讲了: “性能测试,你知道什么是99线吗?” “性能测试调研:测试的目的是什么?” “ 性能测试准备些什么?” 今天看看第四篇“性能测试准备”都有哪些内容: 1. 测试场景设置 2. 测试场景执行及监控 3. 测试结果收集及分析 4. 问题分析定位 5. 调优及回归测试 6. 测试报告编写 7. 测试资料归档总结 1. 调优及回归测试 针对性能测试发现的问题及性能瓶颈进行调优,根据具体系统及测试情况,可能的调优点有: 优化程序,修改程序bug,优化业务处理逻辑,优化算法等; 优化数据库表结构及SQL语句,优化表结构(不使用大表 调优后进行回归测试,进行分析对比,确认调优结果是否达到预期。 6. 测试报告编写 测试执行及调优完成后进行测试报告编写,主要包括测试过程、测试结果、问题及调优情况等内容。 测试报告主要包括: 测试背景、测试目的、测试内容、测试环境(硬件环境、软件环境、逻辑架构等)、测试方法(测试场景、测试执行、测试监控等)、测试结果(性能指标、测试结果等)、测试结果分析、测试问题说明、测试结论和建议等

    1.2K21发布于 2020-01-16
  • 来自专栏老张的求知思考世界

    回归测试的实践与思考

    很多时候我们都在关注整体的质量和效率,却往往忽视了一些细节的东西,比如回归测试。很多人会觉得回归测试不就是把case重新执行一遍,看看有没有新的问题就行了。 但实际上,很多线上的问题其实都需要在回归测试环节来评估验证。 这篇文章,我想聊聊我对于回归测试的思考,以及些许实践。 即回归测试之前,大家关注的重点是本次迭代的需求是否实现,是否存在问题;而回归测试,则是要评估本次迭代是否兼容了历史版本,是否会影响之前已实现的功能。 软件测试工作除了要保障每次迭代的质量,还要考虑全局的整体软件质量,回归测试的作用就是从阶段走向全局,这也是为什么很多自动化测试工作都是从回归测试阶段介入的原因。 回归测试的实践注意事项 在具体的工作实践中,回归测试遇到的最大挑战,就是回归的范围如何界定。

    64230编辑于 2023-10-23
  • 来自专栏测试开发囤货

    重构性项目如何回归测试

    重构性项目如何回归测试? 重构性项目测试是对软件系统的一种快速、准确、可测量地验证,而非像先前一样,只是重新设计开发环境或发布新软件。 这种情况下,就需要对这些重构性新功能进行测试,从而找到其缺陷所在。我们都知道产品在迭代后可以做很多修改以提高其性能。但是如果你不测试或者没有时间去做测试的话就会出现问题了。那我们应该如何测试呢? 二、确定测试目标区域 根据测试目标区域,测试人员可以确定出系统是从哪里获取到错误信息的。 四、软件测试步骤简介 测试的过程分为两个阶段,第一个阶段就是基础程序测试阶段,通过观察和分析,找到软件中最可能存在的问题。 六、相关的工作内容及职责分工 根据不同的情况,测试工作内容可分为:产品开发测试、运维测试;系统架构测试、运维技术(MTT)开发应用测试、系统性能测试;功能架构开发(UI、 Java)研发应用。

    99910编辑于 2022-11-07
领券