這裡就想稍微整理一下從網上各位大神那裡找來的資料。
1、介面ui檢查 -- from 爬蟲師
l 完整性
（1顯示時應考慮資料顯示寬度的自適應或自動換行(資料長度較長)。
（2所資料展現的介面(如查詢等)，必須使測試資料的記錄數超過一頁，以驗證滿頁時其窗體是否有橫向、縱向滾動條，介面顯示是否正常。
l 一致性
如多個系統展現同一資料來源時，應保證其一致性。
l 準確性
對於資料表中的所字段值都應該明確的定義，對於無意義的字段值，不應該顯示空，應顯示「--」或「/」，表示該字段值無意義。
l 友好性
（1對統計的資料應使用者習慣進行分類、排序；
（2某些重要資訊在輸入、修改、刪除時應「確認」提示資訊；
（3介面內容更新後系統應提供重新整理功能；
（4使用者在退出系統後重新登陸時應考慮是否需要自動返回到上次退出系統時的介面。
l 合理性
（1在對某些查詢功能進行測試時，應考慮查詢條件的設定的合理性以及查詢結果的互補性，如某些後台處理時間不應該作為查詢條件；
（2應考慮某一介面上按鈕先後使用的順序問題，例如只能在查詢成功後顯示執行按鈕；
（3應驗證視窗與視窗之間、欄位與字段之間的瀏覽順序是否正確。
l 規範性
（1確保資料與資料精度顯示的統一，如單價0元，應所頁面全部顯示為0.00元；
（2確保時間及日期顯示格式的統一；
（3確保相同含義屬性/欄位名的統一；
（4對所可能產生的提示資訊介面內容和位置進行驗證，確保所的提示資訊介面應居中。
2、功能檢查應該也是必須的。
3、安裝、解除安裝、更新的驗證。
4、ui\介面\安全\效能方面的測試如何進行呢？
如何進行PC端多屏適配
這裡介紹一下 rem 適配方案 能夠流暢的適配不同解析度的螢幕，並且開發效率跟使用px開發沒什麼區別，只是多了將px轉化成rem的css函式 效果圖如下 可以看到在不同的解析度下，依然可以保持較好的布局 根據設計稿算出 px轉化成rem 的縮放比 這裡我的設計稿是 1920px，然後上面導航欄的字型...
釘釘如何進行PC端開發
前段時間，用釘釘進行了伺服器端的開發，對照著官方文件，感覺還是比較順利的。後續想有時間研究一下pc端客戶端的開發，看著官方文件，說的確實是比較簡練，但也確實沒看太明白，廢了半天勁也沒成功。後來經過無數次嘗試，發現期待的彈窗竟然出現了，為了讓其他人少走彎路，下面將自己的心得記錄如下 釘釘pc客戶端開發...
如何進行公升級測試
什麼是公升級測試？比如說你們公司開發的產品現已經發布的是v1.0，由於被發現存在缺陷，這時就需開發patch或hot fix，並進行公升級測試，然後發布v1.1。公升級測試聽起來似乎挺平常的，但它其實也是軟體測試中比較重要的一部分，它通常包括以下內容 安裝測試 資料庫測試 應用測試 文件測試 安裝測...