A. 双十一快到了，如何正确使用压测，验证交易的完整链路
每年双11都是一次大考，对系统、API、服务器都是一个考验。你的思路是很对的，上线之前，必须要做个压测，看看系统有没有问题，至少不会一上线就崩。
1、看你的要求，需要测试整个交易链路，根据之前的数据,看看具体峰值能到多少，然后去设定压测目标，准备好测试脚本、定义好压测任务和压测点，基本上没什么问题。压测可覆盖前端应用、CDN、网络和基础架构等完整应用链路，验证交易核心环节上的各种限流和预案的准确性，这样能发现全技术栈性能瓶颈和隐藏风险。
2、关于你的疑问，现在做了压测，上线后还是有可能会有问题，是有可能的。所以不能光压测，压测中你可能会发现各种各样的问题，但是这些问题的关键点在哪里？如果配合APM工具做，会让你事半功倍。至少能帮你准确的定位到故障，节省你解决问题的时间。建议上线后，APM工具也是要有的，万一有什么问题，可以帮你快速的纠错。双11促销时间本来就短，时间就是金钱，做好基础IT保障是很有必要的。
3、压测方法和工具要选对，但是电商有个特别的地方是，就是有很多加密的环境，比如登录、支付等。现在很多工具做不到，甚至CT都做不到。我们公司的压测宝产品最近在各种加密环境的压测做了很多努力，目前已经成功的帮助某跨境电商实现了加密环境的压测方案。如果你的整个交易链路中有加密的环节需要压测，就需要特别的考虑。
B. 怎么调用openssl的加密算法接口
提供个加密函数代码：
#define MAX_ENCRYPT_LEN 1024
void MyEncrypt(const unsigned char *sMsg, int cbMsg, unsigned char *sEncryptMsg, int &cbEncryptMsg)
{
OpenSSL_add_all_algorithms();
//产生会话密钥
unsigned char SessionKey[16];
RAND_bytes(SessionKey,16);
//加密
EVP_CIPHER_CTX ctx;
EVP_CIPHER_CTX_init(&ctx);
if(EVP_EncryptInit_ex(&ctx,EVP_get_cipherbynid(NID_aes_128_ecb),NULL,SessionKey,NULL))
{
int offseti=0;
int offseto=0;
int offsett=0;
for(;;)
{
if(cbMsg-offseti<=MAX_ENCRYPT_LEN)
{
EVP_EncryptUpdate(&ctx, sEncryptMsg+offseto, &offsett, sMsg+offseti, cbMsg-offseti);
offseto+=offsett;
break;
}
else
{
EVP_EncryptUpdate(&ctx, sEncryptMsg+offseto, &offsett, sMsg+offseti, MAX_SIGN_MSG);
offseti+=MAX_SIGN_MSG;
offseto+=offsett;
}
}
EVP_EncryptFinal_ex(&ctx, sEncryptMsg+offseto, &offsett);
offseto+=offsett;
cbEncryptMsg=offseto;
}
EVP_CIPHER_CTX_cleanup(&ctx);
}
参数解释：
const unsigned char *sMsg 需要解密的明文
int cbMsg 明文长度
unsigned char *sEncryptMsg 输出密文
int &cbEncryptMsg 密文长度
好了，这个函数刚写的，验证了一下，是没有问题的
解密与这个比较类似
C. 接口测试中的加密算法如何实现
加密实现对于测试而言，的确是件头疼的事情，毕竟大多数测试没有编码基础，即便有编程也是短板，要是实现加密算法的话，主要有两种方式:
1. 可以以纯编码的方式实现,比如使用 java 或 Python等
2. 如果是测试工具的话，比如Jmeter，可以求助开发将加密算法导出为 jar 包，然后我们测试再在 Jmeter 中导入jar包，再调用类似于 BeanShell 取样器的组件，调用开发提供的加密函数(可以一定程度的减少代码量) 获得更多关于测试的知识，建议你去找视频学习一下，黑马程序员官网就有很多专业的视频，应该挺适合你的。
D. 别人写了一个用SHA1加密的接口，请问我怎么调用它啊
1、调用WebService，对方给出WebService地址，可以用Axis生成对WebService的调用代码进行调用
2、对方提供接口文档和传输方式，根据接口文档调用。
Java接口是一系列方法的声明，是一些方法特征的集合，一个接口只有方法的特征没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的行为（功能）。
两种含义：一，Java接口，Java语言中存在的结构，有特定的语法和结构；二，一个类所具有的方法的特征集合，是一种逻辑上的抽象。前者叫做“Java接口”，后者叫做“接口”。
E. 服务器压测是一次性跑所有接口吗
压力测试的话，这个要看你具体是用来测试哪个环节，比如承载能力啊等等。不一定需要一次性跑所有接口。你可以去服务器厂商，国内的正睿、曙光。联想、浪潮，国外的戴尔、惠普等找找相关技术文档参考一下就清楚了。
F. jmeter如何测试加密过的登录接口
1.用jemter做接口
1.我们先建立一个线程组
2.我们要设置一个http,发送http默认请求值，放入你需求测试的地址
3.在建立一个http请求
4.添加监控器，主要是监控结果，查看结果树
5.查看请求，发现请求是成功了的，但是响应数据是错误，登录失败了，因为请求失败以后的数据是以下的数据
"State":9999, // 9999
至于为什么，是因为登录需要加密的key，有一个加密的算法，那如果这样，就只能用java来手写这个接口了，就在下次共享出来吧。
G. 接口如何对https加密
如果接口开发需要HTTPS加密，那么您需要准备以下几点：
1、拥有一台独立服务器（云服务器），并且服务器环境最好使用最新版本。
2、注册1个域名，并且拥有解析域名的权利。
3、登陆淘宝搜索：Gworg 获取SSL证书，并且办理验证。
4、拿到证书后部署到服务器就可以实现接口HTTPS加密了。
H. 加密/解密android现有的数据库使用SQLCipher问题，怎么解决
针对sqlite数据库文件，进行加密。现有两种方案如下:
1.对数据库中的数据进行加密。
2.对数据库文件进行加密
1.uin怎么获取？
这个uin不是登录的帐号，而是属于内部的、程序界面上不可见的一个编号。
至于查看，最简单的方法就是登录web微信后，按F12打开网页调试工具，然后ctrl+F搜索“uin”，可以找到一串长长的URL，里面的uin就是当前登录的微信的uin。
还
有一种方法就是配置文件里，导出的微信目录下有几个cfg文件，这几个文件里有保存，不过是java的hashmap，怎么解析留给小伙伴们自己琢磨吧，
还有就是有朋友反应退出微信（后台运行不叫退出）或者注销微信后会清空这些配置信息，所以小伙伴们导出的时候记得在微信登陆状态下导出。博主自己鼓捣了一
个小程序来完成解析。
2.一个手机多个登录帐号怎么办（没有uin怎么办）
根
据博主那个解密的帖子，必须知道串号和uin。串号好说，配置中一般都有可以搞到，uin从配置中读取出来的时候只有当前登录的或者最后登录的，其他的几
个记录都没办法解密。网上某软件的解决方法是让用户一个一个登录后再导出。这个解决方法在某些情况下是不可能的，或者有时候根本不知道uin。
后来经过一个朋友的指点，博主终于发现了解决方法，可以从配置中秒读出来这个uin，这个方法暂时不透漏了，只是说明下这个异常情况。
3.串号和uin怎么都正确的怎么还是没办法解密
先
说说串号这个玩意，几个热心的朋友反馈了这个问题，经过博主测试发现不同的手机使用的不一定是IMEI，也可能是IMSI等等，而且串号也不一定是标准的
15位，可能是各种奇葩，比如输入*#06#出来的是一个，但是在微信程序里用的却是另一个非常奇葩的东西，这种情况多在双卡双待和山寨机中出现，经过严
格的测试，现在已经能做到精确识别，那几位热心的朋友也赠与了不同的代码表示鼓励。
4.计算出来了正确的key为什么无法打开数据库文件
微
信这个变态用的不是标准的sqlite数据库，那个帖子也提到了不是数据库加密，是文件的内容加密，其实是sqlcipher。官方上竟然还卖到
149$，不过倒是开放了源码，水平够高的可以自己尝试编译。google还能搜索到sqlcipher for
windows这个很好编译，不过博主不知是长相问题还是人品问题，编译出来的无法打开微信的数据库，后来改了这份代码才完成。
5.数据库文件内容是加密的，怎么还原
这
个是某些特殊情况下用到的，比如聊天记录删除了数据库中就没了，但是某个网友测试说数据库无法查询出来了，但是在文件中还是有残留的。这个情况我没测试
过，不过想想感觉有这个可能，就跟硬盘上删除了文件其实就是删除了文件的硬盘索引，内容还是残留在硬盘上可以还原一样，sqlite数据库删除的条目只是
抹去了索引，内容还存在这个文件中。
网上的都是直接打开读取，并没有解密还原这个文件成普通的sqlite数据库，使用sqlcipher
的导出方法也只是将可查询的内容导出。后来博主花了时间通读了内容加密的方式，做了一个小程序将加密的文件内容直接解密，不操作修改任何数据，非数据库转
换，直接数据流解密，完全还原出来了原始的未加密的数据库文件，大小不变，无内容损失，可以直接用sqlite admin等工具直接打开。
6.已经删除的聊天内容可以恢复么
通过上述第5的方式还原出原数据后，经测试可以恢复。sqlite的删除并不会从文件中彻底删掉，而是抹掉索引，所以可以通过扫描原始文件恢复。前提是没有重装过微信。。。
两种加密方式的优缺点，比较如下：
一、对数据库中的数据进行加密
优点：
1.实现数据加密快速，只需添加两个方法
一是：对明文数据进行加密返回密文数据
二是：对密文数据进行解密返回明文数据
2.程序无需进行太大变动，仅在对数据进行添加，修改，删除，查询时。针对指定的表字段进行修改进行加密，解密的字段即可。
不足：
1.由于对数据进行了加密。所以为了看到明文，必须密文进行解密。因此会增加处理器的消耗。因终端手机的处理能力有限，可能会出现处理数据缓慢的现象发生。
2.仅仅对数据进行了加密，还是可以看到数据表的sql语句，可能猜测到表的作用。另外，如果没有对一个表中的所有字段加密，则可以看没有加密的明文数据。
需要做的工作：
1.无需考虑平台差异性，qt,android,ios都能快速的实现。只需在每个平台上，使用各自的语言，实现同样的加密，解密算法即可。
2.需要对加密算法进行了解，选择一种加密算法，进行实现。
二、对数据库文件进行加密
优点：
1.对整个文件进行了加密，用户通过编辑器看不到任何有用的数据，用户使用sqlite browser软件也无法打开文件查看数据，保证了数据安全。
2.进行打开数据库时，使用程序sqlite3_key(db,”********”,8);即可对文件解密，对数据表的操作无需进行加密，采用明文即可。
不足：
1.需要修改sqlite的源代码，这个工作难度比较大。
2.需要对修改后的sqlite进行编译，需要对makefile有所了解，手动编写makefile文件，对源程序进行编译。因平台差异性，可能会造成某个平台无法编译生成动态链接库的可能。
3.需要对数据访问层代码进行修改，例如qt平台需要将以前对数据库操作使用的QSqlQuery类，更改为使用sqlite3.h文件中定义操作，对数据库操作。其他平台也一样，都要做这一步的修改。
4.在程序编译时，要加入使用加密的动态链接库（linux为共享库.so文件）windows平台最容易，只需将所使用的dll文件到应用程序中即可。其他平台需要实验，看如何引入库,如果编译。
需要做的工作：
1.修改sqlite源代码，追加对数据库文件进行加密的功能。
2.编译含有加密功能的程序源代码，生成各自平台需要使用的库文件。
3.将加密sqlite库文件引入各自平台中，修改数据库访问层代码。
4.进行程序的部署，测试。
三、数据库加密原理
目前主流的数据库都采用了各种安全措施，主要包括用户认证、访问控制、数据加密存储和数据库操作审计等措施。
用户认证：用户或者程序向数据库提供自己的有效身份证明，数据库鉴别用户的身份是否合法，只有合法的用户才能存取数据
库中的数据。用户认证是所有安全机制的前提，只有通过认证才能进行授权访问和审计。
访问控制：数据库管理系统为不同的用户分配不同的权限，保证用户只能进行授权的访问。目前，一些大型数据库(如Oracle 等)
都采用了基于角色的访问控制机制，即为用户授予不同的角色，如db—owner，security administrator 等，不同的角色允许对数据库执行不同的操作。
数据库加密：用户认证以及访问控制对访问数据库进行了控制，但攻击者可能会利用操作系统或数据库漏洞，或物理接触计算机，而直接接触数据库系统文件，从而可能绕过身份认证和存取控制而直接窃取或篡改数据库内容。对数据库中的数据进行加密是防范这类威胁的有效手段。
数据库操作审计：监视和记录用户对数据库所做的各种操作的安全机制，它记录并存储用户的操作，用于事后分析，以检查导致数据库现状的原因以及提供追踪攻击者的线索。数据库的备份与恢复：当数据库发生不可恢复的故障时，可以将数据库恢复到先前的某个一致性的状态。
四、SQLite 加密
由于SQLite 是开放源码的，并且在其源码中预留了加密接口，我们可以通过实现其预留的加密接口实现口令认证和数据库加密以完善其加密机制。
1.口令认证
SQLite 数据库文件是一个普通文本文件，对它的访问首先依赖于文件的访问控制。在此基础上，再增加进一步的口令认证，即在访问数据库时必须提供正确的口令，如果通过认证就可以对数据库执行创建、查询、修改、插入、删除和修改等操作；否则，不允许进一步的访问。
I. loadrunner怎么处理rsa加密的接口
CryptoAPI使用两种密钥:会话密钥与公共/私人密钥对。会话密钥使用相同的加密和解密密钥,这种算法较快,但必须保证密钥的安全传递。公共/私人密钥对使用一个公共密钥和一个私人密钥,私人密钥只有专人才能使用,公共密钥可以广泛传播。如果密钥对中的一个用于加密,另一个一定用于解密。公共/私人密钥对算法很慢,一般只用于加密小批量数据,例如用于加密会话密钥。
CryptoAPI支持两种基本的编码方法:流式编码和块编码。流式编码在明码文本的每一位上创建编码位,速度较快,但安全性较低。块编码在一个完整的块上(一般为64位)工作,需要使用填充的方法对要编码的数据进行舍入,以组成多个完整的块。这种算法速度较慢,但更安全。
J. 堡垒机可以对接口做压测吗
你好，堡垒机是完全可以用对接口做压测的，放心使用吧！