安裝環(huán)境：WIN7
1.mgn-mqt82.exe運行失敗
解決：由于是WIN7系統(tǒng)，故破解文件應該放在安裝目錄C:\Program Files\Common Files\Mercury Interactive\下才行。
2.沒辦法生成lservrc文件
解決：運行破解文件時，要以管理員身份運行
3.注冊mercuryinteractive網(wǎng)站成功后，卻無法再登陸
解決：注冊的用戶名重名，重新選擇一個復雜點的注冊
4.錄制的時候，Action顯示空白
解決：要以管理員身份運行QTP
解決：開啟QTP時，不要加載ACTIVE X插件
在
iphone開發(fā)過程中，代碼中的內(nèi)存泄露我們很容易用內(nèi)存檢測工具leaks 檢測出來，并一一改之，但有些是因為
ios 的缺陷和用法上的錯誤，leaks 檢測工具并不能檢測出來，你只會看到大量的內(nèi)存被使用，最后收到didReceiveMemoryWarning，最終導致程序崩潰。以下是開發(fā)過程中遇到的一些問題和網(wǎng)上的一些資料，總結(jié)了一下：
一、[UIImage imageNamed:]只適合與UI界面中的貼圖的讀取，較大的資源文件應該盡量避免使用
用UIImage加載本地圖像最常用的是下面三種：
1.用imageNamed方法
[UIImage imageNamed:ImageName];
2.用 imageWithContentsOfFile 方法
NSString *thumbnailFile = [NSString stringWithFormat:@"%@/%@.png", [[NSBundle mainBundle] resourcePath], fileName];
UIImage *thumbnail = [UIImage imageWithContentsOfFile:thumbnailFile];
3. 用initWithContentsFile方法
UIImage *image = [[UIImage alloc] initWithContentsOfFile:filePath]
第一種方法為常見方法，利用它可以方便加載資源圖片。用imageNamed的方式加載時，會把圖像數(shù)據(jù)根據(jù)它的名字緩存在系統(tǒng)內(nèi)存中，以提高imageNamed方法獲得相同圖片的image對象的性能。即使生成的對象被 autoReleasePool釋放了，這份緩存也不釋放。而且沒有明確的釋放方法。如果圖像比較大，或者圖像比較多，用這種方式會消耗很大的內(nèi)存。
第二種方法加載的圖片是不會緩存的。得到的對象時autoRelease的，當autoReleasePool釋放時才釋放。
第三種方法要手動release掉。不系統(tǒng)緩存。release后立即釋放，一般用在封面等圖比較大的地方。
二、 滑動列表的時候，使用UITableView的reuse機制
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
static NSString *CellIdentifier = @"Cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
if (cell == nil) {
cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];
}
dequeueReusableCellWithIdentifier 方法會把隱藏的界面拿來重用，這樣節(jié)省很多資源。
三、要大量創(chuàng)建局部變量的時候，可以創(chuàng)建內(nèi)嵌的autorelease pool來及時釋放內(nèi)存
int main (int argc, const char *argv[])
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];int i, j;for (i = 0; i < 100; i++ )
{
NSAutoreleasePool *loopPool = [[NSAutoreleasePool alloc] init]; for (j = 0; j < 100000; j++ )
[NSString stringWithFormat:@"1234567890"];//產(chǎn)生的對象是autorelease的。 [loopPool release];
}
[pool release];return (0);
} // main
詳細查看：iPhone/Mac Objective-C內(nèi)存管理教程和原理剖析(一)基本原理
四、頻繁打開和關閉SQLite，導致內(nèi)存不斷的增長
SQLite的
數(shù)據(jù)庫本質(zhì)上來講就是一個磁盤上的文件，頻繁打開和關閉是很耗時和浪費資源的，可以設置SQLite的長連接方式；避免頻繁的打開和關閉數(shù)據(jù)庫；
五、在UITableView 的cellForRowAtIndexPath 代理中不要使用 stringWithFormat 方法
定義一個字符串變量有很多方法，最簡單的就是 NSString *str = @“abc”， 還有initWithString、stringWithFormat和stringWithCString等等。大量的字符操作時，不同的方法消耗不同的內(nèi)存。
以下
測試代碼轉(zhuǎn)自：http://www.cocoachina.com/bbs/read.php?tid-17652-fpage-9.html
//
- ()testStringSpeed:(*pool= testi,testnum= c,tm=(testi=;testi<testnum;testi++*beg= i,n=(i=;i<n;i++
=+=,[textField stringValue],testi+,[textField stringValue],()tm/
由于stringWithFormat 即耗時又耗內(nèi)存，所以在cellForRowAtIndexPath 繪制cell 的時消耗大量內(nèi)存和時間，造成界面滑動不流暢。
六、關于 colorWithPatternImage 的內(nèi)存泄露
self.view.backgroundColor = [UIColor colorWithPatternImage:[UIImage imageNamed:@"bg.png"]];
此方法用圖片來設置view的背景顏色，但是某些設備上會導致內(nèi)存泄露
short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯？
答案是：前者錯，后者對。相信不管是否經(jīng)歷過java面試過,大家一定對這道題很熟悉。因為這道題確實太經(jīng)典了，以至于成為了基本每個老師都會拿出來，當作課堂例題來講。要說清這道題，首先看看java表達式類型轉(zhuǎn)換規(guī)則。
【java表達式類型轉(zhuǎn)換】
java是一門強類型語言，不僅每個變量具有指定的數(shù)據(jù)類型，它的表達式也有指定的數(shù)據(jù)類型。因此在不同類型之間進行賦值操作很容易遇到到類型轉(zhuǎn)換的問題。
在JAVA表達式中，如果進行運算的幾個變量類型不一致，JAVA表達式會采取類型自動提升的操作。Java定義如下的自動提升規(guī)則：
1. 所有byte型、short型和char型將被提升到int型。
2. 整個算術(shù)表達式的數(shù)據(jù)類型自動提升到與表達式中最高等級操作數(shù)同樣的類型。操作數(shù)的等級排列如下圖所示，位于箭頭右邊類型的等級高于位于箭頭左邊類型的等級。以下是java表達式中類型提升等級。
【復合賦值運算符包含的隱式類型轉(zhuǎn)換】
short s1 = 1; s1 = s1 + 1會引起編譯錯誤，s1+1表達式類型會自動提升為int類型，而s1的聲明類型為short類型，所以將一個int類型的值賦給short類型將引起編譯錯誤。
但short s1 = 1; s1 += 1;不會出錯，因為表達式中使用了+=復合賦值運算符，復合賦值運算符包含了一個隱式的類型轉(zhuǎn)換。s1 = s1 + 1和s1 += 1實際上并不等價。s1+=1實際上等于s1 = (s1的類型）s1+1，復合賦值運算符會自動將他計算的結(jié)果值強制類型轉(zhuǎn)換為其左邊變量的類型。
存儲過程和函數(shù)的區(qū)別是什么？
答：存儲過程是用戶定義的一系列
SQL語句的集合，涉及特定表或其他對象的任務，用戶可以調(diào)用存儲過程。
而函數(shù)通常是
數(shù)據(jù)庫已經(jīng)定義的方法，它接收參數(shù)并返回某種類型的值，并且不涉及特定用戶表，例如聚集函數(shù)avg、max、count等，日期時間單數(shù)day、month等。
PL/SQL(Procedural Language/SQL, PL/SQL)是編寫數(shù)據(jù)庫存儲過程的一種過程語言，它結(jié)合了SQL的數(shù)據(jù)操縱能力
和過程化語言的流程控制能力，是SQL的過程化擴展。
綜上PL/SQL就是對數(shù)據(jù)的操縱過程化
存儲過程的優(yōu)點
它是由PL/SQL語句書寫的過程，這個過程經(jīng)編譯和優(yōu)化后存儲在數(shù)據(jù)庫服務器中，因此稱它為存儲過程，使用時只要調(diào)用即可。
1、由于存儲過程不像解釋執(zhí)行的SQL語句那樣在提出操作請求時才進行語法分析和優(yōu)化
工作，因而運行效率高，
它提供了在服務器端快速執(zhí)行SQL語句的有效途徑。
2、存儲過程降低了客戶機和服務器之間的通信量。客戶機上的應用程序只要通過網(wǎng)絡向服務器發(fā)出存儲過程的名字和參數(shù)，就可以讓RDBMS執(zhí)行許多條的SQL語句，并執(zhí)行數(shù)據(jù)處理。只有最終處理結(jié)果才返回客戶端。
3、方便實施企業(yè)規(guī)則。可以把企業(yè)規(guī)則的運算程序?qū)懗纱鎯^程放入數(shù)據(jù)庫服務器中，由RDBMS管理，既有利于集中控制，又能方便地進行維護。當用戶規(guī)則發(fā)生變化時，只需要修改存儲過程，無需修改其他應用程序。
-----------------------------------------------------------------------------------------
觸發(fā)器的作用？
觸發(fā)器是一中特殊的存儲過程，主要是通過事件來觸發(fā)而被執(zhí)行的。它可以強化約束，來維護數(shù)據(jù)的完整性和一致性，可以跟蹤數(shù)據(jù)庫內(nèi)的操作從而不允許未經(jīng)許可的更新和變化。可以聯(lián)級運算。如，某表上的觸發(fā)器上包含對另一個表的數(shù)據(jù)操作，而該操作又會導致該表觸發(fā)器被觸發(fā)。
Q1：安裝完td后，無法下載插件，提示:cannot register activex server 報錯原因（可能）：安裝td時沒有關閉殺毒軟件的實時監(jiān)控，當提示修改注冊表是選擇了拒絕修改。
解決方法：刪除TD2000_80和TDAPICLient這個兩個文件夾一般在C:\Program Files\Common Files\Mercury Interactive這個目錄下，然后去add-in去下載客戶端，問題就能解決了。
Q2：TD登陸時候出現(xiàn)Permission denied:...錯誤的解決辦法
報錯原因：權(quán)限問題
解決方法：
1.先進入到TD_Dir中
2.比如我的是 C:\TD_Dir\ (域) \ (出現(xiàn)問題的項目) \Settings
3.里面一般會有三個文件 一個是Common 一個是Private 最后一個是_dummy
4.右鍵點擊Private文件夾的屬性,然后選擇安全,將里面的組和用戶的權(quán)限選擇完全控制（Private文件時寫入登錄用戶的文件）
也許是因為這個，所以TD_dir目錄需要開共享（并且設置可寫權(quán)限，當時我取消了TD_dir的共享，登錄出錯，后來恢復共享也不行，最后放寬權(quán)限才行）
Q3：出現(xiàn)Following client components were not downloaded successfully:
1、tdclientui80.TDFramex
.....
報錯原因：客戶端組件下載不成功
解決方法：刪除C:\Program Files\Common Files\Mercury Interactive\TD2000_80子目錄下的文件，然后重新操作
Q4：無法成功創(chuàng)建DB SERVER，ping的時候出現(xiàn)
[DBNETLIB][ConnectionOpen(Connect()).]
sql server does not exist or access denied. |未指定的錯誤.
報錯原因：未知
解決方法：
方法一、清除安裝時默認的DB SERVER：TDSQLSERVER，再重新創(chuàng)建一個本機的SQL服務器名。（這個是因為安裝是默認的TDSQLSERVE并沒有在SQL里創(chuàng)建。）
方法二、既然說TDSQLSERVE在SQL里沒有創(chuàng)建，那么我們就可以自己手動創(chuàng)建，步驟如下：
1.打開“SQL的客戶端往來實用工具”==“別名”，點擊添加按鈕，打開“添加網(wǎng)絡庫配置”，將服務器別名設為TDSQLSERVER，網(wǎng)絡庫選為TCP/IP，確定。
2.返回http://“IP地址”/TDBIN/SiteAdmin.htm的DB SERVER頁面，再次對TDSQLSERVER進行ping操作，失敗！繼續(xù)修改ing。。。
3.在Default Connection String欄顯示
Provider=SQLOLEDB.1;Data Source=%DB_SERVER%;User ID=%DB_USER%;Password=%PASSWORD%;Initial Catalog=%DB_NAME%
把Data Source=%DB_SERVER%改為Data Source=（local），再ping，這次提示The connection is OK!
Q5:使用TestDirector Checker進行check，找到了個錯誤，嘗試了并找到了解決辦法，具體如下。
The TestDirector installation process creates a virtual directory, which it attempts to places in High (Isolated) Application Protection. If, after the installation process, the virtual directory is otherwise protected, TestDirector cannot work properly. To rectify this situation, you must resynchronize the IWAM_XXXX account passwords, or place the virtual directory in Low (IIS process) Application Protection.For instructions on synchronizing IWAM_XXXX account passwords, refer to Article#324 on the following Web site: www.IISFAQ.com
Execute permissions: Execute (including scripts) permissions necessary.
解決方法：
1)進入“Internet信息服務”對話框，在“默認網(wǎng)站”下選擇“TDBIN”，在右鍵菜單中選擇“屬性”
2)在“虛擬目錄”Tab頁中選擇將所有權(quán)限選中，點擊創(chuàng)建網(wǎng)站按鈕，將“執(zhí)行權(quán)限”修改為“腳本和可執(zhí)行文件”，“應用程序保護”選擇“高（獨立）”
手工同步IIS用戶密碼，步驟如下：
1)重新設置IIS的IWAM賬號密碼。右鍵單擊 我的電腦->管理，打開計算機管理界面打開 本地用戶和組->用戶 右鍵單擊 啟動IIS進程帳號 IWAM_****（注：****一般是計算機名）點擊設置密碼，設置為一個你想要的密碼。
2)同步IIS metabase中IWAM_MYSERVER的密碼，在CMD中：c:/inetpub/adminscripts>adsutil set w3svc/wamuserpass "yourpassword"
3)同步COM+應用程序所用的IWAM_MYSERVER密碼，在CMD中：c:/inetpub/adminscripts>cscript synciwam.vbs -v。
Q6:使用TestDirector Checker進行check，找到了個錯誤，嘗試了并找到了解決辦法，具體如下。
Internet Information Server-->Reports Virtual Directory 失敗，提示信息為：Web Directory TDBIN/Reports Does Not Exist. TestDirector was installed incorrectly. Please Reinstall it.
解決方法：把reports目錄的“執(zhí)行權(quán)限”設置為“純腳本”，再次執(zhí)行check，全部通過，并且可以啟動TD服務。
以下是win7 client系統(tǒng)中 運行TD出現(xiàn)的問題
Q1： 無法下載控件 下載失敗
解決方法：修改IE， 工具--兼容性設置-- 把TD所在服務器的IP寫上
工具--選項 勾掉：啟用內(nèi)存保護幫助減少聯(lián)機攻擊這個復選框
大型網(wǎng)站掃描到后邊會出現(xiàn)掃不動，大型網(wǎng)站掃描時間過長等情況。但如果要在短時間內(nèi)掃描完某個大型網(wǎng)站，這樣就可以進行分割掃描，把一個大型站點分割為多個較小的再進行掃描分割。
有兩種分割掃描的方法：（都可以較短時間內(nèi)得到掃描結(jié)果，并且報告的可讀性較強）
Ps、需要先保存一份原始掃描文件（探索文件）。
1、加載掃描文件。
2、打開掃描配置。
3、選擇測試 → 測試策略。
4、進一步限制、定制測試策略 “類型”。
5、只勾選“基礎結(jié)構(gòu)”。
6、點擊確定即可保存修改好的配置。
7、保存該掃描文件為如“1.Scan”，啟動掃描即可。
8、重新加載原始掃描文件。
9、打開掃描配置對話，重復上述步驟3、4，在類型中只勾選“應用程序”。
11、保存該掃描文件為如“2.Scan”，當兩部分都掃描完之后就是一個完整的掃描。
二、按應用程序邏輯分布
1、加載掃描文件。
2、查看您的網(wǎng)頁應用程序，看它本身是否按邏輯分布的。
3、從左邊的應用程序樹狀結(jié)構(gòu)中，選擇不希望測試的節(jié)點，單擊右鍵并選擇“從掃描中排除”。
4、重新保存為如1.Scan并啟動掃描。
5、重新加載原始掃描文件，然后對該網(wǎng)頁站點中需要掃描測試的節(jié)點重復上述過程，重新保存掃描即可（分幾個掃描文件可根據(jù)具體情況）。
Ps、路徑和掃描深度在掃描配置→探索→探索選項設置，可根據(jù)具體情況設置以提高掃描效率。一般鏈接超過5000就可使用分割掃描。
rstat協(xié)議允許網(wǎng)絡上的用戶獲得同一網(wǎng)絡上各機器的性能參數(shù)。
需要下載3個包：
（1）rsh-0.17-14.i386.rpm
（2）rsh-server-0.17-14.i386.rpm
（3）rpc.rstatd-4.0.1.tar.gz
一、安裝rsh
查看是否安裝并卸載rsh
[root@localhost /]# rpm –qa |grep rsh --查看是否安裝rsh
[root@localhost /]# rpm –e + 版本號 --卸載該版本
安裝rsh,rsh-server
[root@localhost /]# rpm –ivh rsh-0.17-14.i386.rpm
[root@localhost /]# rpm –ivh rsh-server-0.17-14.i386.rpm
二、安裝rstatd
下載并安裝rstatd，下載地址：http://sourceforge.net/projects/rstatd，上傳至/usr/local
[root@localhost /]# find / -name rpc.rstatd
安裝rstatd
[root@localhost /]# tar -xzvf rpc.rstatd-4.0.1.tar.gz
[root@localhost /]# cd rpc.rstatd-4.0.1
[root@localhost /]# ./configure
[root@localhost /]# make
[root@localhost /]# make install
三、安裝完成后配置rstatd目標守護進程xinetd，配置文件于/etc/xinet.d目錄下
修改/etc/xinetd.d目錄下面的3個conf(rogin,rsh,rexec)中的disable均設置為no
[root@localhost /]# cd /etc/xinetd.d --進入到/etc/xinetd.conf目錄中
[root@localhost /]# vi rlogin --編輯disable=no，保存
[root@localhost /]# vi rsh --編輯disable=no，保存
[root@localhost /]# vi rexec --編輯disable=no，保存
四、啟動rpc.rstatd
[root@localhost /]# rpc.rstatd --啟動rpc.rstatd進程
[root@localhost /]# rpcinfo -p --執(zhí)行此命令檢查rpc服務的狀態(tài)
如果未出現(xiàn)上圖的rstatd說明沒有安裝成功，需要重復以上步驟。
到這里為止，LR監(jiān)控Linux必要的服務都已安裝好了。
五、關閉防火墻
[root@localhost /]# service iptables stop
六、利用LR中的Controller監(jiān)控Linux資源
在Controller中，將System Resource Graphs中的Unix resources拖到右側(cè)的資源監(jiān)控區(qū)域。
鼠標右鍵選擇Add Measurements，添加被監(jiān)控Linux的IP地址x.x.x.x，選擇需要監(jiān)控的性能指標，確認。
注意：監(jiān)控過程中要關閉Linux防火墻，否則可能會監(jiān)控失敗
七、遇到的問題
1. LoadRunner監(jiān)控Linux資源時彈出如下錯誤：
Monitor name :UNIX Resources. Cannot initialize the monitoring on 192.168.52.189. Error while creating the RPC client. Ensure that the machine can be connected and that it runs the rstat daemon (use rpcinfo utility for this verification). Detailed error: RPC: Failed to create RPC client.
RPC-TCP: Failed to establish RPC server address.
原因：Linux系統(tǒng)中沒有安裝rpc.rstatd，服務未開啟的原因造成的。
解決辦法：照上述方法安裝rpc.rstatd并開啟即可監(jiān)控Linux.
2. configure: error: no acceptable C compiler found in $PATH
原因：未安裝gcc編譯器. 在命令行里敲入gcc –v， 如果提示command not found 就表示你的系統(tǒng)里沒有安裝gcc編譯器
解決辦法：yum install gcc
簡單介紹監(jiān)控UNIX
lr監(jiān)控UNIX ，UNIX先啟動一rstatd服務
以下是在IBM AIX系統(tǒng)中啟動rstatd服務的方法：
1、 使用telnet以root用戶的身份登錄入AIX系統(tǒng)
2、 在命令行提示符下輸入：vi /etc/inetd.conf
3、 查找rstatd，找到
#rstatd sunrpc_udp udp wait root /usr/sbin/rpc.rstatd rstatd 100001 1-3
4、將#去掉
5、:wq保存修改結(jié)果
6、命令提示符下輸入：refresh –s inetd 重新啟動服務。
這樣使用loadrunner就可以監(jiān)視AIX系統(tǒng)的性能情況了。
注：在HP UNIX系統(tǒng)上編輯完inetd.conf后，重啟inetd服務需要輸入inetd -c
UNIX上也可以用rup命令查看rstatd程序是否被配置并激活
若rstatd程序已經(jīng)運行，重啟時，先查看進程ps -ef |grep inet，然后殺掉進程，再refresh –s inetd進行重啟。
Q1：安裝完td后，無法下載插件，提示:cannot register activex server
報錯原因（可能）：安裝td時沒有關閉殺毒軟件的實時監(jiān)控，當提示修改注冊表是選擇了拒絕修改。
解決方法：刪除TD2000_80和TDAPICLient這個兩個文件夾一般在C:\Program Files\Common Files\Mercury Interactive這個目錄下，然后去add-in去下載客戶端，問題就能解決了。
Q2：TD登陸時候出現(xiàn)Permission denied:...錯誤的解決辦法
報錯原因：權(quán)限問題
解決方法：
1.先進入到TD_Dir中
2.比如我的是 C:\TD_Dir\ (域) \ (出現(xiàn)問題的項目) \Settings
3.里面一般會有三個文件 一個是Common 一個是Private 最后一個是_dummy
4.右鍵點擊Private文件夾的屬性,然后選擇安全,將里面的組和用戶的權(quán)限選擇完全控制（Private文件時寫入登錄用戶的文件）
也許是因為這個，所以TD_dir目錄需要開共享（并且設置可寫權(quán)限，當時我取消了TD_dir的共享，登錄出錯，后來恢復共享也不行，最后放寬權(quán)限才行）
Q3：出現(xiàn)Following client components were not downloaded successfully:
1、tdclientui80.TDFramex
.....
報錯原因：客戶端組件下載不成功
解決方法：刪除C:\Program Files\Common Files\Mercury Interactive\TD2000_80子目錄下的文件，然后重新操作
Q4：無法成功創(chuàng)建DB SERVER，ping的時候出現(xiàn)
[DBNETLIB][ConnectionOpen(Connect()).]
sql server does not exist or access denied. |未指定的錯誤.
報錯原因：未知
解決方法：
方法一、清除安裝時默認的DB SERVER：TDSQLSERVER，再重新創(chuàng)建一個本機的SQL服務器名。（這個是因為安裝是默認的TDSQLSERVE并沒有在SQL里創(chuàng)建。）
方法二、既然說TDSQLSERVE在SQL里沒有創(chuàng)建，那么我們就可以自己手動創(chuàng)建，步驟如下：
1.打開“SQL的客戶端往來實用工具”==“別名”，點擊添加按鈕，打開“添加網(wǎng)絡庫配置”，將服務器別名設為TDSQLSERVER，網(wǎng)絡庫選為TCP/IP，確定。
2.返回http://“IP地址”/TDBIN/SiteAdmin.htm的DB SERVER頁面，再次對TDSQLSERVER進行ping操作，失敗！繼續(xù)修改ing。。。
3.在Default Connection String欄顯示
Provider=SQLOLEDB.1;Data Source=%DB_SERVER%;User ID=%DB_USER%;Password=%PASSWORD%;Initial Catalog=%DB_NAME%
把Data Source=%DB_SERVER%改為Data Source=（local），再ping，這次提示The connection is OK!
Q5:使用TestDirector Checker進行check，找到了個錯誤，嘗試了并找到了解決辦法，具體如下。
The TestDirector installation process creates a virtual directory, which it attempts to places in High (Isolated) Application Protection. If, after the installation process, the virtual directory is otherwise protected, TestDirector cannot work properly. To rectify this situation, you must resynchronize the IWAM_XXXX account passwords, or place the virtual directory in Low (IIS process) Application Protection.For instructions on synchronizing IWAM_XXXX account passwords, refer to Article#324 on the following Web site: www.IISFAQ.com
Execute permissions: Execute (including scripts) permissions necessary.
解決方法：
1)進入“Internet信息服務”對話框，在“默認網(wǎng)站”下選擇“TDBIN”，在右鍵菜單中選擇“屬性”
2)在“虛擬目錄”Tab頁中選擇將所有權(quán)限選中，點擊創(chuàng)建網(wǎng)站按鈕，將“執(zhí)行權(quán)限”修改為“腳本和可執(zhí)行文件”，“應用程序保護”選擇“高（獨立）”
手工同步IIS用戶密碼，步驟如下：
1)重新設置IIS的IWAM賬號密碼。右鍵單擊 我的電腦->管理，打開計算機管理界面打開 本地用戶和組->用戶 右鍵單擊 啟動IIS進程帳號 IWAM_****（注：****一般是計算機名）點擊設置密碼，設置為一個你想要的密碼。
2)同步IIS metabase中IWAM_MYSERVER的密碼，在CMD中：c:/inetpub/adminscripts>adsutil set w3svc/wamuserpass "yourpassword"
3)同步COM+應用程序所用的IWAM_MYSERVER密碼，在CMD中：c:/inetpub/adminscripts>cscript synciwam.vbs -v。
Q6:使用TestDirector Checker進行check，找到了個錯誤，嘗試了并找到了解決辦法，具體如下。
Internet Information Server-->Reports Virtual Directory 失敗，提示信息為：Web Directory TDBIN/Reports Does Not Exist. TestDirector was installed incorrectly. Please Reinstall it.
解決方法：把reports目錄的“執(zhí)行權(quán)限”設置為“純腳本”，再次執(zhí)行check，全部通過，并且可以啟動TD服務。
以下是win7 client系統(tǒng)中 運行TD出現(xiàn)的問題
Q1： 無法下載控件 下載失敗
解決方法：修改IE， 工具--兼容性設置-- 把TD所在服務器的IP寫上
工具--選項 勾掉：啟用內(nèi)存保護幫助減少聯(lián)機攻擊這個復選框
前言
公司的iOS測試機快達到
蘋果規(guī)定的100個上限了，而因為the new iPad新出，我們需要新的quota來
測試新iPad，所以就仔細研究了一下蘋果關于100個測試設備上限的規(guī)則。在這里分享給大家。規(guī)則的詳細內(nèi)容主要來自 蘋果的官網(wǎng)文檔。
規(guī)則
我總結(jié)出來的規(guī)則如下（附上原文以便對應）：
每一個開發(fā)者membership year,只能有100次增加設備的名額。如果你增加一個設備,之后又將該設備刪除,并不會將用掉的名額恢復.
You can register up to 100 devices per year for development purposes. Any devices added, then later removed, still count towards your maximum number of registered devices per year.
在每一個開發(fā)者membership year開始的時候,Team Agent和Admin角色可以選擇刪掉一些設備來恢復資格, 也可以清空所有設備來恢復到最多100次設備的名額。這個操作在Team Agent和Admin在一次新的membership year開始后即可使用，在使用時，需要注意，先將需要刪除的設備刪掉，然后才能添加需要新增的設備。一旦開始增加新設備，刪除設備以恢復名額的功能將不再可用。
At the start of a new membership year, Team Agents and Admins can remove devices and restore the available device count for their development team to 100 devices.
When Team Agents or Admins first sign in to the iOS Provisioning Portal at the start of a new membership year, they will be presented with the option to remove devices and restore the device count for those removed devices.
Important Note: At the start of your membership year, make sure to remove all devices you no longer use for development prior to adding any new devices.
在以后整個membership year中，刪除設備不會增加新的名額。
Removing devices during your membership year will not open these slots to add new devices.
舉例
直接看規(guī)則比較晦澀，舉個例子：
假如第一年，你增加了70個設備，同時刪除了10個設備，這個時候，雖然你的設備數(shù)是60，但是可用的增加測試機的名額卻只有30個了。
到了第二年，你續(xù)費了開發(fā)者身份，在你第一次登陸進去后，你可以看到你的可用設備恢復成 100 – 60 = 40個了。這個時候，你可以選擇刪除一些設備，例如你又刪除了20個設備，這樣你的名額數(shù)變成60個。之后你增加了一個設備，因為你選擇了增加新設備，蘋果認為你已經(jīng)放棄刪除設備以恢復設備數(shù)的機會，這樣，你的名額就固定成59個。以后刪除設備都不會增加新名額了，直到你的下一個membership year開始時才又會有這樣的機會來刪除設備釋放名額。
總結(jié)
所以說，不管怎么樣，你的賬號下的可用測試設備始終不會超過100個。不會象有些人想的那樣，每過一年名額就直接變成100了。另外，每年刪除設備以恢復名額的機會只有開始的時候，以后刪除設備也不會恢復名額。
那如果萬一我的設備數(shù)達到上限，我又急需要增加新設備怎么辦呢？我們不久前就遇到了這種情況。我們的解決辦法是給蘋果的技術(shù)客服發(fā)郵件要求他們幫助我們刪除所有設備并且恢復到增加100個測試設備的名額。最終在過了2天后，蘋果答應并幫助我們解決了問題。
具體做法是訪問：https://developer.apple.com/contact/，點擊 Program Benefits， 然后在新出來的提交界面中將需求填上。之后蘋果會發(fā)郵件過來告訴你處理結(jié)果，可能需要打電話過去和他們溝通一些細節(jié)。在溝通完成后，蘋果就可以立即幫助你狀態(tài)修改到“可刪除設備來增加測試設備名額”。這樣，你就可以選擇性的刪除一些不需要的設備來釋放一些名額了。
測試內(nèi)容：采用httpref或者siege（都是免費web壓力測試工具），主要針對Web服務器測試指標中的“系統(tǒng)瓶頸”部分進行測試，順便對系統(tǒng)的通用指標、web服務器專用指標、
數(shù)據(jù)庫等指標作測試。結(jié)果出來后，再填入系統(tǒng)瓶頸的表格中，其他的指標選擇性地組織到一個表中。
測試方法：
比如說，如果用Httperf測試
httperf --server xx.com \ --port 80 \ --uri /foreground/all_stars \ --rate 100 \ --num-conn 2000 \ --num-call 1 \ --timeout 5 |
rate是指每秒多少個請求數(shù)，num-conn指共發(fā)多少個請求 ，num-call每次連接發(fā)送的請求數(shù)通常為1
sina的測試結(jié)果之一是：
httperf --server sina.com.cn --num-conn 300 --rate 30 httperf --client=0/1 --server=sina.com.cn --port=80 --uri=/ --rate=30 --send-buffer=4096 --recv-buffer=16384 --num-conns=300 --num-calls=1 Maximum connect burst length: 1 Total: connections 300 requests 300 replies 300 test-duration 10.687 s Connection rate: 28.1 conn/s (35.6 ms/conn, <=5 concurrent connections) Connection time [ms]: min 34.0 avg 98.7 max 4073.1 median 57.5 stddev 314.3 Connection time [ms]: connect 28.9 Connection length [replies/conn]: 1.000 Request rate: 28.1 req/s (35.6 ms/req) Request size [B]: 64.0 Reply rate [replies/s]: min 29.6 avg 29.7 max 29.8 stddev 0.1 (2 samples) Reply time [ms]: response 69.8 transfer 0.0 Reply size [B]: header 379.0 content 231.0 footer 0.0 (total 610.0) Reply status: 1xx=0 2xx=0 3xx=300 4xx=0 5xx=0 CPU time [s]: user 0.31 system 10.32 (user 2.9% system 96.6% total 99.5%) Net I/O: 18.5 KB/s (0.2*10^6 bps) Errors: total 0 client-timo 0 socket-timo 0 connrefused 0 connreset 0 Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0 |
每秒回應最大請求數(shù)為29.7
最大并發(fā)數(shù)為5
平均響應時間為 69.8毫秒
對國網(wǎng)進行模擬測試
需要Java開發(fā)人員提供幾個和將來要上線的web應用所需要消耗資源接近的測試程序，然后用工具進行測試，選用的參數(shù)可以是可能的最大用戶和并發(fā)數(shù)，然后進行統(tǒng)計。