手機客戶端雲測試、適配平台的背景簡介：
(mobile client cloud test & adaper platform,簡稱mcctap)
main summary:
和時間。
如何幫助開發者的手機應用完成多種手機機型的適配工作？
《1》當你在sdk提供的模擬器下的手機客戶端開發完畢，並且經過了相應測試，下一步很重要的工作就是安裝在真機上迭代測試、修改。如果你的的手機客戶端所承載的業務是面向廣大的手機使用者，那麼，就不可避免地要拿到市面上所有流行的手機，進行真機測試、適配，這種
成本不是開發者，甚至是手機軟體公司所能承受了得。
《2》這個環節，也會消耗你大量的人力、時間，限制了自己業務快速推廣。
如何讓手機終端使用者得到更多的手機應用？心甘情願貢獻出自己的手機，供mcctap使用？
《1》有人說，運營商可以組建手機測試、適配平台，供開發者和ap使用，我覺得不可行，因為這種手機成本和專業手機測試團隊的成本，保守估計一年2000萬￥，我想運營商以後的手機軟體**再怎麼賺錢，前期他也不會將上述成本劃入支出預算的。
《2》有人說，手機終端廠商可以做這件事，我覺得不可行，因為手機os之爭過了十幾年，未來手機os也不可能是一家獨大，這是事物多樣化競爭發展的必然結果，手機os問題解決不了，你不可能把手機適配的問題跳過去，而且手機終端廠商沒有義務和興趣去做「善事」。
《3》我倒覺得，廣大的手機使用者可以通過mcctap幫助開發者和ap完成手機多機型測試、適配的難題。
操作方式我的思考：對於中國的軟體消費使用者，有時對錢字看的很重，所以你很難從手機使用者口袋裡直接掏錢，但是換種支付物，比如：讓手機使用者將自己的手機通過pc連到mcctap上，通過「貢獻」自己手機以滿足mcctap上開發者和cp的使用，當然我們可以按時間進行計算，當這個手機使用者在mcctap上「貢獻」了2個小時，我們可以將其兌換成20￥（只能在手機軟體**使用者手機應用的支付），他就可以用這種方式在手機軟體**上進行可持續的消費；同樣，對於開發者和ap，他們可以將自己的手機應用的支付設定為手機支付或者「貢獻」時間兩種支付物，畢竟他們在多機適配上要消費手機使用者的手機「貢獻」時間。
此外，使用者手機在mcctap「貢獻」測試時間這種操作中，肯定會擔心自己的手機資訊隱私問題，本人覺得不是個大問題，可以由mcctap去完成安全問題，讓mcctap開放給開發者和ap的使用介面，遮蔽掉使用者手機上現有的儲存內容和相關資訊。
今日配圖：
Android手機客戶端測試大綜合
原址上是乙個大圖，我轉化成文本版，幫助自己檢查自己的知識量 原址 1.冒煙測試 輔助工具 monkey 目標 編寫adb.exe的monkey工具 通過logcat定位問題，保證軟體的健壯性 2.安裝 解除安裝測試 低 2.1 客戶端軟體在真機上安裝 解除安裝 2.2 第三方軟體協助安裝 解除安裝 ...
如何測試手機上的SOAP客戶端
周四晚上，服務端和客戶端的兩個同事因為soap介面的問題爭論了起來。服務端的同事認為客戶端的同事發給服務端的soap訊息的xml結構有問題，少了幾個xml節點，導致伺服器端解析出錯。而客戶端的同事認為自己在android手機上傳送的soap，是通過乙個物件發出的，物件屬性什麼的，看 是正確設定了的，...
手機客戶端的狂測
狂測的內容，主要是要從乙個程式設計師的角度，把關注點放在影響程式質量關鍵 段上，檢查有沒有導致程式異常退出 應用卡死或響應慢，使用者資訊保安，及其它明顯錯誤。細化下來以下這些內容，1 從桌面圖示快速開啟並進入程式，然後退出程式。這個過程重複10次以上，看應用是否表現正常。2 在應用中的某一功能裡，快...