其他

using System;using System.Collections;using System.Collections.Specialized;using System.Runtime.Remoting.Messaging;using System.Data;using System.Data.SqlClient;using System.Configuration;namespace LTP.SQLServerDAL{ /// <summary> ///

一、術語OWA ：Microsoft OutLook Web AccessAD： Active DirectoryOU：AD中的組織單位 二、背景1、  某辦公自動化系統使用OWA作為郵件系統2、  使用者在建立郵件時選擇收件者時覺得不方便，查詢功能使用不習慣，提出了替換通訊錄的需求 三、實現說明1、 

您的應用程式會“沉沒”，還是會“遊泳”?“NET 串連池救生員”，msdn上這篇有名的文章n久之前已經拜讀過n次，當時還暗自慶幸，我的程式沒有發生過這樣的情況。就在系統代碼設計即將結束，客戶培訓接近尾聲，部分科室已經啟動並執行時候，令所有的使用者和程式員崩潰的事情發生了，程式出現串連已滿的錯誤，而且是發生的很快。    這時候想起來這篇文章，經過排查，問題終於告一段落。   情況是這樣：   程式的設計人員都是第一次用.net開發系統，對他的理解也深淺不一，所以寫出的代碼也

故障現象:當你開啟ASP.NET Web項目時，如果出現這樣的錯誤提示:提示視窗標題: Web訪問失敗提示內容: 此項目的預設Web訪問模式設定為檔案分享權限設定, 但是無法從路徑“...”開啟“...”處的專案檔夾。返回的錯誤是: 無法開啟Web項目“”。返回的錯誤是: 無法開啟Web項目“...”。檔案路徑“...”懷URL“...”不符。這兩者需要映射到相同的伺服器位置。HTTP錯誤404: Not Found ......處理方法: 到“C:\Documents and

需求：通過關聯取得的ParamName參數可能存在多個值，需要對每個ParamName參數值進行處理指令碼：可通過3種不同的實現方式，將每個參數值作為HTTP請求內容發出 web_reg_save_param("ParamName",   "LB/IC=\"id\":\"OutputParameter.",   "RB/IC=\",\"",   "Ord=All",   "Search=Body",   "RelFrameId=1",

描述：先用粉筆打底稿 描述：測量一下比例是否正確 描述：給路人講解描述：立體畫草稿 描述：開始繪畫描述：用手塗抹 描述：初見雛形 描述：調顏色他作畫的工具都很簡單的描述：刷塗大面積的顏色描述：畫的是felix貓 描述：畫面的另一半 描述：細節需要精心刻畫描述：主要形象已經完成，看出來是什麼了麼？描述：開始完善畫面 描述：累了，坐下來畫描述：中國舞獅和felix貓，呼之欲出描述：換個角描述：即將完成描述：大功告成描述：圍觀的人群 描述：成品 描述：與作品合影 這個作者令人欽佩

註：前段時間與朋友聊到廣域網路的效能測試中，如何監測效能測試中丟包率的問題，但並沒有比較成熟的想法。或許，使用文中描述的ping方法，雖然不太成熟，但也可以考慮一下。 從家裡測試寬頻網串連的丟包是一項非常困難的工作。丟包可以發生在從你的電腦到你在互連網上正在串連的目的地之間的線路上的任何一個地方。引起丟包的原因包括:網路阻塞、路由器或者交換器超過工作負載、訊號往返時間緩慢以及服務提供者或者託管你訪問的網站的公司使用的通訊優先等級。　　　　沒有主動測量實際重複傳輸的TCP流量(對於家庭寬頻網串連來

剛開始學LR時，經常搞不清楚變數和參數的區別與用法，最近在一次指令碼編寫中，整理出來的一些小技巧，與大家一起分享。//字串複製strcpy(str,"Hello ") ;//字串串連strcat(str,"World !");lr_message("str: %s",str);//變數轉為參數,將變數str的值存到參數Param中lr_save_string(str,"Param");//參數複製lr_save_string(lr_eval_string("{Param}"),"Param_1"

Gmail無法開啟郵件的解決方案:在控制台裡開啟Internet選項>選擇進階>在安全區裡把“使用TLS1.0”打勾。然後應用。重啟IE就好使了。（注意：即使你用的不是IE瀏覽器，此方法也有效。如 MAXTHON） GOOGLE.com無法訪問的解決方案: 就是修改hosts 把下面這行加到hosts檔案裡。 64.233.171.99 www.google.com linux的hosts檔案路徑位 /etc/hosts winxp的hosts檔案路徑為

昨天遇到一個QTP描述性編程的比較奇怪的現象，以前跑的好好的指令碼突然驗證失敗了，經過多次嘗試終於發現了其中的規律，那就是QTP在描述性編程上存在對象識別錯誤的情況。如果各位曾經遇到過這個問題，或者有好的解決方案的話，請指教。案發現場如下：在指令碼中用描述性編程定義了對象驗證對象是否存在，然後點擊這個對象並進行刪除，到這裡所有操作都是正常的驗證刪除結果，判斷對象是否存在，居然對象還是存在的！（這裡就出現了錯誤）但是，如果刪除之後，驗證對象是否存在之前如果再設定一下對象，則判斷為對象不存在（正確）

Old Version: Professional Edition, Version: 3.0.3-#75New Version: Professional Edition, Version: 3.12.3-#302backup data to xml檔案後，在新版本上Restore Data from xml，Error：Failed to import data: Error in action:

    在某個雞尾酒會上，張先生從口袋裡掏出一張千元大鈔，向所有的來賓宣布：他要將這張千元大鈔拍賣給出價最高的朋友，大家互相競價，以50元為單位，到沒有人再加價為止。　　出價最高的人只要付給張先生他所開的價碼即可獲得這張千元大鈔，但出價第二高的人 雖無法獲得千元大鈔，仍需將他所開的價碼如數付給張先生。 　　這個別開生面的‘以錢買錢’的拍賣會，立刻吸引了大家的興趣。開始時，‘100元’、‘150元’、‘200元’的競償聲此起彼落，到價碼抬高到‘500元’時，步調緩和了下來 ，只剩下三、四個在競價。

文章目錄    hanwl 發表於 2006-8-31 21:58:00

很多軟體項目中的品質問題都是由一些小任務之間的中斷而引起的。由於團隊成員把他們的工作定義的過於狹隘或者在把工作從一個人手中移交給另一個人時出現困難，所以會經常發生中斷的情況。 背景故事幾周前，我在一家機場的飯店等一次午夜航班。有一個服務員拿了一大堆髒盤子往廚房走，她竟然能一下子拿那麼多的盤子，對此我印象特別深刻。在朝廚房走了一半時，有一個餐叉從盤子裡掉了下來。由於那個服務員兩手都拿滿了盤子沒法去撿那個餐叉，所以她就把餐叉留在地板上繼續往廚房做了。這時走來另外一個兩手空空的服務員，在她身後約15英

    [1]好好規劃自己的路，不要跟著感覺走！根據個人的理想決策安排，絕大部分人並不指望成為什麼院士或教授，而是希望活得滋潤一些，爽一些。那麼，就需要謹慎安排自己的軌跡。從哪個行業入手，逐漸對該行業深入瞭解，不要頻繁跳槽，特別是不要為了一點工資而轉移陣 地，從長遠看，這點錢根本不算什麼，當你對一個行業有那麼幾年的體會，以後錢根本不是問題。頻繁地動蕩不是上策，最後你對哪個行業都沒有摸透，永遠是新手！    

當你開啟ASP.net Web項目時，如果出現這樣的錯誤提示:提示視窗標題: Web訪問失敗提示內容: 此項目的預設Web訪問模式設定為檔案分享權限設定, 但是無法從路徑“...”開啟“...”處的專案檔夾。返回的錯誤是: 無法開啟Web項目“”。返回的錯誤是: 無法開啟Web項目“...”。檔案路徑“...”懷URL“...”不符。這兩者需要映射到相同的伺服器位置。HTTP錯誤404: Not Found ......處理方法:到“C:\Documents and

問題：效能測試過程中，10個使用者並發持續運行幾分鐘後，伺服器停止回應。  從LR的錯誤來看，有下面幾種：1）       Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)2）       Error -27791: Server "appsvr01" has shut down the connection prematurely        

今天在測試群中看到有關能力的交流，大有裨益。有些人片面的認為對測試人員而言，提高能力就是能寫代碼，而靜光關於能力的深刻理解得到了大家的贊同。下面原文引用：寫代碼，更多隻算技術，未必是能力。

基本　Action。包括：　　　- Go to　跳轉到指定的幀 　　　　- Play　播放 　　　　- Stop　停止 　　　　- Toggle High Quality　在高畫質和低畫質間切換 　　　　- Stop All Sounds　停止所有聲音的播放 　　　　- Get URL　跳轉至某個超連接 　　　　- FSCommand　發送FSCommand命令 　　　　- Load Movie　裝載影片 　　　　- Unload Movie　卸載影片 　　　　- Tell

前言： 許可權往往是一個極其複雜的問題，但也可簡單表述為這樣的邏輯運算式：判斷“Who對What(Which)進行How的操作”的邏輯運算式是否為真。針對不同的應用，需要根據項目的實際情況和具體架構，在維護性、靈活性、完整性等N多個方案之間比較權衡，選擇符合的方案。 目標： 直觀，因為系統最終會由終端使用者來維護，許可權分配的直觀和容易理解，顯得比較重要，系統不辭勞苦的實現了組的繼承，除了功能的必須，更主要的就是因為它足夠直觀。