随着这几年敏捷概念和方法的流行，越来越多的组织和项目选择了敏捷开发模式。那么对于测试人员来说，究竟敏捷测试与传统测试有什么区别？测试人员在一个敏捷项目中需要如何转变才能适应当前这种流行的测试模式呢？请看下文介绍。敏捷测试的定义埃森哲对敏捷测试的定义（与维基百科的定义基本一致）大概如此：敏捷测试是遵从敏捷软件开发原则的一种测试实践。敏捷开发模式把测试集成到了整个开发流程中而不再把它当成一个独立的阶段
前端性能衡量指标从用户角度而言，打开一个页面想要的就是页面可以尽快有响应，加载完并且可以允许交互；因此前端的性能可以用白屏时间，首屏时间，可交互时间来衡量。下图是用户请求过程的截图，白屏时间就是用户发起请求之后到页面开始显示的时间，可以看到在324ms之前页面都是空白的，所以白屏时间就是324ms。而从324ms之后页面逐步加载，直到812ms首屏页面才全部加载完成，用户才能看到完整的页面内容。还
当你准备使用一个接口自动化测试框架或者自造轮子的时候，或许你需要先了解下一个接口自动化测试框架必须具备什么功能。1、校验这个很好了解，如果没有校验，单纯的执行接口的话，那就谈不上测试了。所以支持对返回值校验是一个必须的功能。2、数据隔离数据隔离就是指具体的请求接口、参数、校验等数据做到与代码相隔离，便于维护，一旦需要调整接口用例、新增接口用例时可很快速的找到位置，隔离的另一个好处就是可复用，框架可
正如我们所知，在整个项目的测试工作中，回归测试所占用的时间和资源消耗是整个测试周期的70%-80%。在开发不断做BUG修复时，在系统不断维护过程中，都是回归测试必须出场的节点。携程与众多“历史悠久”的IT企业一样，计算机系统历史悠久，同样“深不可测”。需求版本的叠加，人员的流动，难免在“传承”的过程中有所遗漏。再加上近年来携程改造项目的逐渐增多，如：去SP改造类项目、DotNet转Java项目，对
本框架是别人项目正在使用的框架，我这边抓取后经过了一点优化后整理出来的，大致包括，自动化用例套件、数据分离、日志模板、配置分离、断言、接口自动化、持续集成、自动化报告等方面，已经是一个很全的轻量级框架了。在开始之前，请让我先声明几点：这个“从0开始”并不是说你不需要任何基础知识，而是指框架从无到有的过程，要开始搭建还是需要一定基础请确保你已经掌握了基本的Python语法如果你要搭建UI框架，请确保
这几天碰到一个事情，有必要记录一下。在一个项目中，压力测试工具中一个业务响应时间变长，数据库（oracle）CPU使用率99%以上。从AWR报告上看到如下信息：在性能项目的沟通中，经常是在这样的时候，我们就去告诉开发说现在的状态是CPU使用率高，把AWR报告往开发那里一发，性能团队的人员就喝咖啡去了。但是性能如果只是做到这里，沟通其实没有在同一个界面上。在这个典型的沟通过程中，上述结果也确实发给开
““春天工程”项目组是应用开发二部最早采用敏捷模式的项目组，项目组在项目推进过程中使用Scrum框架，结合“看板+站会”形式，积极探索项目推进新措施。结合TFS工具逐步实现了电子工具与物理看板的有机融合，并在过程管理、版本管理、交付质量三大方面取得了突破。”物理看板作为“春天工程”项目组日常管理的核心工具，实现了从“影响地图”出发的需求研制与分析，利用“用户故事地图”将需求拆分成用户故事及任务，以
01运行1）App安装完成后的试运行，可正常打开软件。2）App打开测试，是否有加载状态进度提示。3）App页面间的切换是否流畅，逻辑是否正确。4）注册同表单编辑页面用户名密码长度注册后的提示页面前台注册页面和后台的管理页面数据是否一致注册后，在后台管理中页面提示5）登录使用合法的用户登录系统系统是否允许多次非法的登录，是否有次数限制使用已经登录的账号登录系统是否正确处理用户名、口令（密码）错误或
一、背景为了让大家更加的了解Jmeter，并且使用起来游刃有余，后期会加入性能篇。1、DebugSampler和DummySampler首先介绍一下Jmeter调试的利器DebugSampler和DummySamplerDebugSampler会把我们自定义的变量输出在ResponseData中，方便我们调试的时候使用，正式执行脚本时需要删除DebugSampler。DummySampler可以比
一、背景：为了让大家更加的了解Jmeter，并且使用起来游刃有余。这篇我们主要讲一下，如何优雅的使用Jmeter一步步的实现接口自动化，完成脚本与数据分离，把可能对Jmeter脚本的维护转移到csv文本中，降低接口变更时对脚本的维护，最终目标是实现写好接口自动化脚本后，接口变更的维护都只要操作csv文件。二、实例先介绍一个Jmeter的函数-》csvRead函数，后续介绍使用的会比较多，熟悉的伙伴
热门文章