既然做C/S測試，安裝/卸載是
測試的很重要的部分之一，所以利用空閑時間寫一下自己的安裝/卸載
用例設(shè)計思路，如果你覺得寫的不好或者覺得有需要補充的地方，請大家提出來，大家共同
學(xué)習(xí)，共同進步，謝謝!
1.1 安裝
一、安裝方式
1、正常安裝，安裝方式為‘只有我’
2、正常安裝，安裝方式為‘任何人’
二、安裝路徑
1、缺省路徑安裝
2、自定義安裝路徑（非C盤）
1）通過瀏覽，選擇自定義路徑
2）手動輸入路徑（存在路徑、不存在的路徑）
3）輸入路徑的格式不正確
4）通過瀏覽的盤符，手動輸入不存在的文件夾
5）指定路徑下已有同名文件
6）中文路徑（中文路徑、中英文混合路徑）
7）包含空格的路徑（空格、下劃線等合法路徑）
8）非法路徑（輸入特殊字符）
三、安裝環(huán)境：
1、沒安裝過
2、已安裝過老版本（系統(tǒng)正在使用、系統(tǒng)未使用）
3、已安裝了最新版本
4、卸載系統(tǒng)重新安裝
5、安裝一半，異常退出（比如：在線安裝斷網(wǎng)、本地安裝點取消、斷電等）可重新安裝
6、磁盤空間不足
7、刪除了部分文件（可正常安裝、修復(fù)、卸載系統(tǒng)）
9、殺毒軟件
10、未達到最低配置時安裝
三、修復(fù)
1、利用安裝軟件進行修復(fù)
2、利用修復(fù)文件進行修復(fù)
四、安裝時快捷鍵使用情況
五、安裝完成
1、安裝成功，檢查版本信息是否正確
2、安裝完成，文件屬性為非只讀
3、安裝完成，快捷方式檢查，創(chuàng)建快捷方式正確
六、安裝完成進入系統(tǒng)方式
1、通過桌面快捷方式進入
2、通過‘開始’——‘所有程序’——系統(tǒng)快捷方式進入
1.2 卸載
一、卸載方式
1、通過控制面板卸載
2、通過安裝程序卸載
3、通過‘開始’——‘所有程序’——‘XX系統(tǒng)卸載’
二、非法卸載
1、系統(tǒng)正在運行時
2、系統(tǒng)正升級時
三、卸載完成后
1、桌面快捷方式消失
2、‘開始’——‘所有程序’中快捷方式消失
3、安裝路徑下此文件夾已被刪除
請根據(jù)下表和頁面截圖，設(shè)計《發(fā)表QQ說說》的功能點及
測試用例：
圖1 功能列表
圖2 QQ空間加載后，說說功能區(qū)展開截圖
圖3 光標(biāo)進入文本框后截圖
圖4 文字超出規(guī)定后的效果截圖
圖5. 添加圖片的兩種模式本地上傳和我的相冊
圖6. 僅發(fā)表圖片后的效果
圖7.刪除圖片
圖8. 發(fā)表多張圖片
簡介
通常來說，
Python不是一種高性能的語言，在某種意義上，這種說法是真的。但是，隨著以Numpy為中心的數(shù)學(xué)和科學(xué)軟件包的生態(tài)圈的發(fā)展，達到合理的性能不會太困難。
當(dāng)性能成為問題時，運行時間通常由幾個函數(shù)決定。用C重寫這些函數(shù)，通常能極大的提升性能。
在本系列的第一部分中，我們來看看如何使用NumPy的C API來編寫C語言的Python擴展，以改善模型的性能。在以后的
文章中，我們將在這里提出我們的解決方案，以進一步提升其性能。
文件
這篇文章中所涉及的文件可以在Github上獲得。
模擬
作為這個練習(xí)的起點，我們將在像重力的力的作用下為N體來考慮二維N體的模擬。
以下是將用于存儲我們世界的狀態(tài)，以及一些臨時變量的類。
# lib/sim.py class World(object): """World is a structure that holds the state of N bodies and additional variables. threads : (int) The number of threads to use for multithreaded implementations. STATE OF THE WORLD: N : (int) The number of bodies in the simulation. m : (1D ndarray) The mass of each body. r : (2D ndarray) The position of each body. v : (2D ndarray) The velocity of each body. F : (2D ndarray) The force on each body. TEMPORARY VARIABLES: Ft : (3D ndarray) A 2D force array for each thread's local storage. s : (2D ndarray) The vectors from one body to all others. s3 : (1D ndarray) The norm of each s vector. NOTE: Ft is used by parallel algorithms for thread-local storage. s and s3 are only used by the Python implementation. """ def __init__(self, N, threads=1, m_min=1, m_max=30.0, r_max=50.0, v_max=4.0, dt=1e-3): self.threads = threads self.N = N self.m = np.random.uniform(m_min, m_max, N) self.r = np.random.uniform(-r_max, r_max, (N, 2)) self.v = np.random.uniform(-v_max, v_max, (N, 2)) self.F = np.zeros_like(self.r) self.Ft = np.zeros((threads, N, 2)) self.s = np.zeros_like(self.r) self.s3 = np.zeros_like(self.m) self.dt = dt |
在開始模擬時，N體被隨機分配質(zhì)量m，位置r和速度v。對于每個時間步長，接下來的計算有：
合力F，每個體上的合力根據(jù)所有其他體的計算。
速度v，由于力的作用每個體的速度被改變。
位置R，由于速度每個體的位置被改變。
第一步是計算合力F，這將是我們的瓶頸。由于世界上存在的其他物體，單一物體上的力是所有作用力的總和。這導(dǎo)致復(fù)雜度為O（N^2）。速度v和位置r更新的復(fù)雜度都是O（N）。
如果你有興趣，這篇維基百科的文章介紹了一些可以加快力的計算的近似方法。
純Python
在純Python中，使用NumPy數(shù)組是時間演變函數(shù)的一種實現(xiàn)方式，它為優(yōu)化提供了一個起點，并涉及測試其他實現(xiàn)方式。
# lib/sim.py def compute_F(w): """Compute the force on each body in the world, w.""" for i in xrange(w.N): w.s[:] = w.r - w.r[i] w.s3[:] = (w.s[:,0]**2 + w.s[:,1]**2)**1.5 w.s3[i] = 1.0 # This makes the self-force zero. w.F[i] = (w.m[i] * w.m[:,None] * w.s / w.s3[:,None]).sum(0) def evolve(w, steps): """Evolve the world, w, through the given number of steps.""" for _ in xrange(steps): compute_F(w) w.v += w.F * w.dt / w.m[:,None] w.r += w.v * w.dt |
合力計算的復(fù)雜度為O（N^2）的現(xiàn)象被NumPy的數(shù)組符號所掩蓋。每個數(shù)組操作遍歷數(shù)組元素。
可視化
這里是7個物體從隨機初始狀態(tài)開始演化的路徑圖：
性能
為了實現(xiàn)這個基準(zhǔn)，我們在項目目錄下創(chuàng)建了一個腳本，包含如下內(nèi)容：
import lib
w = lib.World(101)
lib.evolve(w, 4096)
我們使用cProfile模塊來測試衡量這個腳本。
python -m cProfile -scum bench.py
前幾行告訴我們，compute_F確實是我們的瓶頸，它占了超過99％的運行時間。
428710 function calls (428521 primitive calls) in 16.836 seconds Ordered by: cumulative time ncalls tottime percall cumtime percall filename:lineno(function) 1 0.000 0.000 16.837 16.837 bench.py:2(<module>) 1 0.062 0.062 16.756 16.756 sim.py:60(evolve) 4096 15.551 0.004 16.693 0.004 sim.py:51(compute_F) 413696 1.142 0.000 1.142 0.000 {method 'sum' ... 3 0.002 0.001 0.115 0.038 __init__.py:1(<module>) ... |
在Intel i5臺式機上有101體，這種實現(xiàn)能夠通過每秒257個時間步長演化世界。
簡單的C擴展 1
在本節(jié)中，我們將看到一個C擴展模塊實現(xiàn)演化的功能。當(dāng)看完這一節(jié)時，這可能幫助我們獲得一個C文件的副本。文件src/simple1.c，可以在GitHub上獲得。
關(guān)于NumPy的C API的其他文檔，請參閱NumPy的參考。Python的C API的詳細(xì)文檔在這里。
樣板
文件中的第一件事情是先聲明演化函數(shù)。這將直接用于下面的方法列表。
static PyObject *evolve(PyObject *self, PyObject *args);
接下來是方法列表。
static PyMethodDef methods[] = {
{ "evolve", evolve, METH_VARARGS, "Doc string."},
{ NULL, NULL, 0, NULL } /* Sentinel */
};
這是為擴展模塊的一個導(dǎo)出方法列表。這只有一個名為evolve方法。
樣板的最后一部分是模塊的初始化。
PyMODINIT_FUNC initsimple1(void) {
(void) Py_InitModule("simple1", methods);
import_array();
}
另外，正如這里顯示，initsimple1中的名稱必須與Py_InitModule中的第一個參數(shù)匹配。對每個使用NumPy API的擴展而言，調(diào)用import_array是有必要的。
數(shù)組訪問宏
數(shù)組訪問的宏可以在數(shù)組中被用來正確地索引，無論數(shù)組被如何重塑或分片。這些宏也使用如下的代碼使它們有更高的可讀性。
#define m(x0) (*(npy_float64*)((PyArray_DATA(py_m) + \
(x0) * PyArray_STRIDES(py_m)[0])))
#define m_shape(i) (py_m->dimensions[(i)])
#define r(x0, x1) (*(npy_float64*)((PyArray_DATA(py_r) + \
(x0) * PyArray_STRIDES(py_r)[0] + \
(x1) * PyArray_STRIDES(py_r)[1])))
#define r_shape(i) (py_r->dimensions[(i)])
在這里，我們看到訪問宏的一維和二維數(shù)組。具有更高維度的數(shù)組可以以類似的方式被訪問。
在這些宏的幫助下，我們可以使用下面的代碼循環(huán)r:
for(i = 0; i < r_shape(0); ++i) {
for(j = 0; j < r_shape(1); ++j) {
r(i, j) = 0; // Zero all elements.
}
}
命名標(biāo)記
上面定義的宏，只在匹配NumPy的數(shù)組對象定義了正確的名稱時才有效。在上面的代碼中，數(shù)組被命名為py_m和py_r。為了在不同的方法中使用相同的宏，NumPy數(shù)組的名稱需要保持一致。
計算力
特別是與上面五行的Python代碼相比，計算力數(shù)組的方法顯得頗為繁瑣。
static inline void compute_F(npy_int64 N, PyArrayObject *py_m, PyArrayObject *py_r, PyArrayObject *py_F) { npy_int64 i, j; npy_float64 sx, sy, Fx, Fy, s3, tmp; // Set all forces to zero. for(i = 0; i < N; ++i) { F(i, 0) = F(i, 1) = 0; } // Compute forces between pairs of bodies. for(i = 0; i < N; ++i) { for(j = i + 1; j < N; ++j) { sx = r(j, 0) - r(i, 0); sy = r(j, 1) - r(i, 1); s3 = sqrt(sx*sx + sy*sy); s3 *= s3 * s3; tmp = m(i) * m(j) / s3; Fx = tmp * sx; Fy = tmp * sy; F(i, 0) += Fx; F(i, 1) += Fy; F(j, 0) -= Fx; F(j, 1) -= Fy; } } } |
請注意，我們使用牛頓第三定律（成對出現(xiàn)的力大小相等且方向相反）來降低內(nèi)環(huán)范圍。不幸的是，它的復(fù)雜度仍然為O（N^2）。
演化函數(shù)
該文件中的最后一個函數(shù)是導(dǎo)出的演化方法。
static PyObject *evolve(PyObject *self, PyObject *args) { // Declare variables. npy_int64 N, threads, steps, step, i; npy_float64 dt; PyArrayObject *py_m, *py_r, *py_v, *py_F; // Parse arguments. if (!PyArg_ParseTuple(args, "ldllO!O!O!O!", &threads, &dt, &steps, &N, &PyArray_Type, &py_m, &PyArray_Type, &py_r, &PyArray_Type, &py_v, &PyArray_Type, &py_F)) { return NULL; } // Evolve the world. for(step = 0; step< steps; ++step) { compute_F(N, py_m, py_r, py_F); for(i = 0; i < N; ++i) { v(i, 0) += F(i, 0) * dt / m(i); v(i, 1) += F(i, 1) * dt / m(i); r(i, 0) += v(i, 0) * dt; r(i, 1) += v(i, 1) * dt; } } Py_RETURN_NONE; } |
在這里，我們看到了Python參數(shù)如何被解析。在該函數(shù)底部的時間步長循環(huán)中，我們看到的速度和位置向量的x和y分量的顯式計算。
性能
C版本的演化方法比Python版本更快，這應(yīng)該不足為奇。在上面提到的相同的i5臺式機中，C實現(xiàn)的演化方法能夠?qū)崿F(xiàn)每秒17972個時間步長。相比Python實現(xiàn)，這方面有70倍的提升。
觀察
注意，C代碼一直保持盡可能的簡單。輸入?yún)?shù)和輸出矩陣可以進行類型檢查，并分配一個Python裝飾器函數(shù)。刪除分配，不僅能加快處理，而且消除了由Python對象不正確的引用計數(shù)造成的內(nèi)存泄露（或更糟）。
下一部分
在本系列文章的下一部分，我們將通過發(fā)揮C-相鄰NumPy矩陣的優(yōu)勢來提升這種實現(xiàn)的性能。之后，我們來看看使用英特爾的SIMD指令和OpenMP來進一步推進。
今天我主要來說下過年時候自己做的一些
性能測試，由于時間緊迫，所以最終選擇了全部從log方面入手，從而最終達到一氣呵成的效果。
分別有這樣幾個大項：
我們分別在Activity的生命周期方法內(nèi)添加Log.e(tag,message)，如下效果：
@Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); Log.e("AppStartTime","AppOnCreate"); ... } @Override protected void onResume() { super.onResume(); Log.e("AppStartTime","AppOnResume"); ... } |
，這里的tag我們使用AppStartTime，那么我們需要在應(yīng)用啟動之后在command內(nèi)輸入：
adb logcat -v time -v threadtime *:E | grep ActivityStartTime>StartTimeFile.txt
2. cpu和內(nèi)存消耗
在command中輸入如下命令：
adb
shell top -n 400 | grep <your package name>Cpu_MemoryFile.txt
3. GC
在command中輸入如下命令：
adb logcat -v time -v threadtime *:D | grep GC>GCFile.txt
這里需要注意的是，GC分析的時候需要關(guān)注三個值。
average_GC_Freed
average_GC_per
average_GC_time
4. 網(wǎng)絡(luò)流量
在被測應(yīng)用中增加一個獲取所有應(yīng)用的網(wǎng)絡(luò)流量的service，添加一個getAppTrafficList( )方法，代碼如下：
publicvoidgetAppTrafficList(){ PackageManagerpm=getPackageManager(); List<PackageInfo>pinfos=pm .getInstalledPackages(PackageManager.GET_UNINSTALLED_PACKAGES |PackageManager.GET_PERMISSIONS); for(PackageInfoinfo:pinfos){ String[]premissions=info.requestedPermissions; if(premissions!=null&&premissions.length>0){ for(Stringpremission:premissions){ if("android.permission.INTERNET".equals(premission)){ intuId=info.applicationInfo.uid; longrx=TrafficStats.getUidRxBytes(uId); longtx=TrafficStats.getUidTxBytes(uId); if(rx<0||tx<0){ continue; }else{ Log.e("網(wǎng)絡(luò)流量",info.applicationInfo.loadLabel(pm)+Formatter.formatFileSize(this,rx+tx) } } } } } } |
如果還要其他數(shù)據(jù)，那么全部可以按照以上的方法去獲取。然后我們來看如何使用python一次性分析這些文件從而直接獲取report。
首先引入第三方繪制pdf的模塊：
# -*- coding: utf-8 -*-
from reportlab.graphics.shapes import *
from reportlab.graphics.charts.lineplots import LinePlot
from reportlab.graphics.charts.textlabels import Label
from reportlab.graphics import renderPDF
然后我們需要一個讀文件的方法：
def FileRead(path):
data_list = []
number_list = []
number = 0
for line in open(path):
data_list.append(line)
number =number+1
number_list.append(number)
return data_list,number_list
接著我們需要一個制作pdf的方法：
def MakePDF(times,list,reportname,pdfname):
drawing = Drawing(500,300) lp = LinePlot() lp.x = 50 lp.y = 50 lp.height = 125 lp.width = 300 lp.data = [zip(times, list)] lp.lines[0].strokeColor = colors.blue lp.lines[1].strokeColor = colors.red lp.lines[2].strokeColor = colors.green drawing.add(lp) drawing.add(String(350,150, reportname,fontSize=14,fillColor=colors.red)) renderPDF.drawToFile(drawing,pdfname,reportname) #這里的times和list兩個參數(shù)都是list，是時間和監(jiān)控獲取的數(shù)據(jù)一一對應(yīng)的關(guān)系 這些我們都有了之后，我們來看下分析AppStartTime的方法： def analysisStartFile(list): totalcount =0 totaltime =0 time_list =[] totalcount_list = [] for i in range(len(list)): if 'AppStartTime' in list[i]: totalcount =totalcount+1 totalcount_list.append(totalcount) if float(list[i+4].split(' ')[1][-6:])-float(list[i].split(' ')[1][-6:])>0: totaltime=totaltime+float(list[i+4].split(' ')[1][-6:])-float(list[i].split(' ')[1][-6:]) time_list.append(float(list[i+4].split(' ')[1][-6:])-float(list[i].split(' ')[1][-6:])) return totalcount_list,'%.2f'%float(totaltime/totalcount),time_list |
所有的分析數(shù)據(jù)的思維都是使用split（）方法分隔空格之后做分析。因為讀取文件之后是將所有的數(shù)據(jù)存在list中，但是當(dāng)我們?nèi)ビ玫臅r候由于空格在其中就變得非常的麻煩，那么我們可以先使用split將空格去掉，然后使用if key in list的方法進行過濾再做分析。
最后在main（）方法中基本就是如下的順序執(zhí)行方法：
if __name__== '__main__':
list1,list2 = FileRead(<your file path>)
print list1,list2
list_count,average_start_time,time_list = analysisStartFile(list1)
MakePDF(list_count,time_list,'average time:'+str(average_start_time)+'s',"啟動性能報告.pdf")
最終我們就能夠批量的生成如下圖的報告了。
一點點必要的廢話
JavaScript的發(fā)展大體上經(jīng)歷了下面幾個比較大的階段：
第一階段：石器時代。
基本上沒有任何框架和工具，而且各種瀏覽器混戰(zhàn)，API相當(dāng)混亂，開發(fā)和
測試都非常痛苦。
第二階段：刀耕火種。
出現(xiàn)了一些簡單的、小型的工具，比如prototype/mootools之類的。
第三階段：農(nóng)耕文明。
2005年左右，Ajax、JSON等技術(shù)開始興起，并且以非常快的速度普及。這個階段出現(xiàn)了jQuery之類的神器，但是還是有大量的問題沒有解決，開發(fā)和測試依然非常痛苦，各種工具很亂，
學(xué)習(xí)過程漫長。
第四階段：規(guī)模化、結(jié)構(gòu)化。
前端代碼的規(guī)模越來越大，結(jié)構(gòu)化、模塊化的呼聲越來越高，開始出現(xiàn)專業(yè)的“前端工程師”這樣的職業(yè)。各個
互聯(lián)網(wǎng)大佬都開始組建自己的UED部門，比如
騰訊的CDC、淘寶的UED、網(wǎng)易的UEDC。
對于前端開發(fā)來說，這一階段已經(jīng)發(fā)生了思想上飛躍。此時前端考慮的問題已經(jīng)不僅僅是“如何把界面做得好看”這么簡單了，對前端的要求已經(jīng)提升到了“用戶體驗”的層次，界面“好看”只是其中一部分，還要做交互設(shè)計，怎么讓用戶操作更方便、怎么讓界面更人性化，如此等等。 在這個階段出現(xiàn)了很多重量級的框架，大體上分2個體系：一個是以jQuery為內(nèi)核的前端框架，例如jQueryUI之類的各類UI；另一個就是自成體系的ExtJS。
（有人可能會說還有Flex、SilverLight、JavaFX之類的東西呢！這里專門說JS，那些先不管，謝謝。）
第五階段：工業(yè)化、多平臺。
JavaScript代碼不僅僅規(guī)模更加龐大，而且要支持各種平臺。2008年之后，安卓異軍突起，加上iPhone的強勢插入，
移動平臺上的UI 設(shè)計日益收到重視。移動平臺的迅速崛起進一步刺激了桌面UI體系的演進，jQeury推出了jQuery Mobile，ExtJS推出了自己的Touch版本，其它各種衍生框架也都出現(xiàn)了Touch版本。
我們知道，科技領(lǐng)域的工業(yè)化是以機器代替人力為核心特征的，對比前端代碼的工業(yè)化，我們立刻就會發(fā)現(xiàn)，自動化程度依然不夠。雖然出現(xiàn)了像WebStorm這樣的前端開發(fā)神器，但是對于
自動化測試、
性能測試之類的需求，依然沒有成熟的、統(tǒng)一的工具。
近來TDD(
Test Driving Develop)的概念越來越熱，加上來自
Google的AnguarJS框架開始流行，TDD正在被廣泛接受。因此，在這個階段，必須解決工具的問題，而自動化測試工具就是其中需求最強烈的一個工具。
好，廢話結(jié)束，開始玩兒JsTestDriver。
JsTestDriver簡介
完整介紹參見官方的頁面
安裝Eclipse插件
請使用Eclipse的插件安裝工具
注意：
1、Eclipse版本不能太低。
2、如果在線安裝不成功，可以把插件下載到本地，然后再用Eclipse的插件安裝工具從本地安裝。
3、只安裝JS Test Driver Plugin for Eclipse，其它的不要安裝，否則會報沖突。
安裝完成之后，開始配置JsTestDriver，步驟如下：
第一步：配置JsTestDriver服務(wù)器
在Eclipse的菜單中選擇Window->Preferences，在左側(cè)找到JS Test Driver。
第二步：打開JsTestDriver的控制面板
在Eclipse頂部的菜單中選擇Window->Show View，找到JsTestDriver并雙擊，這樣JsTestDriver的控制面板就顯示出來了。
好，到這里安裝配置就算完成了，接下來我們來做一個最簡單的例子試試手感。 最簡單的例子
第一步：在Eclipse中新建一個WEB項目，名字隨意。
第二步：在WebContent目錄下新建js和js-test兩個目錄。js目錄用來放你的js源代碼，js-test用來放JsTestDriver的測試用例代碼。
第三步：在js目錄下新建一個myjs.js，內(nèi)容如下：
myapp = {};
myapp.Greeter = function() { };
myapp.Greeter.prototype.greet = function(name) {
return "Hello " + name + "!";
};
在js-test的目錄下新建一個testMyJS.js，內(nèi)容如下：
GreeterTest = TestCase("GreeterTest");
GreeterTest.prototype.testGreet = function() {
var greeter = new myapp.Greeter();
assertEquals("Hello World!", greeter.greet("World"));
};
以上測試用例的代碼和Java中的JUnit比較類似。這里我們先不管上面代碼的具體含義，先想辦法讓工具跑起來再說，我們繼續(xù)。
第四步：創(chuàng)建JsTestDriver配置文件。
直接在WebContent目錄下創(chuàng)建一個jsTestDriver.conf，內(nèi)容如下：
server: http://localhost:8259
load:
- jasmine/*.*
- jasmine-adapter/JasmineAdapter.js
- js/*.js
- js-test/*.js
注意上面的端口號，必須和前面設(shè)置的端口號一致。
這種配置文件的風(fēng)格叫做YAML，JsTestDriver配置文件的完整說明
第五步：開始運行。
點擊Eclipse工具欄中的運行按鈕左側(cè)的小三角，選擇Run Configrations，如下圖：
配置成以下形式：
一、前言
Web自動化
測試一直是一個比較迫切的問題，對于現(xiàn)在web開發(fā)的
敏捷開發(fā)，卻沒有相對應(yīng)的
敏捷測試，故開此主題，一邊研究，一邊將Web自動化測試應(yīng)用于
工作中，進而形成能夠獨立成章的博文，希望能夠為國內(nèi)web自動化測試的發(fā)展做一點綿薄的貢獻吧，笑~
二、Watir搭建流程
圖1-1 需要安裝的工具
因為安裝
Ruby還需要用到其他的一些開發(fā)工具集，所以建議從網(wǎng)站下載，而且使用該安裝包的話，它會幫你把環(huán)境變量也設(shè)置完畢，我使用的版本是：railsinstaller-2.2.4.exe，建議下載最新版本。
圖1-2 RailsInstaller工具包安裝界面
開始安裝RailsInstaller工具包，安裝到默認(rèn)位置即可。
圖1-3 安裝完畢界面
這個對勾建議打上，它會幫你配置git和ssh，安裝過程中ruby等一系列環(huán)境變量也配置OK了，挺好~
圖1-4 測試Ruby安裝情況
安裝好railsinstaller-2.2.4.exe后，打開cmd命令行，輸入命令：ruby –v，如果，出現(xiàn)圖1-4所示ruby的版本情況，則說明ruby已經(jīng)安裝完畢，我們也可以輸入命令測試一下gem的版本：gem –v，如圖1-4所示，gem也是安裝成功。
圖1-5 gem安裝情況
使用命令：gem list，查看一下，如圖1-5，你會發(fā)現(xiàn)，railsinstaller安裝完畢后，默認(rèn)是不包含Watir自動化測試工具的，所以我們現(xiàn)在要開始安裝watir。
圖1-6 gem命令
先簡單看一眼gem怎么用，如上圖1-6所示，
圖1-7 安裝watir命令
使用命令：gem install watir，進行安裝watir，如果順利的話，下面會出現(xiàn)很多的successfully等文字；不過在國內(nèi)，你一般是看不到successfully等文字的，因為https://rubygems.org/已經(jīng)被墻了，現(xiàn)在我們要對gem的源進行修改一下，來達到安裝watir的目的。
圖1-8 RubyGems鏡像網(wǎng)址
首先使用命令：gem sources -l，查看一下gem的當(dāng)前源，一般都是：https://rubygems.org/
然后我們使用命令：gem sources --remove https://rubygems.org/
接著輸入命令：gem sources -a https://ruby.taobao.org/
參考上圖。
圖1-9 查看gem的源
現(xiàn)在再看一下gem的源這是是否正確：gem sources -l，如果只有：https://ruby.taobao.org/，一個源，則說明配置正確。然后再使用命令安裝Watir：gem install watir，這次應(yīng)該就能夠安裝成功了。
圖1-10 commonwatir和watir版本
我們可以再次使用命令：gem list，可以看到，list里面有好多與watir相關(guān)的內(nèi)容，這里主要關(guān)心兩個工具，如上圖所示，commonwatir和watir，這里需要給commonwatir和watir降版本到3.0.0，如果不進行降級，會出現(xiàn)NameError錯誤，命令如下：
圖1-11 watir降級到3.0.0
輸入命令：gem uninstall watir -v 5.0.0
輸入命令：gem install watir -v 3.0.0
圖1-12 commonwatir降級到3.0.0
輸入命令：gem uninstall commonwatir -v 4.0.0
輸入命令：gem install commonwatir -v 3.0.0
圖1-13 ruby測試代碼
require "watir"
puts "Open IE..."
ie=Watir::IE.new
ie.goto(http://www.baidu.com/)
puts "IE is opened - enjoy it :)"
在文本編輯器中新建一個test.rb文件，輸入以上代碼，強烈建議手動輸入，空格不慎也會導(dǎo)致運行失敗。
圖1-14 ruby文件編碼
編碼也要注意，使用UTF-8編碼。
圖1-15 測試效果
將test.rb保存完畢后，在cmd命令行輸入命令：ruby test.rb如果ruby代碼沒有報錯，程序就會自動打開IE瀏覽器，自動輸入http://www.baidu.com/，打開百度頁面。至此，《Windows環(huán)境搭建Web自動化測試框架Watir（基于Ruby）第1章》編寫完畢。
三、本章總結(jié)
我們通過一系列的配置，將ruby和watir部署到windows平臺上，下一步，我們就可以編寫各種各樣的測試腳本，針對不同的web應(yīng)用，進行不同的測試。
51Testing: 陳曄老師，您好，聽說您在工作期間創(chuàng)立了"移動測試會"免費公益沙龍，移動測試會，目前又和網(wǎng)易，cstqb，支付寶等都有深入合作，你是如何合理的分配您的時間，同時能完成這么多事情？ 陳曄:說到這個我還是很慚愧的，行業(yè)中很多朋友都和我說，要多陪陪女兒，要多陪陪家里，這點上面我的確做的不夠。不過關(guān)注我微信的都知道，我還兼職美食家，每天都在吃不同的東西，我還是有那么一點點追求的。大家可以去看我自己寫的一年的行程，我?guī)缀趺恐茈p休日都排滿，不是去大會演講就是去學(xué)校給學(xué)生公益的做技術(shù)指導(dǎo)。最忙的莫過于我開始寫書的時候也是我女兒剛出生的那個時間點，在這個過程中其實evernote給了我很大的幫助，我會把每天的事情列出來，然后每天逐個擊破。不過也和我小時習(xí)慣晚睡有吧，所以幾乎那個時候我都是每天2點左右睡的。因為真的有很多事情是晚上做效率比較高。
51Testing: 作為國內(nèi)Android與iOS最早的工程師之一，您有什么成功的秘訣和我們分享嗎？ 陳曄:其實要說從我從公司走向行業(yè)到現(xiàn)在其實也就2年的時間，并不是很長。當(dāng)然成功肯定不敢當(dāng)，現(xiàn)在只是剛開始。至于秘訣的話。我個人總結(jié)出來以下幾條。
1.考慮問題盡量目光放長遠(yuǎn)，不要自己局限自己
很多人在公司，忙業(yè)務(wù)忙技術(shù)，但是看問題的角度并沒有跳出公司去看。往往最后都是盲人摸象，無法看到一個總體，從而自己在限制自己。
2.定制短期的計劃
可以有長期的目標(biāo)，但是計劃肯定是短期的。一方面長期的話很多人無法堅持下去。另外一方面就是，在我整個經(jīng)歷中我已經(jīng)很強烈的感受到一點，"計劃趕不上變化"是有道理的。我們需要的就是很強的
學(xué)習(xí)能力，然后去以不變應(yīng)萬變。
3.踏實點
不要每天去聊qq，聊薪資，去聊點虛的，更不要想著出名賺外快。無論作為一個測試，你將來轉(zhuǎn)作什么崗位，只要你還是做IT的，那么你還是需要有技術(shù)基礎(chǔ)，否則都是紙上談兵罷了。現(xiàn)在行業(yè)的發(fā)展越來越快，對于技術(shù)的要求也越來越高。所以不要去問一些大而全的問題，先好好學(xué)習(xí)技術(shù)基礎(chǔ)才是王道。
陳曄:首先第一點，不懂代碼，不去看源碼的還是不要來移動互聯(lián)網(wǎng)做測試了，很快就會被淘汰了。
其實從現(xiàn)在來看，可能很多人會覺得大數(shù)據(jù)、智能家居等會是未來的方向。但我覺得就測試而言，無論方向什么，我們還是要抓住技術(shù)的基礎(chǔ)，也許Android和iOS哪天都會倒，也許將來又是新的語言和技術(shù)，但作為一個移動互聯(lián)網(wǎng)的測試，我們必須用最快的速度去接收和學(xué)習(xí)，為什么我一直強調(diào)學(xué)習(xí)能力很重要，就是這個道理。如果作為移動互聯(lián)網(wǎng)測試的你，每天還是渾渾噩噩，只會用工具，覺得不看代碼就能夠?qū)?a target="_self" style="word-break: break-all; color: #202859; line-height: normal !important;">測試用例，那么我勸你要么快點努力學(xué)習(xí)，要么就快點轉(zhuǎn)行業(yè)吧，不用多久肯定淘汰。
隨著發(fā)展，測試人員需要提升自己的技術(shù)，讓自己八面玲瓏。我個人覺得移動互聯(lián)網(wǎng)測試未來的戰(zhàn)斗就是和數(shù)據(jù)以及新事物的戰(zhàn)斗。任何測試都需要用數(shù)據(jù)來說，性能、壓力、用戶體驗等，而如何獲取更準(zhǔn)確的、顆粒度更細(xì)的數(shù)據(jù)來反映問題也是對測試的一種挑戰(zhàn)。而隨著移動互聯(lián)網(wǎng)飛速的發(fā)展，每天都會有新的技術(shù)、新的語言出現(xiàn)，我們隨時要用120%的熱情和專注去接收這一切。
最后我想說兩點。第一點，請客觀的認(rèn)清自己的能力，不要浪費時間在聊天上，請花時間在學(xué)習(xí)上面，不要覺得好像測試的要求不應(yīng)該那么高。不是國內(nèi)要求高，而是大部分測試都在非正常的要求下工作，現(xiàn)在一旦要求回歸正軌之后就出現(xiàn)各種抱怨，抱怨不能改變?nèi)魏问虑椋堄涀 ５诙c，站在盡量高的高度去看問題，然后給自己做規(guī)劃吧。不要回頭看，自己花了10年一直在重復(fù)工作。
51Testing:在您從事移動互聯(lián)網(wǎng)測試的工作過程中，是否遇到過什么困難？要如何解決？
陳曄:工作過程中遇到的最大的困難莫過于要接觸很多自己不懂的東西。移動互聯(lián)網(wǎng)現(xiàn)在發(fā)展非常快，開發(fā)技術(shù)快，
測試技術(shù)更快。在學(xué)習(xí)一個新技術(shù)的時候，我建議大家盡量先去看官方網(wǎng)站，畢竟官方網(wǎng)站的消息是最新的，不要去到qq上去毫無目的的去問。目前國內(nèi)上google不是很方便，但我依然很推薦大家遇見問題，自主的能夠多上google、stackoverflow和github等網(wǎng)站看看。這樣慢慢的培養(yǎng)自己自主解決問題的能力，自然而然學(xué)習(xí)能力就會有提升。
51Testing:如果要做好關(guān)于APP的自動化測試，需要注意些什么呢？ 陳曄:APP的自動化我就一句話，一定要分層，而且要分的細(xì)。不要把所有的風(fēng)險都壓在UI自動化或者手工測試上看，或者說壓在打好包的APP上面。分層要講就非常多了。從界面到代碼，可能還涉及到一些軟硬件結(jié)合。從前端的功能到后端的接口。界面上細(xì)分我們還可以看到natvie的測試和webview的測試方式很不同，從接口層面來講，我們用python的requests或者
java的httpclient直接測試接口，和我們?nèi)フ{(diào)用開發(fā)的接口去做測試又是兩個層面。所以總而言之，一定要分層，將風(fēng)險平均化，才能夠在快速迭代的移動互聯(lián)網(wǎng)的項目各個階段保證好質(zhì)量。
51Testing: 您認(rèn)為APP測試區(qū)別與其他應(yīng)用測試需要特別關(guān)注的內(nèi)容有哪些？
陳曄: APP的測試目前相對傳統(tǒng)互聯(lián)網(wǎng)的測試需要特別關(guān)注的點我覺得有如下一些：
1. 平臺特性
Android、iOS，WP等平臺各自有各自的特性，不僅僅是表面大家知道的分辨率，還有就是應(yīng)用每個操作在系統(tǒng)內(nèi)部有什么變化，這些我們都需要去了解
2. 網(wǎng)絡(luò)變化
移動的網(wǎng)絡(luò)變化很大，弱網(wǎng)絡(luò)情況下我們的應(yīng)用的邏輯是否會有問題這個很重要。昨天的工作中我還發(fā)現(xiàn)我們自己的應(yīng)用在弱網(wǎng)絡(luò)下js重復(fù)加載的問題。
3. 碎片化
這個就是我第一點中提到的特性，不過還是需要單獨拿出來列一下。
4. 移動無線的安全
移動無線的安全隨著發(fā)展，越來越變的重要。對于APP而言，除了網(wǎng)絡(luò)層面的安全以外，還有很多和自身特性有關(guān)的安全，比如Activity啟動參數(shù)注入，contentprovider的數(shù)據(jù)共享，iOS遠(yuǎn)程ssh登陸等。這些對測試而言挑戰(zhàn)也很大
5. 移動無線的性能
很多人在最初很容易就覺得移動無線的性能和服務(wù)器的并發(fā)是一個東西，很多人都在問一個應(yīng)用很多人在用的時候怎么測試性能，這個其實還是服務(wù)器上的性能問題。而這里我要說的是APP本身的性能問題。其關(guān)注點很多，比如電量，流量等，深入的話還有內(nèi)存泄漏，界面渲染，h5和自定義控件性能等
6. 自動化和持續(xù)集成
雖然以前測試也都是有自動化和持續(xù)集成。但是為什么我要列在這里呢。原因在于移動互聯(lián)網(wǎng)的測試中自動化和持續(xù)集成要求很高，沒有持續(xù)集成的項目根本在移動互聯(lián)網(wǎng)是沒有辦法很好的運作起來的。而移動互聯(lián)網(wǎng)目前涉及到的語言和技術(shù)又比較雜，故而對測試又是一個很大的挑戰(zhàn)。
51Testing: 在移動互聯(lián)網(wǎng)測試的過程中，往往會用到很多測試工具，目前安卓端和IOS端比較普遍使用的自動化工具是什么？ 可以給我們推薦點比較實用的小工具嗎？
陳曄: 這個問題，工具實在太多太多了，已經(jīng)列舉不過來了。比較實用的小工具的話，我倒是可以推薦幾個：
抓包：fiddler，charles，burpsuite
Android自動化框架：APPium，Robotium，Calabash
iOS：APPium，Calabash，KIF，GHUnit，instruments
51Testing: 很多手機測試人員都會比較困惑，手機APP怎么去做壓力測試比較好？您能說一下您的看法嗎？
陳曄: 手機APP的壓力測試，其實壓力測試在這個過程中我覺得分成兩部分。一個是實用壓力的方式去測試APP的穩(wěn)定性，這個在Android的monkey和iOS中使用js編寫monkey都可以進行ANR和NPE的測試。另外一方面就是和場景緊緊相關(guān)的壓力測試，這種壓力測試就需要自動化去支持。往往對應(yīng)用施加壓力之后，查看應(yīng)用的使用流暢度、逼近系統(tǒng)分配內(nèi)存峰值時候的情況，包括控件是否能夠正常渲染等。
51Testing:對于APP測試，您有什么獨到的區(qū)別于教科書的見解？
陳曄: 我不敢說區(qū)別于教科書，但我能說下區(qū)別于很多人YY中的想法的見解。移動APP的測試現(xiàn)在根本不存在什么全自動化，也不存在非常好的錄制回放的工具。要測試好移動APP需要扎實的技術(shù)基礎(chǔ)，任何抱著"有什么工具，有什么框架能夠做自動化，做安全，做性能，做壓力測試"想法的都是流氓。在移動APP測試目前更多的是需要用開源的工具和框架，然后結(jié)合自己團隊的情況以及自己對于被測產(chǎn)品的技術(shù)和業(yè)務(wù)理解去二次開發(fā)，最后投入到項目團隊和持續(xù)集成中去，這是現(xiàn)在很流行的做法，也是我個人覺得最好的做法。也許將來會有好的平臺，好的工具，但是多學(xué)點來豐富自己也不是什么壞事。
51Testing: 聽說您最近也有負(fù)責(zé)公司測試人員的招募工作，應(yīng)該對面試方面應(yīng)該也有一定的經(jīng)驗了，對于正在找工作的測試新人，您有什么面試經(jīng)驗要和他們分享嗎？
陳曄: 最近是一直在招聘，基本上這段時間沒有停過。其實我覺得移動互聯(lián)網(wǎng)的測試面試與其他可能還是有點差別的，但是注意點還是一樣的。
1. 簡歷要真實
不要動不動就精通，動不動就各種工具和框架或者語言都往簡歷上寫，簡歷上寫的太多未必是好事兒。我建議還是把真實的情況寫上去比較好。所以不要老抱怨面試官問一些不切實際的問題，先看看自己簡歷寫的如何。
2. 技術(shù)要扎實
不要太浮躁，對一些技術(shù)和業(yè)務(wù)不能只知其一，覺得了解了一些就很了不起。目前移動互聯(lián)網(wǎng)僅僅這樣肯定是不行的。
3. 了解清楚需求以及知道自己要什么
不要只看到公司名字就覺得高大上，僅僅知道公司是不夠的，好好確認(rèn)自己要去的部門、項目、團隊。大公司也有爛部門，小公司也有好項目和好團隊。這些都不是固定的，而是需要自己去了解的。
51Testing: 作為一名有豐富經(jīng)驗的測試員，您對想從事手機測試新人有哪些建議？怎么樣做可以讓新手做的更好，更迅速的成長為這個領(lǐng)域的高手？
陳曄: 1. 不要道聽途說。比如什么公司好啦，什么工資高了，什么行業(yè)有前景等。別人說終究就是別人說的，要是真的想了解，那么盡量通過自己去體驗去感受去了解，要做到不要聽風(fēng)就是雨。
2. 好好學(xué)習(xí)code基礎(chǔ)。在移動互聯(lián)網(wǎng)做測試，不寫code可以，但是要懂，要會。否則對于被測應(yīng)用的實現(xiàn)都不了解，還談什么測試呢？我們有一句話"先學(xué)開發(fā)，后學(xué)測試"
3. 鍛煉自己的學(xué)習(xí)能力。包括看原生文檔，學(xué)習(xí)開源工具和代碼。不要看到英文就退縮，這樣你是無法在移動互聯(lián)網(wǎng)的路上走出屬于自己的路的。
以上這些就是一些前提，如果這些前提做不到，那么就不用談后面或者其他的事情了。接著我們談下要怎么做。比如你要開始做android和iOS的應(yīng)用測試了，那么基本上你要根據(jù)如下的順序。
1). 先看官方文檔中的系統(tǒng)介紹，對于平臺有一個全面的了解
2). 仔細(xì)的查看文檔中和測試有關(guān)的工具和框架，并自己實踐（文檔理論上是非常詳細(xì)的）
3). 學(xué)習(xí)相關(guān)平臺的開發(fā)技術(shù)
4). 仔細(xì)了解自己產(chǎn)品項目的需求
5). 仔細(xì)審視自己產(chǎn)品的代碼（不要說看不到代碼什么的，不看代碼等于瞎子在測試）
6). 好好看看一些流行框架的原理和實現(xiàn)
7). 用分層的思想好好設(shè)計測試策略
簡單來講這樣的路線是最好的，目前這些是移動互聯(lián)網(wǎng)測試的基礎(chǔ)要求，代碼能力，編寫腳本能力，靜態(tài)分析能力等。我希望大家了解一點，如果你們覺得這些要求很高，那是因為大部分人在國內(nèi)長期低要求或者被叫獸忽悠已經(jīng)習(xí)慣了，當(dāng)拿出正常的要求的時候，很多人就會覺得很高。事實是這只是基礎(chǔ)要求。
51Testing: 由于時間關(guān)系，本次訪談?wù)浇Y(jié)束，非常感謝陳曄老師抽出寶貴時間參加我們的訪談和對小編工作的支持，讓小編對移動互聯(lián)網(wǎng)測試領(lǐng)域了解了不少，相信這次的內(nèi)容也將會給測試員帶來頗多的收益。希望以后能有更多的機會，能讓您分享測試心得！
按照常規(guī)的做法，當(dāng)一個缺陷修復(fù)完畢后，通常會對修復(fù)后的代碼進行兩種形式的
測試。首先是確認(rèn)測試，以驗證該修復(fù)程序?qū)嶋H上已經(jīng)修復(fù)了缺陷，二是
回歸測試，以確保修復(fù)部分本身沒有破壞已有的功能。需要注意的是，當(dāng)新的功能添加到現(xiàn)有的應(yīng)用程序時也適用這一相同的原理。在添加新功能的情況下，測試可以驗證新功能的
工作是否按要求和設(shè)計規(guī)范，例如回歸測試就可以表明，新的代碼并沒有破壞任何現(xiàn)有的功能。
也有可能應(yīng)用程序的新版本同時包含了修復(fù)先前報告的缺陷以及具有新的功能。對于“修復(fù)”部分，我們通常會有一系列的缺陷的測試腳本（DTS）用來運行以確認(rèn)是否修復(fù)，而對于新的功能，我們將有一系列具體的測試腳本用來測試變更控制通知（CCNS） 。
此外，隨著新的功能和更多組件的增加，軟件應(yīng)用程序變得越來越大，回歸測試包，也就是一個
測試用例庫，被開發(fā)并運用于每次應(yīng)用程序的新版本發(fā)布。
選擇回歸測試包的測試
如先前所述，對于每個應(yīng)用軟件的新版本而言，需要執(zhí)行三組測試集：回歸測試，特定版本的測試和缺陷的測試腳本。選擇測試用例的回歸測試包不是一件容易的事。選擇測試集以及回歸測試包需要仔細(xì)的思考和注意力。
人們會認(rèn)為，每一個為特定版本的測試而寫的測試用例將成為回歸測試包的一部分，并在下個版本出來后用于執(zhí)行。所以，也就是說，隨著程序代碼越來越多的新版本的出現(xiàn)，回歸測試包會變得越來越大。如果我們將回歸測試自動化，這并不應(yīng)該是一個問題，但對于手動執(zhí)行一個大的回歸測試包，這可能會導(dǎo)致時間上的限制以及新功能可能會因沒有時間而無法進行測試。
這些回歸測試包通常包含覆蓋核心功能的測試，在整個應(yīng)用程序的演變過程中都不發(fā)生改變。話雖如此，一些老的測試用例可能會不再適用，因為有些功能可能已被刪除，并通過新的功能所取代。因此，回歸測試包需要定期更新，以反映應(yīng)用程序的更改。
回歸測試包是來自于針對早期版本的需求規(guī)格軟件的腳本測試的組合，也包括隨機測試。回歸測試包應(yīng)在最低限度涵蓋典型的用例場景的基本工作流程。 “最重要的測試”，即對很重要的應(yīng)用領(lǐng)域的測試應(yīng)該總是被包含在回歸測試包中。例如，一個銀行應(yīng)用程序應(yīng)該包含對其安全穩(wěn)健性的測試，而一個高訪問量網(wǎng)站的Web應(yīng)用程序則應(yīng)該對其進行性能相關(guān)的測試案例。
成功的測試案例，即與應(yīng)用程序早期版本中的缺陷測試相關(guān)的測試也是列入回歸測試包的很好的候選對象。
自動化回歸測試
在可能情況下，回歸測試必須自動化。用相同的變量和條件一遍又一遍的運行相同的測試，不會產(chǎn)生任何新的缺陷。重復(fù)的工作會造成執(zhí)行測試者的喪失興趣和注意力不集中，可能在執(zhí)行回歸測試的過程中錯失發(fā)現(xiàn)潛在缺陷的機會。此外自動化回歸測試的另一個優(yōu)點是，可以添加多個測試用例到該回歸測試包而不對花費時間產(chǎn)生太大影響。自動回歸測試包可以連夜執(zhí)行或與手動測試并行運行，并能釋放資源。
Reporter.ReportEvent EventStatus, ReportStepName, Details [, in]
Argument
Type
Descrīption
EventStatus
Number or pre-defined constant
狀態(tài)值:
0、或 micPass:將本步驟的運行結(jié)果狀態(tài)設(shè)置為“Pass”，并向Result中產(chǎn)生報告信息。
如果想在報告中生成“通過”報告，用本狀態(tài)值。
1、或 micFail: 將本步驟的運行結(jié)果狀態(tài)設(shè)置為“Fail”，并向Result中產(chǎn)生報告信息。當(dāng)腳本中運行本語句時，整個
測試的結(jié)果狀態(tài)是“fails”。
如果想在報告中生成“失敗”報告，用本狀態(tài)值。如果運行了本語句，則整個測試的狀態(tài)為“Fail”。
2、或 micDone:僅向Result中產(chǎn)生報告信息，但不影響整個測試的結(jié)果狀態(tài)。
如果想在報告中生成“完成”報告，用本狀態(tài)值。
3、或 micWarning: S向Result中產(chǎn)生報告信息，但是不會中斷測試的運行，也不影響測試的 pass/fail status。
如果想在報告中生成“警告”報告，用本狀態(tài)值。運行這個語句后，整個測試結(jié)果狀態(tài)為“Warning”。
ReportStepName
String
將在報告中顯示的步驟名稱(object name).
Details
String
報告的詳細(xì)信息。這些信息是本條報告的“Details”信息。
我裝的是比較新的版本，6.0.5，網(wǎng)上搜到的教程多是針對4.x版本的，裝6.0.5還是會碰上不少問題。
主要參考這個文檔安裝的。但因為yum安裝更方便，所以盡量yum安裝
mysql：
yum -y install mysql mysql-server
chkconfig mysqld on
service mysqld start
yum install開頭是失敗。提示GPG key" atomicrocketturtle.com一類的錯誤。把/etc/yum.repos.d/automic.repo 移到temp目錄中，然后yum update，再安裝就好了。
為了保險起見，安裝jdk6，沒有裝jdk7.
yum search jdk|grep 1.6
然后安裝 java-1.6.0-openjdk
tomcat6:
安裝這些
tomcat6,tomcat6-lib,tomcat6-webapps,tomcat6-servlet,tomcat6-javadoc,tomcat6-docs-webapp,tomcat6-jsp,tomcat6-admin-webapps
然后chkconfig，service操作
安裝時按照 https://confluence.atlassian.com/display/JIRA060/Using+the+JIRA+Configuration+Tool#UsingtheJIRAConfigurationTool-starting
因為沒有圖形界面，就借鑒幫助中的圖形界面配置我們的命令行界面。
mysql進去
create user jira identified by 'jira';
grant all privileges on jiradb.* to jira@localhost identified by 'jira' with grant option;
flush privileges;
我認(rèn)為mysql是3306的接口，反復(fù)試了幾次，老是失敗。
netstat|grep mysql
原來mysqld的接口不是3306。這樣就成功了，難道3306已經(jīng)被占用了嗎，但是netstat|grep 3306沒有找到。
通過“locate java”和ll可以得到j(luò)ava的home，
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre
那就設(shè)這個為JAVA_HOME吧。