Maze -- life is amazing

转自: http://www.sxt.cn/u/4678/blog/5511

问题描述：在Jmeter中设置并发为S，循环次数为N时，参数化文件可能被重复读取N次，无法保证每次读取的数据均不一样，解决办法：此处介绍保证数据不重复的方法，启动Jmeter，新建一个线程组，在线程组下添加一个CSV Data Set Config，具体配置如下图：将配置中默认配置项Recycle on EOF = True ,Stop thread on EOF = False改为Recycle...

影响测试进度因素：1. 测试时需要确认需求2. 已有需求变更3. Bug多，问题修复，反复验证及回归测试4. 上下游未开发完成5. 联调，上下游响应慢

被测需求不多，测试内容及范围不大场景开发人员可通过简单沟通，口头或书面将测试需求告知测试人员。此种情况下，沟通成本低，上线速度也较快。测试需求小而密集，变动频繁，或被测需求需测试范围较大开发人员需将测试需求整合，通过书面或文档形式告知测试人员。减少测试人员频繁部署，频繁回归测试。对提升上线速度也很有帮助。...

需求：脚本读取文本文件中的构建信息，打印信息，并生成json格式字符串，json字符串用于robot framework调用Jenkins打包用（需要job_name，job_tag及job_type）脚本如下：#!/usr/bin/sh### 输入文件格式如下：# xxx需求--接口改动 http://svn.xxx.com/xxx/refund_back/branches...

需求阶段需求评审：界面、用户接口、功能、性能、安全性开发阶段单元测试：Junit代码扫描：Sonar依赖检查、引用包安全性测试阶段测试用例评审（实际评审和需求及开发会并行进行）界面测试：robot framework + selenium(appium)界面测试：robot framework + selenium(appium)接口测试：postman（http接口）...

使用不合理的数据结构，如满系统全用ArrayList，该用LinkedList的地方也使用ArrayList未合理分配内存大小使用不合理的算法

对被测系统系统进行自动化测试，可能会面临如下问题：大量数据准备工作，诸如测一个支付流程，可能需要用到用户会员数据、身份数据、支付方式数据，商户数据、商户支付方式数据、秘钥数据，订单数据等依赖下游系统提供的接口，如写账单、报账务、调渠道等，使用mock接口可能测试过程中需要修改被测系统的接口别名或者接口版本，重启系统依赖下游系统的消息，依赖下游系统消息触发业务状态扭转部分应用对定时调度依赖...