Time of Update: 2018-12-05
如何通過j2me來實現訪問webservice比較常用的方法使用ksoap或者是支援Jsr172的直接使用哪個ws包就行了。訪問.net建立的webservice比較麻煩。如果是支援jsr172的裝置可以使用wtk2.2直接產生樁,就是生個stub和幾個訪問類就可以實現對webservice的訪問,但要注意傳回型別,如果webservice的傳回型別不是wtk能支援的話就會產生失敗。如果不支援jsr172的就比較麻煩,可以使用ksoap來做soap協議解析,完成對webservice訪問。我試用
Time of Update: 2018-12-05
機器崩潰了,剛裝了一遍,什麼軟體也沒有了,等著明天裝了。今天沒事了:) 上次說了介面上要注意的,下面接著說介面上的事,效率,可能是我用的模擬器的原因吧,老是感覺SmartPhone重新整理太慢了,例如畫幾個Lable幾個TextField就要刷一陣子,如果遇到ComboBox那就是災難了,如果要在初始化的時候填充好了ComboBox嘿嘿,那要等一陣子了,所以被逼無奈,初始化好了再讓人看(上次說了)。 因為SmartPhone用的是的Compact
Time of Update: 2018-12-05
前一篇文章講了可以利用ceAppMgr來安裝cab檔案,這次使用windows的安裝程式來實現。具體參見http://www.codeproject.com/netcf/PackagingAndDeployingPPC.asp 別人已經說得很明白了,我不多說,只把我照著做遇到問題的地方說一下。
Time of Update: 2018-12-05
最近剛看了新的業務,PTT,Push To Talk(PTT)一鍵通,又稱即按即說,就是在手機上實現對講機的功能。是將有相應功能的手機當成對講機使用,是一種半雙工的通訊方式,這種手機有個對講鍵,使用者按下後,就可以和其他使用者或者群組通話(無論距離遠近,只需位於電訊廠商網路覆蓋之處)。 簡單的說:一鍵通就是“即按即說”(PTT)的手機,融合了手機與對講機的功能,它用的是手機的網路。 和資料群集差不多,比人家差點福士點的東西。人家的是給專用部門準備的,要求高可靠性,以及通訊的及時性,
Time of Update: 2018-12-05
第5章 智能管理——用好整合管理環境(1)節點和組是什麼含義?有什麼樣的關係? 答:節點是指含有HTTP伺服器、資料庫和監聽程式的集合,而組是指多個節點群組成的集合。(2)【管理伺服器】的管理員有哪3種許可權? 答:3種許可權分別是超級管理員、訪問作業系統和訪問事件系統。(3)預設的管理員賬戶及口令的是什嗎?
Time of Update: 2018-12-05
要開始寫概要設計了,感覺腦袋都大了,雖然有模版,但就是不知道該怎麼落筆,沒法順著模版一章一章的寫吧。
Time of Update: 2018-12-05
什麼是RE?想必各位大大在做檔案尋找的時侯都有使用過萬用字元”*”,比如說想尋找在Windows目錄下所有的Word檔案時,你可能就會用”*.doc”這樣的方式來做尋找,因為”*”所代表的是任意的字元。RE所做的就是類似這樣的功能,但其功能更為強大。寫程式時,常需要比對字串是否符合特定樣式,RE最主要的功能就是來描述這特定的樣式,因此可以將RE視為特定樣式的描述式,舉個例子來說,”\w+”所代表的就是任何字母與數字所組成的非Null 字元串(non-null string)。在.NET
Time of Update: 2018-12-05
通過兩種手段結合來保證代碼的正確性,Program Proofs和Testing。1.Program Proofs 說白了就是代碼注釋。C#中函數的注釋分為三部分<summary><param><returns>。好的注釋需要指明調用函數的pre-condition,post-condition並且assert函數輸出是正確的。例如判斷素數的函數IsPrime(int n)。它的注釋應該這樣寫:<summary>Determine
Time of Update: 2018-12-05
看完DVD“肖恩克的救贖”,感受頗深:一個人不能沒有希望,更不能沒有目標。想想組員們為什麼能接受我安排的工作,受我影響,認為我們是他們的Mentor(導師)?因為我們能協助他們成長,在他們通往職業目標的途中協助他們。一個人願為公司奉獻青春,無非為了兩點:要不能賺到錢,要不能學到本事。而開發組長呢,能控制的財力要不沒有,要不很少。大多數的開發人員都很聰明,願意為了明天而投資。如果我們不能在能力上指導協助他們,那麼憑什麼對組員的工作“指手劃腳”? 一,協助組員建立職業目標。許多剛參加工作的
Time of Update: 2018-12-05
測試風險是不可避免的、總是存在的,所以對測試風險的管理非常重要,必須儘力降低測試中所存在的風險,最大程度地保證品質和滿足客戶的需求。在測試工作中,主要的風險有:一、品質需求或產品的特性理解不準確,造成測試範圍分析的誤差,結果某些地方始終測試不到或驗證的標準不對;二、測試案例沒有得到百分之百的執行,如有些測試案例被有意或無意的遺漏;三、需求的臨時/突然變化,導致設計的修改和代碼的重寫,測試時間不夠;四、品質標準不都是很清晰的,如適用性的測試,仁者見仁、智者見智;五、測試案例設計不到位,忽視了一些邊
Time of Update: 2018-12-05
゛無磿頭.㊣編號:每個測試案例的唯一編號,有且於其和測試結果、錯誤報表等其他文檔的連結。測試模組:講述此測試案例測試的大模組。標題:用簡單的一句話來描述測試案例。測試目的:描述設計此測試案例的目的是什麼。測試層級:按照測試案例的重要性來給不同的測試案例分層級。預置條件:執行此測試案例之前需要做的準備。操作步驟:測試人員執行測試所需的運作。預期結果:在檢查點上待測功能應有的正常反應、運作或顯示。實際結果:待測功能在操作後所表現的反應、運作或顯示。編寫測試案例時應該認真思考:
Time of Update: 2018-12-05
沒事閑著,朋友讓我寫一個bugfree指導性說明書給他看看。也就順便寫了點,內容是圖文並茂的。所以可能大了些。一個是文中畫的VSD,主要闡明BUG的生命週期。另一個就是那個軟體的操作解說了。主要是針對缺陷的流程引向來寫的,不會涉及到bugfree本身的軟體問題。至於admin的管理功能此文暫時沒有寫入,等以後有時間再另開一貼講解吧。呵呵。記得要拍磚啊!!!補充一句:VSD檔案要用微軟的VISIO來看。本文的讀者:bugfree初學者,開發人員,測試人員,模組負責人,測試小組負責人,專案經理。Bu
Time of Update: 2018-12-05
思維導圖的宗旨按照概念理解就是提供一種思維分析的集合平台。即把發散的思維通過一個白板集中表現在一塊。可是在使用了其主流軟體mindmanger後,發現製作思維導圖的隨意性還是不能自由發揮出來。比如說當你在做一個局點時,把三個子節點的 兩個合并且串連下一子節點就會產生一定的操作困難。個人理解該軟體的設計原理是:從根節點出發,串連N個子節點,形成一個完整的網狀圖。但是細心的朋友可能會發現,這個網狀結構是有一定規則的,而不是隨意串連的。它的布局不可以自由改變個人認為站在思維導圖的理念上這是一個
Time of Update: 2018-12-05
最近在做Windows Mobile 的SmartPhone上的軟體開發,開發過程和普通的Windows開發感覺差不錯,就是在介面處理上有很大的不同。 SmartPhone介面不小,可就是不支援觸控螢幕也沒有PocketPc上的標準輸入面板(SIP),也就沒有滑鼠的那些操作了,所有操作基本都是通過手機上的那幾個鍵與有限的幾個功能鍵來實現。通過螢幕下方的兩個功能按鍵完成主要的功能操作。
Time of Update: 2018-12-05
我覺得有幾種性格的人可能不太適合做測試,當然個人實際情況、應變能力不同可能會有不同的遭遇。
Time of Update: 2018-12-05
The sample presented here builds on the various pieces discussed in Events and Delegates and Raising an Event.This sample shows how to raise an event from your class and also how to handle the event. It defines the following classes.AlarmClock is
Time of Update: 2018-12-05
如果你是測試員或是進階測試員,有志轉向管理髮展,那麼需要加強以下內容,至少要做到幾點: 1. 測試計劃的編寫(要結合測試的項目,能以此來控制和確定測試所需人員,裝置及時間來管理測試時間) 2. 要熟悉BUG跟蹤工具及軟體測試流程.(如: TD, Bugzilla, CQ等) 3. 要熟悉組態管理工具. (如: CVS, VSS等) 4. 要熟悉自動化工具.(例如:WinRunner, QTP, Robot, RFT, Automation等,能結合錄製完的指令碼編寫代碼) 5.
Time of Update: 2018-12-05
最近看到UltraEdit出了14.00a版本的,就屁顛屁顛的跑去下載。可是找了N多個破解版本key都是不能註冊,就連自身帶有的14.00捆綁的註冊機都沒法註冊,弄得我非常鬱悶。索性改回老版,但後面幾天心裡總有個疙瘩,不悅!今天乾脆神經質的到處逛,終於找到一個可以使用的Key。非常幸運,呵呵!下面是可註冊的key:使用者名稱:cnc001 序號:JFEKI-JJRGC-SRHGT-RQIUR-JEBEK-LILGW-NPIDP-OJHPB 2008-06-08 暴雨
Time of Update: 2018-12-05
又一個項目成功上線了。老闆說:乾的不錯!你滿心歡喜的期待提拔呀,鈔票大大的漲呀......但遲遲沒有動靜?忍不住旁敲側擊,被老闆一語道破:保證項目成功是開發組長的職責,你的能力不錯,但現在無法提拔你,因為團隊成員中沒人可以接班。 有的項目成功,很大程度上取決於開發組長的個人能力。如果開發組長技術能力和專案管理能力超強,帶領著一群普普通通的開發人員,一個7×24的生產系統一樣炮製出來。但這就是我想要的嗎? 項目的成功如果淪為了個人的成功,而不是團隊的成功。那身為開發組長的我,不得不反
Time of Update: 2018-12-05
如果“負責任”要成為團隊的價值觀,那開發組長呢?當以身作則,成功實施項目和培養優秀組員是一個稱職開發組長的使命。“沒有辦法,這是中國國情,一切精神的發展都要在物質基礎上,等我有了500萬,我會好好培養一支團隊,但是我沒有。”這樣的理由是否能成為放棄使命的借口呢?作為團隊的帶頭人,請對各種各樣的理由說“NO”!誠然,剛開始會碰到很多困難,覺得有些開發人員“爛泥敷不上牆”,但這些都是具體管理方法的問題,而不應成為讓組員們放任自流的借口。俗語說“上樑不正下樑歪,大狗爬牆小狗照樣”做為開發組長,不