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. 堡壘機可以對介面做壓測嗎
你好，堡壘機是完全可以用對介面做壓測的，放心使用吧！