使用者使用時長下降，一定是應用出現了問題
在許多移動統計系統裡，有使用者平均每次使用時長這一資料。如果你發現這個資料有所下降，就認為這一定是壞事，這種想法可能有欠全面。
事實上，你需要考慮你最近是否對軟體進行了優化，因為有一種可能是這種優化減少了使用者探索和誤操作的時間。例如使用者很喜歡魔圖的拼圖功能，但是以前入口很深，需要經過4、5步操作才能進入，現在我們直接把這個入口放在了首頁上，這必然會大大減少使用者的探索時間，從而影響到每次使用時長資料。
所以，你需要謹慎的分析資料背後的行為。
安裝包越小越好
因為移動網際網路流量非常寶貴，另外移動裝置儲存空間有限，所以很多開發者認為軟體包越小越好，有時候不惜砍掉功能或者犧牲使用者體驗。
所以，資料才能證明一切。
事實上應用市場的排名是乙個綜合的因素，包括一段時間內的安裝量、使用者存留率、使用者評分、更新頻率等多種因素。安裝量大，但是使用者評分低，或者使用者留存率低，反映了軟體質量沒有得到使用者認可或者目標使用者有問題，在應用市場裡的排名就不會太高。所以對於開發者來說，在大規模推廣和營銷之前，先要好好思考，你的軟體質量和使用者體驗是否已經足夠好，是否滿足了大範圍使用者的需求（還是僅僅滿足特定圈子使用者的需求），是否能夠留住新使用者？如果答案是否定的，那麼你花費大量金錢和資源砸出來的效果就不會太好，不能達到你的預期。
所以，真相往往很複雜。
談談移動App的思維誤區
使用者使用時長下降，一定是應用出現了問題 在許多移動統計系統裡，有使用者平均每次使用時長這一資料。如果你發現這個資料有所下降，就認為這一定是壞事，這種想法可能有欠全面。事實上，你需要考慮你最近是否對軟體進行了優化，因為有一種可能是這種優化減少了使用者探索和誤操作的時間。例如使用者很喜歡魔圖的拼圖功能...
程式設計的誤區，思維啊思維
自從會了ajax js還有ext這些東西後，做web開發總會不自覺的全部使用這些東西，做查詢 介面布局等等，重點倒不是寫 了，一堆堆的js佔了大量的工作。剛開始沒發現什麼，現在覺著這個問題很嚴重啊。發現這個問題還是得從剛剛完成的通用查詢，寫了幾百kb的純js 來控制頁面，頁面布局劃分 條件組合等控制...
做移動APP測試的思維過程
測試人員常被看作bug尋找者，但你曾想過他們實際是如何開展測試的嗎？你是否好奇他們究竟都做些什麼，以及他們如何在乙個典型的技術專案中體現價值？從 開始測試 理想情況下，測試人員應該掌握所測產品的所有最新細節資料。但事實上這很少見，因此，像其他人一樣，測試人員只能將就使用手上有限的資料。但這不是不能測...