分享

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 最近的一两年,我有时会想到自动化测试是什么?自动化测试本来是为提高测试效率而生,有时候使用不得当,却成为测试活动中的累赘。在我有限的软件测试经历里,曾有一段专职的自动化测试经历。接触自动化那时第一次上手自动化测试,团队里用的是Python,接口自动化测试的框架是requests+Excel+Jenkins,APP自动化测试的框架是Appium。整个公司当时有一款已有的APP,因此在试用期内,我的任务是完成对已有APP的自动化脚本编写和调试。记得当时刚开始去,很没有经验,在跟功能测试同学了解了业务之后,只顾埋着头部署环境,突然有一天,测试主管问我,是否要输出一份自动化测试用例。我恍然大悟,于是把...
            0 0 628
            分享
          • 读者提问:『阿常你好,想请教一下,回归测试如何确定测试范围,如何避免遗漏 ?』阿常回答:三种方式,可以结合起来使用。1、产品 & 开发 助力产品提供需求覆盖的范围,开发指出代码修改涉及的模块。2、测试根据经验分析如果开发修改的是模块A,回归测试时就覆盖模块A,根据测试经验判断模块 B 关联了模块A,回归测试时就覆盖模块A和模块B。3、用例关联矩阵分析用例中标识与之关联的其他用例,回归测试时,此用例回归,与之关联的其他用例也回归;建立代码块和用例对应的矩阵,回归测试时,根据修改的代码块,找到对应的回归用例。阿常碎碎念:以上,12应该是企业中常见做法,3落地有些难度。看完今天的分...
            0 0 1167
            分享
          • 摘要:我们思考,什么需要测试覆盖是“完整的”的方式,影响了我们如何测试和创建的测试用例。毕竟,一般情况下你只会为发生在你身上的情况设计测试——正常来讲,你也只能测试那些看得到的东西。是时候该脱下眼罩了。下面介绍如何能在你的产品中找到发生bug的地方,接着调整你的策略来精确地定位到它们。当我在一家保险公司工作时,我处理了大量的数据提取程序。在那段时间里,我从来没有见过一个需求文档来指明数据库关闭时应该做什么,即便大多数测试都是基于这些需求的。任何专家都可以使用需求文档并创建一个地图、要点或电子表格来构建一个“覆概率模型”。整个软件公司都存在可视化这些模型,当测试“覆盖”到这些功能时,把它们设计成...
            0 2 1853
            分享
          •   分析报告指出,多达76%的项目失败是因为差劲的需求管理,这个是项目失败的最主要原因,比落后的技术、进度失控或者混乱的变更管理还要关键。很多项目往往在开始的时候已经决定了失败,谜底就在谜面上,开始就注定的失败,你后面多努力都很难,注定背锅!  很多PMO和项目经理却没有把需求管理重视起来,甚至认为这只是产品经理的事情,自己只做交付即可,俗话说:好的开始是成功的一半,一开始就没有管理好,注定为后续埋下了很多坑。  项目的全生命周期绝对不是到了需求给你才是项目管理的开始,而是从项目的开始有意向和萌芽开始的,越往前参与越深,你的价值就越大。  今天就分享给大家一个需求管理全过程流程图及详解,供大家...
            0 0 528
            分享
          • 2023.3最新版,据悉是对JDK 21的虚拟线程支持更好的,为了体验更加丝滑就升级了。结果一下子就悲催了。看到了下面的报错。```JavaExecuting pre-compile tasks…Running 'before' tasksChecking sourcesBuilder "Groovy stub generator" requested rebuild of module chunk "groovy-reproducer"Groovyc: While compiling [groovy-reproducer]: java....
            0 0 816
            分享
      • 51testing软件测试圈微信