零、困惑与思考从元月份开始，一直在思考在App测试中，如何能够更好更快的完成测试？如何能够快速的进行人员能力迁移？如何在通过一定的训练减少因人员能力差异带来测试质量的不稳定。在App测试过程中就是测试一个个页面，而这个页面的技术特性决定了这个页面需要注意哪些地方，比如原生页面、H5页面、RN、小程序等；每个页面中会用快速搭建业务能力的业务组件，比如弹窗、XView、分享、引导、搜索等功能；最后才是
测试思维占据了整个测试技能中的80%测试人员应该具备那些思维方式？
一、软件性能测试目标软件性能测试的目的主要有以下三点：1.评价系统当前性能，判断系统是否满足预期的性能需求。2.寻找软件系统可能存在的性能问题，定位性能瓶颈并解决问题。3.判定软件系统的性能表现，预见系统负载压力，在应用部署之前，评估系统性能。而对于用户来说，则最关注的是当前系统：1.是否满足上线性能要求？2.系统极限承载如何？3.系统稳定性如何？二、软件性能测试中关键指标在性能测试中最重要有两个
本篇内容如下：认识项目目录Eclipse中启动JMeterEclipse中Debug下面开始正式内容：认识项目目录2.Eclipse中启动JMeter遵循Java规范，JMeter的启动也是从Main方法开始，启动文件是/src/core/org/apache/jmeter目录中的NewDriver类。可以看到main方法通过反射的方式运行了org.apache.jmeter.JMeter.sta
七年前，我在写《完美测试：软件测试系列最佳实践》时，列了十几条测试原则，可以概括为十大测试原则：测试目标要明确，并建立合理的阶段性目标一切从客户/用户的角度出发，想客户所想测试尽早介入，一旦项目启动，测试就要介入进去。尽可能确保软件的可测试性持续地测试、持续地反馈，最大程度地降低研发成本，提高研发效率测试时不能穷尽的，应设定合理的测试目标或测试终止的条件基于项目的上下文来制定相应的测试策略基于风险
原文发表于新浪博客，2014年7月20日Acer公司的施老先生早先发明过一个IT产业的微笑曲线。这里照猫画虎，划了一个软件测试的微笑曲线。经常有测试团队存废、测试被淘汰等等的争论见诸于各个论坛。个人的理解是测试是个技术活。不会写代码的开发不是好测试，既然现在某度、某鹅和某猫已经带领互联网领域的测试在码农的道路上越走越远，说明这条路也已经被走成了康庄大道。而传统的测试人员，如果不会码代码，是不是就被
千丁性能测试执行过程终需要多机配置jmeter集群，配置过程记录：1、软件安装目前有IP从【91--100】10台阿里云服务器均已经安装好5.0版本jmeter(安装jmeter需要java环境，环境变量配置等)2、修改jmeter配置agent代理功能(具体负责执行脚本的jmeter)依次修改92--100机器Jmeter安装目录下/bin目录下的jmeter.properties文件作为age
在《全面的质量保障体系之测试用例分级》中提到用例分级的最主要应用于回归测试；用例分级应用的主要问题，很多公司都建立了用例分级管理体系，但是真正使用时因为不同的人对于业务的理解不同，所选取的用例策略就不同。比如同样是登录对于IM的聊天业务影响，有些人认为这个影响非常大，需要对聊天业务的所有用例进行回归测试；有些人则觉得这个影响不是很大，只要测试聊天功能的BVT、高两个级别的用例就可以了。到底该如何选
在持续集成的过程中，并行的执行那些没有依赖关系的任务可以缩短整个执行过程。Jenkins的pipeline功能支持我们用代码来配置持续集成的过程。本文将介绍在Jenkins中使用声明式pipeline语法完成任务的并行执行。Stage内的并行执行在声明式pipeline版本1.2之前，这是唯一的并行方式，我们看一下代码的写法：在同一个stage内部，我们可以并行的执行多个step。代码中的step
前言算法领域也是测试同学在逐步介入和深入的领域，但这个领域的测试具有极为明显的特殊性——输出具有不确定性，算法设计技术思路和一般的工程类项目不同，允许有badcase存在，结果短期内不一定可见等。因为广告、信息流等业务跟算法结合紧密，团队内也在探索算法测试的方案，方法。本文给出了实际工程中最为常用的算法——推荐算法、最优化算法、预估算法、分类算法以及它们的应用场景，想入门算法领域的同学可以作为一个
热门文章