“客户有个需求要改”“客户想增加一个小功能”“客户觉得新增加的功能不符合预期，希望改回去”今天在朋友圈转发了一篇文章，题目是“爱一个程序员，就为他充值一个“github私有库”。突然很伤感，程序员太廉价了。
用户故事可能是捕获产品功能的最流行的敏捷技术：使用用户故事很容易。但讲出有效的故事可能很难。以下十个技巧可以帮助您创建好的故事。技巧一：用户第一顾名思义，用户故事描述了客户或用户如何使用产品，它从用户的角度进行表达。另外，用户故事特别有助于捕捉特定的功能，例如搜索产品或进行预订。下图说明了用户，故事和产品功能（由圆圈表示）之间的关系。如果你不知道谁是用户和客户，以及为什么他们会想要使用这个产品，那
十天内，从北京到福州、再到深圳，完成了三场测试思维训练课程，从测试的基本思维到系统性思维、分析性思维（包括批判性思维）和发散性思维的训练，虽然期间还讨论了探索式测试和自动化测试。这也说明不少测试同仁渴望得到这方面训练，因为人类已经进入一个智能的时代，不会思维就可能很快被这个社会所淘汰不仅仅是一般简单机械的劳动会被机器所代替，而且越来越复杂的工作也会被机器人所代替，未来留给人类的工作空间会越来越小，
性能测试是应用软件在正式投产前非常重要的测试环节，因此各类定义性能测试的过程方法也相对丰富多样。本文主要通过RBI方法在证券公司复杂WEB应用系统中测试场景中的应用实例，探讨如何在RBI方法的指引下快速、系统地发现软件性能瓶颈，进而提升应用系统性能测试的效率和质量。一、什么是RBIRBI（rapidbottleneckidentify）是Empirix公司提出的快速识别系统性能瓶颈的方法。与GAM
前段时间需要跑一批数据到mongo中，采用jmeter读取数据文件向服务端发送请求的方式，将数据库跑入数据库。数据量：200wmongo与服务端均部署在同一台机器上。现象服务器上执行jmeter脚本，但是数据惨不忍睹测试截图看了服务器的cpu和内存的使用率，发现cpu（24核）只有67%，内存只有20%（512G）。并发量只有200，明显对于服务端的压力不大，排除硬件。后来将并发量降低至50，数据
使用python脚本配合loadrunner做二进制数据压测背景大部分的压测需求，服务端处理的都是url参数或者postbody中的表单内容，最多是解析json处理json内容，这样的需求做起压测来比较简单，只需要参数化url中的参数或者表单中的值就可以了，但是随着服务端逻辑越来越复杂、对性能和安全性的要求越来越高，这样简单的接口已经满足不了我们的需求了，把postbody进行加密或者用复杂的传输
一、怎么界定自动化测试范围白盒测试主要测试APP的内部结构或运作，以代码实现的角度来设计测试案例。白盒测试优点在于要求测试人员去学习软件的实现，可以检测代码中的每条分支和路径，揭示隐藏在代码中的错误，对代码的测试比较彻底。单元测试属于白盒测试的一种手段，是一种提高软件质量非常有效的方法。对于多次的迭代开发和重构，团队需要通过单元测试来看是否新的迭代对于原有的功能是否有影响。但是，单元测试在现实实践
为了进一步加强测试质量，同时探索测试左移在同步中的实践，iOS同步助手尝试接入静态代码扫描工具。希望通过不同的途径提前发现日常测试中难发现的问题。然而iOS静态代码扫描工具有不少，它们都有什么不同？我应该选哪一个？因此，本文主要针对主流的几个工具，对同步助手的代码进行扫描，并分析对比它们的扫描结果，再敲定后续的接入计划。该文章从以下几部分进行阐述，可按需阅读：一、工具介绍二、遇到的坑点三、扫描能力
在手工维护和使用一些自动化工具（如Jenkins）管理服务器和测试环境时，会发现一些问题。如果服务器、应用很多，会不方便统一管理。一般每个业务线、每个应用应该有专属的测试服务器。如果应用任意部署，则会因为应用间相互依赖，导致跨多个应用的业务流不能串联，延误测试进度。在开发工程师提测后，需要知道提测代码对应的分支、版本。部署后需要知道服务器上部署的应用信息，以方便核对测试代码是否和提测版本一致。测试
证券期货业信息技术测试中心（中金所）陈冬严通常的缺陷分析主要关注于测试团队的内部指标，本文尝试以缺陷为视角，通过复盘某一核心系统历时30个月的建设过程，寻找质量、效率、工作模式等相关的问题，为后续根因分析活动提供参考。本文首先从缺陷报告的角度出发，通过缺陷到达率、缺陷报告人分布、缺陷引入阶段、缺陷严重级别及所属模块等指标进行了分析。对完成标准、团队效率、测试设计、人员成长方面提供了实施建议。1核心
热门文章