in

Darkthread

黑暗執行緒
All Tags » ASP.NET » Web (RSS)

Browse by Tags

  • 網頁重覆送出問題,IE的專利?

    同事負責的系統接到抱怨,資料庫被塞入重覆資料,經過一番追查後,發現是使用者的非常態操作所導致,簡單來說--就是送出鈕連按兩下啦! 程式人員或受過訓練的操作員都已經很習慣"執行動作後等待回應"的過程,在按下送出鈕後,就會靜候程式的回應,不會急躁地狂按送出鈕。不過,在實際世界中,並不是每個使用者都會乖乖依你的預期進行操作(所以我們才需要 猴子來幫忙測試 ),遇到缺乏耐性、搞不清狀況或暴怒的使用者,事情的發展就很難預料。 我一直有個錯誤的印象,使用者在按下送出鈕後,瀏覽器就會結束目前的網頁操作,顯示空白等待Postback的結果傳回(其實我已經被 狂電過一次 ,但顯然還是沒學起來...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 07-22-2008
  • KB-Auto Word Wrap Issue in Web Page Monkey Test

    在系統測試中,有一種測試叫做 Monkey Test (有人翻成 搞怪測試 ,我比較想稱它為"惡搞測試" XD),意指測試者以不合乎常理的方式操作系統界面,檢測系統是否會發生不可預期的嚴重後果。用白話來說,就是百般刁難,亂按一通,系統也不能當機掛點資料受損,這樣才稱得上經打耐操的好程式。(聽前輩說,以前政府專案界有一位令廠商聞風喪膽,號稱"美猴王"的學者教授,只要受邀參與專案驗收,一定會在緊要關頭放大絕招---Monkey Test~~~) 今天負責上線前測試的同事回報, 有隻猴子 有位使用者通報某個表單網頁在輸入較長文字時,畫面會變形。 深入追查後,發現...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 05-23-2008
  • Why Master Page, But Not Frameset?

    跟同事討論新網站如何讓所有網頁都保持一致的Header/Menu/Footer,我的看法是回歸ASP.NET 2.0建議使用的Master Page、同事則覺得這樣比較笨重,不如保持用FrameSet切割出一塊Frame切換內容的傳統做法即可。想了想,到ASP.NET 2.0後,看到的幾乎都是用Mater Page解決,VS 2005 IDE甚至會在你使用FrameSet時發出 警告 ;另外一方面,除了ASP.NET之外,印象中現在Internet中遊歷到的大小網站,除了一些上了年紀的簡單小網站,已經很難看到用Frame切割Header/Menu的做法。雖然腦中大致了解二者間的差異,但Frame式的設計似乎已快從地球上絕跡了...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 11-18-2007
  • 【茶包射手專橺】Reporting Service圖表無法顯示

    同事回報一個問題,在測試台檢視Reporting Service報表時,應該顯示長條圖、圓餅圖的地方出現一個大叉叉,同一程式在正式台則一切正常。 首先出場的工具是Fiddler,很快就抓到在GET圖檔的Request有以下錯誤: ERROR: Throwing Microsoft.ReportingServices.Diagnostics.Utilities.StreamNotFoundException: The stream cannot be found. The stream identifier that is provided to an operation cannot be located...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 10-16-2007
  • TIPS-Get 100% Height in XHTML

    <! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" > < html xmlns ="http://www.w3.org/1999/xhtml" > < head >< title > Height Test </ title ></ head > < body > < div style ="background-color...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 10-01-2007
  • TIPS-Remember User's Preference with Cookie

    在Key單UI的實務上,有個有趣的現象。假設Key單Web介面中有個下拉選單(DropDown, <SELECT>),張三因為承做甲業務,所以永遠都選第三個選項,而李四較常在處理乙業務,所以總是選第五個選項。如果介面在顯示時可以預設就停在使用者最常用的選項上,每次Key單時就可以少敲幾次鍵。 此時有幾種設計方法: 第一種是建立User的Profile,由其負責的業務來判斷預設選項,再不然就是開放User設定自己偏好的預設選項。我個人更偏好一種更直覺更簡單的做法---用Cookie記住User上回選什麼就好了,不用在Server/DB上找地方存User設定,也不用擔心User可能一陣子做甲業務...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 06-26-2007
  • TIPS-Design A Mouseless Web UI

    經歷過DOS->Windows轉換的老人家們應該不會忘記第一次踏著滑鼠在視窗上衝浪的莫名感動,一樣是打電腦,用滑滑點點取代一長串按鍵,感覺就是不一樣,一瞬間,人生彷彿由黑白變彩色~~~ 隨著GUI視窗化介面的普及,大部分的開發者開始認定充分使用滑鼠才是最人性化的界面設計方式,但是世界上有一群人持著不一樣的看法。 滑鼠操作的動作範圍較小,2D空間定位的直覺性是鍵盤無從取代的,但這仍無法改變我們必須依賴鍵盤輸入文字的事實。當你被要求每天輸入幾百上千筆相似的資料,若輸入幾個字元就要滑一下滑鼠,意味著每幾秒鐘需轉動手肘將手掌從鍵盤移駕到滑鼠背上,接著得眼睛盯著螢幕做手眼協調練習,轉轉手腕,動動手指後再回到鍵盤上...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 06-26-2007
第1頁,共1頁 (7個項目)
Powered by Community Server (Non-Commercial Edition), by Telligent Systems