cts測試過程：
1、編譯原碼，將產生的img檔案燒到板子上
2、編譯sdk，指定好路徑
3、編譯cts
遇到的問題及解決辦法：
1、連上usb識別不了裝置
fn@fn-desktop:~$ lsusb
bus 003 device 001: id 1d6b:0001 linux foundation 1.1 root hub
bus 001 device 012: id 18d1:0002
bus 001 device 001: id 1d6b:0002 linux foundation 2.0 root hub
bus 005 device 001: id 1d6b:0001 linux foundation 1.1 root hub
bus 004 device 003: id 413c:2003 dell computer corp. keyboard
bus 004 device 002: id 03f0:2c24 hewlett-packard logitech m-ual-96 mouse
bus 004 device 001: id 1d6b:0001 linux foundation 1.1 root hub
bus 002 device 001: id 1d6b:0001 linux foundation 1.1 root hub
我這裡是:
bus 001 device 012: id 18d1:0002
然後在/etc/udev/rules.d/下建立乙個配置檔案: 51-android.rules
sudo vim /etc/udev/rules.d/51-android.rules
檔案裡新增如下配置引數:
subsystem=="usb", sysfs=="18d1", mode="0666"
儲存，給配置檔案設定下許可權
sudo chmod a+rx /etc/udev/rules.d/50-android.rules
restart
sudo /etc/init.d/udev restart
最後再重啟下adb服務，就可以了(沒配置環境變數的請進入android sdk tools目錄執行sudo ./adb kill-server ./adb devices)
sudo adb kill-server
sudo adb devices
list of devices attached
0403502001011000 device
2、cts_info >>> max adb operations reached. restarting adb...
cts_info >>> restarting device ...
device(1234567890abcdef) disconnected
這個時候測試就會一直停在那裡不動了
解決辦法：
修改adb許可權～
到相應sdk目錄下，我這裡是：
/home/fn/desktop/cts-round2/android-sdk_eng.barry-xu_linux-x86/tools
所以：fn@fn-desktop:~/desktop/cts-round2/android-sdk_eng.barry-xu_linux-x86/tools$ chown root:root adb
再執行：
fn@fn-desktop:~/desktop/cts-round2/android-sdk_eng.barry-xu_linux-x86/tools$sudo ./adb kill-server
fn@fn-desktop:~/desktop/cts-round2/android-sdk_eng.barry-xu_linux-x86/tools$sudo ./adb devices
即可也同學說這樣改：
＃gedit host_config.xml
把中的200改為負數，如「－1」就不會restarting device！
平時學習遇到問題及解決方法
1.eclipse add tomcat 8 blank server name 無法輸入server name 解決方式 cd workspace metadata plugins org.eclipse.core.runtime settings rm org.eclipse.jst.serve...
測試過程中遇到的合作上的問題
需求及專案測試過程中合作上遇到哪些問題，導致測試效率低下 產品側 1.需求排期完畢後，產品臨時加需求 2.需求排期完畢後，臨時改方案 3.需求排期完畢後，產品需求範圍評估不準確臨時增加回歸量 4.需求測試完畢準備上線，產品放棄需求了 5.需要多方共同上線的需求，單側封板等待上線期間出現需求變更 6....
在軟體測試過程中遇到什麼問題？怎麼解決的？
1.提測質量差 問題描述 第乙個提測版本差，有些均未通過冒煙測試 問題分析 a.版本提測質量差，但基於發布時間已在，因此，在提測差時就開始測試 提測質量差的點 基於上每項功能的完成度都不高 有些功能均未實現 b.新的團隊，團隊處於磨合期 c.在提測時，對提測要求不明確，在時間點到後，匆忙提測 解決方...