【ui型bug定義】
這裡指的ui型指以下兩種bug：
第二種是ui效果不一致的bug，比如應該是個圓角按鈕，做出來的介面卻是個平角的按鈕；有下拉箭頭效果，做出來的介面卻沒有下拉箭頭效果；混動介面應該有3屏，做出來的介面卻只有2屏，諸如此類。
【ui型bug的產生】
理論上ui型bug的產生只有一種原因，即開發人員沒有按照需求文件或者ui做。
開發人員為什麼沒按需求的要求去實現？通常有兩種原因：
第一種，開發人員一開始就沒按需求實現；
第二種，需求方頻繁變更，沒來得及更新文件。
在敏捷agile場景下，開發人員會把最主要的原因歸為需求方沒有及時更新文件。
【如何減少ui型bug】
理想情況下，所有的環節都按文件做，是不存在所謂的ui型bug的。即需求方確定文件，開發人員嚴格按照文件實現。
ui文件的變動要及時更新並通知到開發人員和測試人員。
開發人員要嚴格按照文件的需求去開發，不能主動發揮（任何的主動發揮都要徵得需求方的同意並通知到下乙個環節（即測試環節）的人員）。
【qa人員碰到很多的ui型bug該怎麼辦？】
當ui型bug佔到bug總數的一定數量後，qa人員有義務想產品或者專案經理提出**，說明這是在浪費大家的時間。
【agilehei測試是怎麼做的？】
測試人員不負責測試ui型bug，由需求方在驗收時統一對ui進行驗收（或者在專案中期約定乙個時間進行修改）。ui型bug是很直觀的bug，由需求方和實現方直接達成協議，結對及時修改最有效率。
【結論】
ui型bug是溝通不一致的產物，測試人員不要把有限的精力放在ui型bug上面。為追求所謂的敏捷而導致了後續環節的頻繁溝通，不是agile的本意，是為了敏捷而敏捷，為了增加溝通而溝通。
***********************************=分割線******************************==
在WPF的使用者執行緒中更新UI介面
wpf中ui 執行緒佇列由 dispatcher 來管理和排程，所以當使用者執行緒中更新 ui時，必須通過 dispatche 來排程，下面這個小例子將給使用者展示如何在使用者執行緒中更新當前的時間.前台的xaml 如下 後台的主要 如下 申明乙個 用於想 ui更新時間 private delega...
在wpf的使用者執行緒中更新ui介面
執行緒相關 20071124 wpf中ui執行緒 佇列由dispatcher來管理和排程，所以當使用者執行緒中更新ui時，必須通過dispatche來排程，下面這個小例子將給使用者展示如何在使用者執行緒中更新當前的時間.前台的xaml 如下 後台的主要 如下 申明乙個 用於想ui更新時間 priva...
在WPF的使用者執行緒中更新UI介面
wpf中ui 執行緒佇列由 dispatcher 來管理和排程，所以當使用者執行緒中更新 ui時，必須通過 dispatche 來排程，下面這個小例子將給使用者展示如何在使用者執行緒中更新當前的時間.前台的xaml 如下 window x class threadinvoke.window1 xml...