<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    qileilove

    blog已經轉移至github,大家請訪問 http://qaseven.github.io/

    性能測試工程師需要掌握的技能

    1性能測試領域

          熟悉主流的性能測試工具

          熟悉性能測試流程

          熟悉性能測試需求分析

          以用戶行為分析方法的體系

          項目管理知識

         ……

    2、相關領域

          開發語言C語言、Java.Net

          系統設計架構:數據設計、概要設計等

          數據庫OracleDB2Mysql

          Web服務器:WebLogicWebSphereApacheTomcatIIS

          應用服務器(中間件):ToxedoCICS

          操作系統LinuxUnixWindows

          網絡知識:網絡的流量監控、網絡基礎知識等

       ……

    3、業務領域

          金融、電信、電子商務、門戶類、票務類等

    posted @ 2011-10-31 16:55 順其自然EVO| 編輯 收藏

    UI測試最常見BUG情況匯總

    錄入界面

      1.輸入字段要完整,且要與列表字段相符合(參照數據庫進行檢查)

      2.必填項一律在后面用*表示(必填項為空在處理之前要有相關的提示信息)

      3.字段需要做校驗,如果校驗不對需要在處理之前要有相關的提示信息

      (1)長度校驗

      (2)數字、字母、日期等等的校驗

      (3)范圍的校驗

      4.錄入字段的排序按照流程或使用習慣,字段特別多的時候需要進行分組顯示

      5.下拉框不選值的時候應該提供默認值

      6.相同字段的錄入方式應該統一(手動輸入、點選、下拉選擇、參照)

      7.錄入后自動計算的字段要隨著別的字段修改更新(如單價變后,金額也變)

      8.日期參照應該既能輸入,又能從文本框選擇

     

    界面格式

      1.字體顏色、大小、對齊方式(根據字段的性質確定)、加粗的一致性

      2.文本框、按鈕、滾動條、列表等控件的大小、對齊、位置的一致性

      3.所有新增、修改、查看頁面加上頁面說明(如:XXX新增、XXX編輯、XXX查看等說明字樣),(彈出的)界面要有標題,標題與內容要一致

      4.不同界面顯示相同字段的一致性(如列表界面和編輯界面)

      5.界面按鈕顯示要求(查詢、新增、刪除順序)

      6.列表的順序排列應該統一(按照某些特定條件排序)

      7.下拉框中的排列順序需要符合使用習慣或者是按照特定的規則排定

      8.所有彈出窗口居中顯示或者最大化顯示

      9.信息列表中如果某個字段顯示過長用“…”或者分行顯示

      10.人員、時間的缺省值一般取當前登錄人員和時間

      11.對于帶有單位的字段,需要字段的標簽后面添加如下內容:(單位)

     

    功能問題

      1.按鈕功能的實現(如返回按鈕能否返回)

      2.信息保存提交后系統給出保存/提交成功提示信息,并自動更新顯示

      3.所有有提交按鈕的頁面都要有保存按鈕(每個界面風格一致)

      4.凡是點選或者下拉選擇的界面,如果一旦選擇完了無法回到不選擇的情況,需要加上清除選擇功能按鈕

      5.沒有選擇記錄點擊刪除/修改按鈕要提示請先選擇記錄

      6.選擇記錄后點擊刪除按鈕要提示確實要刪除嗎?

      7.需要考慮刪除的關聯性,即刪除某一個內容需要同時刪除其關聯的某些內容

      8.界面只讀的時候(查詢、統計、導入)等,應該不能編輯

     

    查詢問題

      1.查詢條件缺少一些可以查詢的字段

      2.有些查詢條件需要支持模糊查詢

      3.需要考慮有些查詢條件本身的關聯性(即某個查詢條件的取值范圍是依賴于其它查詢條件的取值)

      4.查詢條件名稱與信息列表及信息編輯頁面相應的字段名稱完全統一

      5.不同模塊相同字段的查詢方式應該統一(手動輸入、點選、下拉選擇)

      6.出報表的時候,查詢條件需要顯示在報表標題的下面,這樣看報表的時候知道數據的依據是什么

      7.對于范圍的查詢采用全閉的形式

    posted @ 2011-10-31 16:55 順其自然EVO| 編輯 收藏

    WEB測試番外之----XSS攻擊

    1.1 什么是XSS攻擊

      XSS攻擊:跨站腳本攻擊(Cross Site Scripting),為不和層疊樣式表(Cascading Style. Sheets, CSS)的縮寫混淆。故將跨站腳本攻擊縮寫為XSS。XSS是一種經常出現在web應用中的計算機安全漏洞,它允許惡意web用戶將代碼植入到提供給其它用戶使用的頁面中。比如這些代碼包括HTML代碼和客戶端腳本。攻擊者利用XSS漏洞旁路掉訪問控制——例如同源策略(same origin policy)。這種類型的漏洞由于被駭客用來編寫危害性更大的phishing攻擊而變得廣為人知。對于跨站腳本攻擊,黑客界共識是:跨站腳本攻擊是新型的“緩沖區溢出攻擊“,而JavaScript是新型的“ShellCode”。
      數據來源:2007 OWASP Top 10的MITRE數據
      注:OWASP是世界上最知名的Web安全與數據庫安全研究組織
      從這張圖中我們看到,在2007年OWASP所統計的所有安全威脅中,跨站腳本攻擊占到了22%,高居所有Web威脅之首。
      XSS攻擊的危害包括
      1、盜取各類用戶帳號,如機器登錄帳號、用戶網銀帳號、各類管理員帳號
      2、控制企業數據,包括讀取、篡改、添加、刪除企業敏感數據的能力
      3、盜竊企業重要的具有商業價值的資料
      4、非法轉賬
      5、強制發送電子郵件
      6、網站掛馬
      7、控制受害者機器向其它網站發起攻擊

    1.2 XSS漏洞的分類

      XSS漏洞按照攻擊利用手法的不同,有以下三種類型:
      類型A,本地利用漏洞,這種漏洞存在于頁面中客戶端腳本自身。其攻擊過程如下所示:
      Alice給Bob發送一個惡意構造了Web的URL。
      Bob點擊并查看了這個URL。
      惡意頁面中的JavaScript打開一個具有漏洞的HTML頁面并將其安裝在Bob電腦上。
      具有漏洞的HTML頁面包含了在Bob電腦本地域執行的JavaScript。
      Alice的惡意腳本可以在Bob的電腦上執行Bob所持有的權限下的命令。
      類型B,反射式漏洞,這種漏洞和類型A有些類似,不同的是Web客戶端使用Server端腳本生成頁面為用戶提供數據時,如果未經驗證的用戶數據被包含在頁面中而未經HTML實體編碼,客戶端代碼便能夠注入到動態頁面中。其攻擊過程如下:
      Alice經常瀏覽某個網站,此網站為Bob所擁有。Bob的站點運行Alice使用用戶名/密碼進行登錄,并存儲敏感信息(比如銀行帳戶信息)。
      Charly發現Bob的站點包含反射性的XSS漏洞。
      Charly編寫一個利用漏洞的URL,并將其冒充為來自Bob的郵件發送給Alice。
      Alice在登錄到Bob的站點后,瀏覽Charly提供的URL。
      嵌入到URL中的惡意腳本在Alice的瀏覽器中執行,就像它直接來自Bob的服務器一樣。此腳本盜竊敏感信息(授權、信用卡、帳號信息等)然后在Alice完全不知情的情況下將這些信息發送到Charly的Web站點。
      類型C,存儲式漏洞,該類型是應用最為廣泛而且有可能影響到Web服務器自身安全的漏洞,駭客將攻擊腳本上傳到Web服務器上,使得所有訪問該頁面的用戶都面臨信息泄漏的可能,其中也包括了Web服務器的管理員。其攻擊過程如下:
      Bob擁有一個Web站點,該站點允許用戶發布信息/瀏覽已發布的信息。
      Charly注意到Bob的站點具有類型C的XXS漏洞。
      Charly發布一個熱點信息,吸引其它用戶紛紛閱讀。
      Bob或者是任何的其他人如Alice瀏覽該信息,其會話cookies或者其它信息將被Charly盜走。
      類型A直接威脅用戶個體,而類型B和類型C所威脅的對象都是企業級Web應用,目前天清入侵防御產品所能防范的XSS攻擊包括類型B和類型C。

    編輯本段XSS攻擊與防御

    2.1 XSS的傳統防御技術

      2.1.1 基于特征的防御
      XSS漏洞和著名的SQL注入漏洞一樣,都是利用了Web頁面的編寫不完善,所以每一個漏洞所利用和針對的弱點都不盡相同。這就給XSS漏洞防御帶來了困難:不可能以單一特征來概括所有XSS攻擊。
      傳統XSS防御多采用特征匹配方式,在所有提交的信息中都進行匹配檢查。對于這種類型的XSS攻擊,采用的模式匹配方法一般會需要對“javascript”這個關鍵字進行檢索,一旦發現提交信息中包含“javascript”,就認定為XSS攻擊。這種檢測方法的缺陷顯而易見:駭客可以通過插入字符或完全編碼的方式躲避檢測:
      躲避方法1)在javascript中加入多個tab鍵,得到
      < IMG SRC="jav ascript.:alert('XSS');" >;
      躲避方法2) 在javascript中加入(空格)字符,得到
      < IMG SRC="javascri pt:alert('XSS');" >;
      躲避方法3) 在javascript中加入(回車)字符,得到
      < IMG SRC="jav
      ascript.:alert('XSS');" >;
      躲避方法4)在javascript中的每個字符間加入回車換行符,得到
      < IMG SRC="j\r\na\r\nv\r\n\r\na\r\ns\r\nc\r\nr\r\ni\r\np\r
      \nt\r\n:alert('XSS');" >
      躲避方法5)對"javascript.:alert('XSS')"采用完全編碼,得到
      < IMGSRC=javascrip?74:alert('XSS') >
      上述方法都可以很容易的躲避基于特征的檢測。而除了會有大量的漏報外,基于特征的
      還存在大量的誤報可能:在上面的例子中,對上述某網站這樣一個地址,由于包含了關鍵字“javascript”,也將會觸發報警。
      2.1.2 基于代碼修改的防御
      和SQL注入防御一樣,XSS攻擊也是利用了Web頁面的編寫疏忽,所以還有一種方法就是從Web應用開發的角度來避免:
      步驟1、對所有用戶提交內容進行可靠的輸入驗證,包括對URL、查詢關鍵字、HTTP頭、POST數據等,僅接受指定長度范圍內、采用適當格式、采用所預期的字符的內容提交,對其他的一律過濾。
      步驟2、實現Session標記(session tokens)、CAPTCHA系統或者HTTP引用頭檢查,以防功能被第三方網站所執行。
      步驟3、確認接收的的內容被妥善的規范化,僅包含最小的、安全的Tag(沒有javascript),去掉任何對遠程內容的引用(尤其是樣式表和javascript),使用HTTP only的cookie。
      當然,如上操作將會降低Web業務系統的可用性,用戶僅能輸入少量的制定字符,人與系統間的交互被降到極致,僅適用于信息發布型站點。并且考慮到很少有Web編碼人員受過正規的安全培訓,很難做到完全避免頁面中的XSS漏洞。

    2.2 天清入侵檢測產品的XSS防御

      正是由于傳統檢測方法存在諸多缺陷,天清入侵防御系統并未采用這一方法,而是采用了基于攻擊手法的行為檢測方法,其分析流程如下圖所示。
      首先對各種場景下的XSS攻擊樣本庫進行整理和分類,并建立起XSS攻擊行為特征庫,在實時攻擊檢測階段,對所有可能實現XSS攻擊的數據來源,如HTTP-Refere、URL、COOKIE、表單數據等,進行數據收集和初步分析,存在注入腳本的用戶提交信息才進入下一步的XSS攻擊判斷。
      這種分析方法有以下幾點優勢:
      A:采用行為特征庫而非數據特征庫方式,可以避免由于檢測固定特征導致的誤報可能。
      B:內置數據預處理過程,可以對所有可能包含XSS攻擊的數據進行預處理,放行大部分正常HTTP請求,僅對少量疑似事件進行深入分析,提升分析速度,降低資源開銷。
      C:XSS攻擊行為特征庫維護由啟明星辰公司AD-LAB(積極防御實驗室)和博士后工作站負責,AD-LAB擁有大批漏洞發掘和分析人員,2007年發現并獲得CVE編號的漏洞數量多達26個,是國內獨立發掘CVE漏洞數量最多的團隊。啟明星辰博士后工作站是業內第一家駐企業的信息安全博士后工作站,為產品算法實現、研究技術轉化提供有力保障。
      3 綜論
      XSS攻擊作為Web業務的最大威脅之一,不僅危害Web業務本身,對訪問Web業務的用戶也會帶來直接的影響,如何防范和阻止XSS攻擊,保障Web站點的業務安全,是定位于業務威脅防御的入侵防御產品的本職工作

    posted @ 2011-10-31 16:52 順其自然EVO| 編輯 收藏

    C/S和B/S軟件測試區別

    C/S和B/S軟件測試區別

    按照測試對象的結構分類可以分為:c/s結構系統測試、b/s結構系統測試、個人軟件測試……

    Client/Server軟件測試

    c/s結構的軟件測試發生在三個不同的層次

    • 個體的客戶端應用以“分離的”模式被測試——不考慮服務器和底層網絡的運行
    • 客戶端軟件和關聯的服務器段應用被一起測試,但網絡運行不被明顯的考慮
    • 完成的C/S 體系結構,包括網絡運行和性能,被測試。

    C/S結構軟件測試常用方法

    • 應用功能測試——客戶端應該被獨立的執行,以揭示在其運行中的錯誤
    • 服務器測試——測試服務器的協調和數據管理功能,也考慮服務器性能(整體反應時間和數據吞吐量)
    • 數據庫測試——測試服務器存儲的數據的精確性和完整性,檢查客戶端應用提交的事務,以保證書具備正確的存儲、更新和檢索。
    • 事務測試——創建一系列的測試以保證每類事務被按照要求處理。測試著重于處理的正確性,也關注性能的問題。
    • 網絡通信測試——這些測試驗證網絡節點間的通行正常的發生,并且消息傳遞、事務和相關的網絡交通無錯的發生。

    Browse/Server軟件測試

    B/S結構軟件測試需要關注:

    • 基本功能測試
    • 性能測試
    • 瀏覽器兼容性測試
    • 數據庫測試
    • 安全性測試
    • 可用性易用性測試
    • 鏈接測試
    • 針對系統支持的協議的測試

    補充點個人軟件測試需要關注的內容:

    • 基本功能測試
    • 安裝卸載測試
    • 升級測試
    • 兼容性測試
    • 自我保護測試

    posted @ 2011-10-31 16:33 順其自然EVO| 編輯 收藏

    《Web Load Testing For Dummie》

    http://www.automationqa.com/uchome/space.php?uid=89&do=blog&id=152

    http://www.automationqa.com/technicalprospect/automation-books/item/298-web-load-testing-for-dummie.html

    posted @ 2011-10-31 16:28 順其自然EVO| 編輯 收藏

    三種方法備份QC9.0

    備份QC9.0版本中數據:

            數據是測試項目的核心內容,數據備份方式有三種,建議均執行一次,確保數據不丟失和恢復過程的使用。

          第一種方式:QC中直接備份項目和數據信息
            進入數據庫(本手冊以SqlServer2005為例)管理工具,暫停或停止數據庫服務,然后進入QC Site Admin,在域中選擇需要備份的項目,在項目名稱上單擊右鍵,選擇停用項目,或在圖標菜單中選擇 圖標,停用項目,再打開右鍵菜單,選擇導出項目,或在圖標菜單中選擇 圖標,可成功導出項目和相關配置信息。
    注:此方式只適合相同版本間的數據遷移,不同QC版本中此備份數據無效。
          第二種方式:SqlServer中備份項目數據,QC文件夾中備份項目信息 
            進入SqlServer2005數據庫管理工具,選擇QC項目所對應的數據庫,(如果不清楚項目對應數據庫名,可在QC安裝目錄下找到..\Mercury\Quality Center\repository\qc文件夾,找到dbid.xml配置文件,其中顯示有所連接的數據庫。)選中數據庫,在右鍵菜單中依次選擇Tasks→Back Up…,在彈出的Back Up Database對話框中選擇Backup type為FULL。   
            在Destination中選擇Add…,選擇備份路徑名,并填寫備份文件名。確定后點擊OK,成功完成數據庫備份。
            再進入QC安裝文件夾,..\Mercury\Quality Center\repository\qc,備份其中的dbid.xml文件。
          第三種方式:SqlServer安裝目錄中備份數據庫
            進入SqlServer2005數據庫的安裝目錄…\Microsoft SQL Server\MSSQL.1\MSSQL\Data中,直接復制項目對應的數據庫文件(“XXX.mdf”和“XXX.LDF”文件)備份到其他路徑或設備。

    posted @ 2011-10-31 16:21 順其自然EVO| 編輯 收藏

    性能測試時,tomcat配置優化

    性能測試時,tomcat配置優化

    Tomcat連接數設置(建議的設置,可根據服務器的實際性能進行更改)

    tomcat配置文件server.xml中的配置中,和連接數相關的參數有:

    1 maxThreadsTomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創建的最大的線程數。portal預置值300

    2 acceptCount指定當所有可以使用的處理請求的線程數都被使用時,可以放到處理隊列中的請求數,超過這個數的請求將不予處理。portal預置值50

    3 minSpareThreadsTomcat初始化時創建的線程數。portal預置值25

    4 maxSpareThreads一旦創建的線程超過這個值,Tomcat就會關閉不再需要的socket線程。portal預置值75

    5 connnectionTimeout網絡連接超時,默認值60000,單位:毫秒。設置為0表示永不超時,這樣設置有隱患的。portal預置值為30000毫秒。

    6 maxKeepAliveRequests保持請求數量,portal預置值100

    7  bufferSize輸入流緩沖大小,portal預置值2048 bytes

    把端口的配置替換為如下的內容,可以提高tomcat的性能,并且同時關閉tomcat的打印信息。
    可以復制下面的代碼進行粘貼后修改:

      <Connector port="80" maxHttpHeaderSize="8192" useBodyEncodingForURI="true"  
                   maxThreads="300" minSpareThreads="25" maxSpareThreads="75"  
                   enableLookups="false" redirectPort="8443" acceptCount="100"  
                   compression="off" compressionMinSize="2048"   
    compressableMimeType="text/html,text/xml,text/css,text/plain"  
                   connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8"/>


    二,如果在性能測試中發現有tomcat內存溢出的錯誤,就需要加大虛擬內存了。

    Tomcat默認可以使用的內存為128MB,Windows,在文件/bin/catalina.batUnix下,在文件/bin/catalina.sh的前面,增加如下設置:JAVA_OPTS='-Xms【初始化內存大小】-Xmx【可以使用的最大內存】'需要把這個兩個參數值調大。例如:JAVA_OPTS='-Xms256m -Xmx512m'表示初始化內存為256MB,可以使用的最大內存為512MB(普通PC機作為服務器下建議用此配置)。

    從實際應用的角度來說。-Xmx大了不是很好,垃圾回收需要更多的時間,但是thread問題就很大,配給JVM的內存數越大,tomcat所能開的thread數就越小,最后出現ava.lang.OutOfMemoryError: unable to create new native thread

    如果給jvm分配過多,剩余供OS使用,其中windowsdll占了一部分,但是你在JVM創建線程的時候,創建的是OS的線程,他要從剩余的空間中分配內存。如果沒有可用內存,出現上述錯誤。

    如果是刀片4核,8G內存的服務器,如果布置兩個tomcattomcat預置值建議可以設置為JAVA_OPTS='-Xms512m –Xmx1024m'

    posted @ 2011-10-31 15:52 順其自然EVO| 編輯 收藏

    什么是CRM軟件?

         摘要: 客戶關系管理(Customer Relationship Management, CRM軟件)是一個不斷了解顧客需求,不斷加強與顧客交流,并不斷對CRM軟件產品及服務進行改進和提高以滿足顧客的需求的信息化解決方案。       CRM軟件內含是企業利用信息技(IT)術和互聯網技術實現對客戶的整合營銷,以客戶為核心的企業營銷的技術...  閱讀全文

    posted @ 2011-10-31 15:49 順其自然EVO| 編輯 收藏

    SQL Server DBA三十問

    SQL Server DBA三十問

     很多開發人員都想成為一名DBA,也有很多人一開始就把自己定位成為一名DBA,DBA究竟需要掌握些什么知識和技能呢?以下是我做DBA工作和面試DBA時,整理的一些DBA方面的三十個問題,三十個大問題中還有許多小的問題,涵括了SQLServer DBA比較多的技術知識點,與大家分享下,希望給有志做DBA的朋友們一些幫助:

      1、char、varchar、nvarchar之間的區別(包括用途和空間占用);xml類型查找某個節點的數據有哪些方法,哪個效率高;使用存儲過程和使用T-SQL查詢數據有啥不一樣;

      2、系統DB有哪些,都有什么作用,需不需要做備份,為什么;損壞了如何做還原(主要是master庫);

      3、有哪些操作會使用到TempDB;如果TempDB異常變大,可能的原因是什么,該如何處理;

      4、Index有哪些類型,它們的區別和實現原理是什么,索引有啥優點和缺點;如何為SQL語句創建合適的索引,索引創建時有哪些需要注意的項,如何查看你創建的索引是否被使用;如何維護索引;索引損壞如何檢查,怎么修復;T-SQL有更好的索引存在,但是運行時并沒有使用該索引,原因可能是什么;

      5、視圖上我們能建索引嗎,如果能建的話,會啥好處和壞處;視圖上建索引和表上建索引有啥區別;

      6、Job信息我們可以通過哪些表獲取;系統正在運行的語句可以通過哪些視圖獲取;如何獲取某個T-SQL語句的IO、Time等信息;

      7、在線系統,一個表有五千萬記錄,現在要你將其中的兩千萬條記錄導入到另一臺服務器的某個表中,導完后,需要將這兩千萬數據刪除,你預備如何處理,優缺點是什么;

      8、數據庫服務器報磁盤空間不足,你將如何應對,要求盡快恢復;

      9、臨時表、表變量、CTE(公用表表達式)有啥區別和聯系,保存位置有啥不一樣,使用時如何決定選哪種;

      10、SQLServer有哪些隔離級別,默認級別是哪個;數據庫有哪些主要的鎖類型;行版本控制是如何實現的;

      11、死鎖如何跟蹤;阻塞如何跟蹤和查找;發現有問題的語句后,如何進行處理;用Profile做跟蹤時,一般我們需要跟蹤哪些事件;

      12、Windows日志主要有哪幾種,SQLServer日志一般保留幾個,什么情況下會產生新的SQL日志;數據庫日志恢復模式有哪幾種,區別是什么;數據庫日志突然變得很大,而且你無法收縮,可能的原因是什么,怎么查找原因,分別將如何處理;

      13、分區表和分區視圖是什么概念,一般是在什么情況下使用,有啥好處;

      14、如何比較兩個同結構的表數據的差異;如果表損壞了,如何修復;如何在備份文件有問題的情況下盡量還原數據;如何將一個表的Identity屬性歸零;

      15、CheckPoint和LazyWriter區別;DDL Trigger 和 DML Trigger有啥用,區別是啥;

      16、Mirroring 和Logshipping 的區別和使用場景;SQLServer的Mirroring與Oracle的哪像技術比較接近,它們的區別是啥;

      17、Mirroring的搭建步驟,Mirroring三種模式區別,Mirroring 中同步和異步的原理和要求,搭建了Mirroring后,需要對數據庫日志做什么處理;

     18、Replication配置和使用場景;Replication有哪幾種模式;PUSH和PULL有啥區別;搭建Replication后會產生一個什么庫;報錯時用什么來查看報錯的具體語句,清理掉某個庫的Replication使用什么語句,查看同步鏈信息主要通過哪些表;

      19、Replication發布端的表能truncate嗎,為什么;Replication Identity列如何處理、缺失字段錯誤如何處理、主鍵沖突錯誤如何處理、如何跳過指定的錯誤、訂閱端表被刪除了如何處理、大規模改動數據如何處理;某條同步鏈因為其中的某個表一次性改動數據很大造成同步鏈的嚴重延時,要求盡快恢復同步鏈,如何處理。

      20、SSB(Service Broker)使用場景,如何創建,都會創建些什么對象,有啥優缺點,主要通過什么方式實現不同服務器之間的消息傳遞;可以通過哪些方式排錯;

      21、跟蹤數據庫數據的變更有哪些方法,它們(CDC(Change Data Capture)、CT(Change Tracking)、Trigger等)使用上的優缺點;

      22、SQL調優步驟,如何來判斷SQL語句存在問題,怎么定位問題,如何解決這些問題;

      23、數據庫故障排查步驟,如何處理緊急數據庫問題;

      24、如何考慮和制定數據庫備份計劃;公司要求對一個非常大的數據庫或者表做備份,而且要求數據量盡可能少丟失,你可能會采用什么方法;

      25、如果要你做數據庫監控,你會關注那些指標(包括SQLServer和Windows),如何制定性能基線,你使用過哪些監控軟件;

      26、數據庫遷移步驟;重建一套比較大的測試系統(最少10個數據庫實例),如果原來DB數據量都不大,但DB比較多,新搭建的系統數據都不需要,如何快速實現;

      27、創建Cluster 簡要步驟,最少需要幾個IP,需要安裝些什么服務,需要哪些固定的磁盤,Raid如何設置,磁盤如何劃分;SQLServerCluster與Mysql Cluster 和 Oracle RAC的區別等;

      28、如果遇到一個性能不理想、代碼復雜的存儲過程,很難通過數據庫方面的調優來解決問題,你如何說服開發人員修改它(可能開發人員并不愿意修改);

      29、你有沒有遇到過因為你的誤操作造成系統故障發生的情況,你當時是如何處理的;如果沒有,假定你誤刪了一個重要的表,你該如何處理;

      30、你準備成為一名什么樣的DBA,為此你將如何準備(或者你有怎樣的職業規劃,準備怎樣度過你的DBA生涯);如果你進入公司,你最想獲得的是什么。

    posted @ 2011-10-31 15:27 順其自然EVO| 編輯 收藏

    Kettle

    KETTLE
      Kettle是一款國外開源的etl工具,純java編寫,可以在Window、Linux、Unix上運行,綠色無需安裝,數據抽取高效穩定。
      這個ETL的開源項目的名稱,很有意思,直譯中文為“水壺”。按項目負責人Matt的說法:把各種數據發到一個壺里,然后呢,以一種你希望的格式流出。
      Kettle這個ETL工具集,它允許你管理來自不同數據庫的數據,通過提供一個圖形化的用戶環境來描述你想做什么,而不是你想怎么做。
      Kettle中有兩種腳本文件,transformation和job,transformation完成針對數據的基礎轉換,job則完成整個工作流的控制。
      作為Pentaho的一個重要組成部分,現在在國內項目應用上逐漸增多。

    Pentaho Data Integration (Kettle)

    Welcome to the community home for Pentaho Data Integration Community Edition (PDI CE) also known as Kettle. Pentaho Data Integration delivers powerful Extraction, Transformation and Loading (ETL) capabilities using an innovative, metadata-driven approach. With an intuitive, graphical, drag and drop design environment, and a proven, scalable, standards-based architecture, Pentaho Data Integration is increasingly the choice for organizations over traditional, proprietary ETL or data integration tools.

    Community Edition is self supported open source software. An Enterprise Edition (EE) of Pentaho Data Integration including technical support, managed upgrades and enterprise features is also available. For more information about EE or for screenshots and datasheets, visit Pentaho Data Integration EE on Pentaho's corporate site.



    http://kettle.pentaho.com/

    Pentaho Data Integration (Kettle)

    Welcome to the community home for Pentaho Data Integration Community Edition (PDI CE) also known as Kettle. Pentaho Data Integration delivers powerful Extraction, Transformation and Loading (ETL) capabilities using an innovative, metadata-driven approach. With an intuitive, graphical, drag and drop design environment, and a proven, scalable, standards-based architecture, Pentaho Data Integration is increasingly the choice for organizations over traditional, proprietary ETL or data integration tools.

    Community Edition is self supported open source software. An Enterprise Edition (EE) of Pentaho Data Integration including technical support, managed upgrades and enterprise features is also available. For more information about EE or for screenshots and datasheets, visit Pentaho Data Integration EE on Pentaho's corporate site.





    Pentaho Data Integration (Kettle)

    Welcome to the community home for Pentaho Data Integration Community Edition (PDI CE) also known as Kettle. Pentaho Data Integration delivers powerful Extraction, Transformation and Loading (ETL) capabilities using an innovative, metadata-driven approach. With an intuitive, graphical, drag and drop design environment, and a proven, scalable, standards-based architecture, Pentaho Data Integration is increasingly the choice for organizations over traditional, proprietary ETL or data integration tools.

    Community Edition is self supported open source software. An Enterprise Edition (EE) of Pentaho Data Integration including technical support, managed upgrades and enterprise features is also available. For more information about EE or for screenshots and datasheets, visit Pentaho Data Integration EE on Pentaho's corporate site.

    posted @ 2011-10-31 14:20 順其自然EVO| 編輯 收藏

    僅列出標題
    共394頁: First 上一頁 373 374 375 376 377 378 379 380 381 下一頁 Last 
    <2025年5月>
    27282930123
    45678910
    11121314151617
    18192021222324
    25262728293031
    1234567

    導航

    統計

    常用鏈接

    留言簿(55)

    隨筆分類

    隨筆檔案

    文章分類

    文章檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲一级特黄大片无码毛片| 亚洲影院在线观看| 中文字幕一区二区三区免费视频| 亚洲国产精品无码专区| 无人在线直播免费观看| 一级做a爰片久久毛片免费陪 | 国产伦精品一区二区三区免费下载| 亚洲免费观看视频| 又硬又粗又长又爽免费看 | 免费人成动漫在线播放r18| 精品亚洲国产成人| 亚洲人成电影在线天堂| 区久久AAA片69亚洲| www.亚洲精品.com| 日本高清免费aaaaa大片视频| 台湾一级毛片永久免费| 18未年禁止免费观看| 久操免费在线观看| 免费91麻豆精品国产自产在线观看| 亚洲免费日韩无码系列| 美女羞羞视频免费网站| 爱情岛亚洲论坛在线观看 | 欧洲精品成人免费视频在线观看| 久久精品电影免费动漫| 美女视频黄的免费视频网页| 国色精品va在线观看免费视频| 国产免费播放一区二区| caoporn国产精品免费| 一级黄色免费网站| 国产大片免费天天看| 国产vA免费精品高清在线观看 | 亚洲综合色在线观看亚洲| 亚洲国产精品不卡毛片a在线| 国产无遮挡裸体免费视频| 国产又黄又爽又猛的免费视频播放| 夜夜爽免费888视频| 国产特级淫片免费看| 免费人成视网站在线观看不卡 | 一级毛片视频免费观看| 国产精品免费观看视频| 你懂的免费在线观看|