① 生產資料庫、開發資料庫、測試資料庫中的數據的區分
可以這樣簡單理解：
生產資料庫：業務實際使用的資料庫
開發資料庫：供系統開專發人員使屬用，模擬生產環境去編寫程序和檢驗程序
測試資料庫：測試人員對開發出來的系統，進行測試所使用的資料庫，數據環境需要和生產資料庫盡可能保持一致
② 如何將生產庫的數據導入到測試庫
1 如果 測試和生產環境下 的db 版本一致的話 ，可以直接 拷貝數據文件 ，從測試環境/var/lib/mysql
拷貝到/usr/local/mysql 下面，重新執行 chown +R mysql:mysql /usr/local/mysql 即可
2 如果 db 版本不一樣，就需要使用邏輯導出，並且重新配置一下 用戶許可權了。
③ 軟體開發資料庫如何進行測試
比如：數據冗餘，功能和性能方面存在的問題已經嚴重影響應用軟體的使用。軟體測試人員往往重視對軟體功能和編碼的測試，而忽略對軟體性能，特別是資料庫訪問並發測試。因為，他們固有的思想中認為資料庫設計存在問題對系統性能影響不大，或從根本上忽略了資料庫在軟體開發中的地位，直到出現了問題，才想到對資料庫的測試，但往往也是僅僅通過對編碼的測試工作中捎帶對資料庫進行一定的測試，這遠遠是不夠的。目前，中鐵網上訂票系統在大用戶同時在線訂票中系統頻頻癱瘓，就是最好的佐證。 所以，在應用軟體的測試工作中，應該將資料庫作為一個獨立的部分進行充分的測試，這樣才可以得到應用軟體所需要的性能優化的資料庫。那麼，應該對哪些內容進行測試，如何進行測試呢？ 2、資料庫設計的測試 資料庫是應用的基礎，其性能直接影響應用軟體的性能。為了使資料庫具有較好的性能，需要對資料庫中的表進行規范化設計。規范化的範式可分為第一範式、第二範式、第三範式、BCNF範式、第四範式和第五範式。一般來說，邏輯資料庫設計應滿足第三範式的要求，這是因為滿足第三範式的表結構容易維護，且基本滿足實際應用的要求。因此，實際應用中一般都按照第三範式的標准進行規范化。但是，規范化也有缺點：由於將一個表拆分成為多個表，在查詢時需要多表連接，降低了查詢速度。故資料庫設計的測試包括前期需求分析產生資料庫邏輯模型和後期業務系統開發中的測試兩部分（這里指的是後者），我在這里稱為實體測試。 資料庫是由若乾的實體組成的，包括（表，視圖，存儲過程等），資料庫最基本的測試就是實體測試，通過對這些實體的測試，可以發現資料庫實體設計得是否充分，是否有遺漏，每個實體的內容是否全面，擴展性如何。 實體測試，可以用來發現應用軟體在功能上存在的不足，也可以發現數據冗餘的問題。經過測試，測試人員對有異議的問題要及時和資料庫的設計人員進行溝通解決。 3、數據一致性測試 在進行實體測試後，應進一步檢查下面的內容以保障數據的一致性： 3.1 表的主鍵測試根據應用系統的實際需求，對每個表的主鍵進行測試，驗證是否存在記錄不唯一的情況，如果有，則要重新設置主鍵，使表中記錄唯一。 3.2 表之間主外鍵關系的測試資料庫中主外鍵欄位在名稱，數據類型，欄位長度上的一致性測試。 3.3 級聯表，刪除主表數據後，相應從報表數據應同時刪除的問題例如學生表和學生成績表，學生數據已經刪除，成績表中相應學生的成績記錄應同時刪除。 3.4 存儲過程和觸發器的測試存儲過程可以人工執行，但觸發器不能人工處理，所以在對存儲過程和觸發器執行的過程中針對SQL SERVER2005及以上版本可以使用Microsoft SQL Server Profiler性能測試工具進行測試。 Microsoft SQL Server Profiler 是 SQL 跟蹤的圖形用戶界面，用於監視資料庫引擎或 Analysis Services 的實例。測試人員可以捕獲有關每個事件的數據並將其保存到文件或表中供以後分析。例如：可以對生產環境進行監視，了解哪些存儲過程由於執行速度太慢影響了性能。 4、資料庫的容量測試 隨著資料庫系統的使用，數據量在飛速增長，如何在使用前對數據容量的增長情況進行初步估算，為最終用戶提供參考，這在資料庫使用和維護過程中，是非常重要的。可以通過對資料庫設計中基本表的數據大小，和每天數據表的數據產生量進行初步估算。 記錄數據量=各個欄位所佔位元組數的總和表的數據量=記錄數據量*記錄數資料庫大小=各表數據量的總和 當然，資料庫的大小不僅僅只是基本表的大小，還有系統表，視圖，存儲過程等其它實體所佔的容量，但最基本的數據是表的數據。另外，資料庫的容量還包括資料庫日誌文件的容量，一般應預留資料庫文件的2倍左右。 5、資料庫的性能測試 應用軟體除了功能外，很重要的一部分就是軟體的性能，而對於資料庫系統，資料庫性能的好壞會直接影響應用軟體的性能，這部分的測試，一般手工測試就顯得無能為力了，這時就要藉助自動化的測試軟體，例如：DataFactory，DataFactory是一種強大的數據產生器，它允許開發人員和測試人員很容易產生百萬行有意義的正確的測試資料庫，該工具支持DB2、Oracle、Sybase、SQL Server資料庫。這樣，就可以模擬出應用軟體長期使用後，海量數據存儲的資料庫的性能狀況。從而盡早發現問題，進行資料庫性能的優化。 這里要注意，進行性能測試的時候，一定要注意測試環境的一致性，包括：操作系統、應用軟體的版本以及硬體的配置等，而且在進行資料庫方面的測試的時候一定要注意資料庫的記錄數、配置等要一致，只有在相同條件下進行測試，才可以對結果進行比較。否則無法和用戶對軟體的性能的觀點達成一致。 6、資料庫的壓力測試 說起測試，我們首先想到的就是軟體正確性的測試，即常說的功能測試。軟體功能正確僅是軟體質量合格指標之一。在實際開發中，還有其它的非功能因素也起著決定性的因素，例如軟體的響應速度。影響軟體響應速度的因素有很多，有些是因為演算法不夠高效；還有些可能受用戶並發數的影響。 在眾多類型的軟體測試中，壓力測試正是以軟體響應速度為測試目標，尤其是針對在較短時間內大量並發用戶的訪問時，軟體的抗壓能力。但壓力測試往往是手工難以測試的，必須藉助自動化測試工具。常用的壓力測試有：Web測試、資料庫測試等。 資料庫在大多數軟體項目中是不可缺少的，對於它進行壓力測試是為了找出資料庫對象是否可以有效地承受來自多個用戶的並發訪問。這些對象主要是：索引、觸發器、存儲過程和鎖。通過對SQL語句和存儲過程的測試，自動化的壓力測試工具可以間接的反應資料庫對象是否需要優化。 這些自動化的測試工具很多，各有特點，基於Java的項目可以使用JMeter，.Net項目可以採用.Net集成開發環境中提供的測試方案。 7、結束語 總之，在應用系統的測試中，把資料庫應當作為獨立的系統來測試，這無疑會為應用軟體的質量增加可靠的保障，同時還必須結合應用軟體進行集成測試，只有二者有機結合起來，才能最大限度的發揮資料庫和應用軟體的功能。
④ 軟體測試後,數據在哪看
1、全局的參數，如主機地址、資料庫地址、賬號密碼等，都可以寫在配置文件裡面；
2、一次性消耗的數據可以隨機函數生成；
3、對於反復使用的數據可以放到資料庫，每次使用時記得恢復環境；
4、多組測試數據可以使用參數化，放到yaml,text,json,excel中都可以
⑤ sap生產環境的資料庫備份可以直接導入到測試環境嗎不用建立庫結構或者表結構嗎
不能，如果要導入的是一個資料庫的全部數據，可以直接導入， 不過要是很多資料庫的數據的話，要直接導入得一個個來，更麻煩。
⑥ 測試環境資料庫yydbtest實際上等於生產的哪些資料庫
可以這樣簡單理解：
生產資料庫：業務實際使用的資料庫
開發資料庫：供系統開發人員使用，模擬生產環境去編寫程序和檢驗程序
測試資料庫：測試人員對開發出來的系統，進行測試所使用的資料庫，數據環境需要和生產資料庫盡可能保持一致
我們現在用的解決方案是，寫個package，實現數據的同步更新過，每15分鍾執行一次，同步更新上意個15分鍾內的transaction！
小型及一般數據量級的使用MySQL；
中型及大型的可以使用Oracle和DB2 for Linux的版本。
層次資料庫管理系統：IMS
網狀資料庫管理系統：DBTG
oracle 資料庫怎麼從測試資料庫遷移正式
方法1：移植實用程序（Migration Utility）
方法2：Oracle 數據移植助理（Oracle data Migration Assistant）
方法3：導入/導出工具（Export/Import）
update-database 加一個-script 參數, 這樣就會生成一個更新腳本, 放到伺服器上執行就可以了
不過對於數據的沖突還是要手動進行修復
比如你重新命名了一個列, 那麼要在代碼中告訴EF怎麼處理, 否則的話它生成的腳本會刪除原來的列, 然後重新建一個列,這樣數據就丟了
1資料庫 2資料庫管理系統 3支持資料庫運行的硬、軟體環境 4應用程序
5資料庫管理員
你在說什麼
現在在家沒有現成的代碼，大概是這樣的
conn.open();
if conn.State <> 1 連接不正常
MessageBox.Show( "連接不正常 ");
用戶在購買完RDS後，接下來就可以開始往RDS遷入數據了。在RDS剛剛對外提供服務的時候，用戶只能通過將自己的資料庫mp成為sql文件，然後再將sql文件source到RDS中去：數據遷移至RDS-MySQL之使用MySQLmp工具，數據遷移至RDS-SQLserver之利用SQL Server客戶端工具，這兩種方法是最簡單的方法，但是局限性也非常的多：
.用戶的資料庫太大了，邏輯sql導入的方式速度太慢了，嚴重影響停機時間；
.在導入的過程中報錯很多，或者導入一半的過程中中斷了，需要重新來過；
.在遷入RDS過程中，希望我的資料庫還能能正常提供服務；
大量的用戶入雲全部堵在遷移數據上面，用戶與RDS的緣分就差么這臨門一腳。工欲善必先利其器，為了更好的幫助用戶入雲,RDS對現有的用戶入雲遷移方式進行改進，幫助用戶快速穩定遷移入雲，分別為用戶提供了mysql和sqlserver兩套改良遷移工具:
.mysql遷移工具支持在線遷移，用戶可以不中斷業務的情況下把數據遷移到RDS中來;
.sqlserver的遷移工具採用物理備份的方法，將用戶的物理備份上傳到FTP中後還原到RDS，提升遷移的速度;
這兩套工具目前都已經集成到了RDS的控制台中，可以參考：數據遷移至RDS-MySQL之使用阿里雲控制台和 數據遷移至RDS-SQLserveru阿里雲控制台.
很多用戶在控制台上看到的只是一個黑盒子，在工單中多次咨詢遷移的原理，在這里大致講一下這兩個工具的遷移實現：
Mysql在線遷移的原理：
第一步:預檢查，主要是驗證用戶網路的通暢性，賬號和環境的檢查；
第二步:全量備份，該步驟會把用戶的數據全量的mp出一份出來，然後還原到RDS；
第三步:增量遷移，該步驟會解析用戶全量期間以及後續產生的binlog應用到RDS；
第四步:切換，當RDS的數據完全追上用戶的資料庫後，用戶就可以開始進行切換了；
Mysql的在線遷移工具目前還有一些限制，比如：
mysql 5.0隻支持全量遷移，不支持增量遷移；
不支持mysql5.6的遷移；不支持存儲過程，觸發器的遷移；
遷移過程中如果有ddl發生則會導致增量遷移失敗；
SQLSERVER工具遷移的原理：
第一步:備份用戶對本地資料庫進行物理備份;
第二步:備份上傳至RDS提供的ftp伺服器上(ftp地址支持私網和公網上傳);
第三步:RDS掃描校驗用戶上傳備份文件通過後,恢復至用戶RDS;
第四步:用戶切換應用至RDS;
由於sqlserver目前還沒有開放日誌介面,所以RDS目前還不能支持在線遷移；
RDS目前不支持master庫的導入。
希望這篇文章對你使用RDS有幫助。
⑦ 如何搭建測試環境
測試環境是QA開展測試工作的前置條件。穩定和可控的測試環境，可以使測試人員在執行測試用例時無需花費額外的時間去維護。有些公司運維或者研發部門會幫忙准備好測試環境，但是QA如果一味依賴其他部門，會局限測試工作的開展。
一、什麼是測試環境
測試環境，指為了完成軟體測試工作所必需的計算機硬體、軟體、網路設備、歷史數據的總稱，簡而言之，測試環境=硬體+軟體+網路+數據准備+測試工具。
硬體：指測試必需的伺服器、客戶端、網路連接等輔助設備。
軟體：指測試軟體運行時的操作系統、資料庫及其他應用軟體。
網路：指被測軟體運行時的網路系統、網路結構以及其他網路設備構成的環境等。
數據准備：一般指測試數據的准備。測試數據會在測試用例設計的階段設計好，然後軟體運行的時候，作為軟體輸入去驗證軟體功能。如果是少量、正常的測試數據，可以直接通過手動方式模擬出來，如果是大量的用戶數據的模擬，可以藉助測試工具來構建。
測試工具：工具是輔助測試的好幫手，針對將要做的測試類型，可選擇合適的工具讓我們的測試事半功倍。比如介面測試，可以選擇Jmeter或者postman；抓包工具，可以選擇fiddler，wireshark等。
二、搭建測試環境的原則
1. 真實
要求測試人員盡量模擬用戶的真實使用環境。我們應該選用合適的操作系統和軟體平台，了解符合測試軟體運行的最低要求及用戶使用的硬體配置，考慮到與其他軟體共存時，是否能正常運行等。
2. 無毒
若搭建的測試環境感染病毒，會導致測試軟體經常出現莫名的崩潰，運行不起來等現象，導致測試中斷。使用正版殺毒軟體防止病毒感染測試環境，保證無毒環境。
3. 獨立
測試過程中要確保我們的測試環境獨立，避免測試環境被佔用，影響測試進度及測試結果。有時開發人員為確定問題會使用我們的測試環境，這樣會打亂我們的測試活動。為避免這種情況，測試環境與開發環境應相互獨立，開發人員根據缺陷表單，在開發環境中復現和定位問題。
4. 可復用
當我們剛搭建好測試環境，安裝測試軟體之前及測試過程中，對操作系統及測試環境進行備份是必要的。在當測試環境遭到破壞時，可以恢復測試環境，避免測試數據丟失，出現不可預知的問題。
三、如何搭建測試環境
1.認識LNMT架構
這里主要介紹測試環境服務端的部署。不同公司的服務端部署都不一樣。互聯網公司比較典型的部署框架LNMT（Linux+Nginx+Mysql+Tomcat）如下圖：
瀏覽器和APP端是通過HTTP協議跟伺服器進行交互的。
Nginx，有些公司也用Apache。這是常用的HTTP伺服器和反向代理伺服器。Nginx是用來提供靜態資源的服務，Nginx接收到來自瀏覽器的請求以後，判斷這個請求是否是靜態資源(以JS、CSS、HTML、PNG等結尾的靜態文件)，如果是，則Nginx直接返回相應文件；如果不是靜態資源，是動態請求，比如，請求某一個日誌的內容，則Nginx會把請求轉發給Tomcat來處理。
Tomcat，是處理動態的HTTP請求，調用各種其他服務，完成相應的任務，並返回HTTP響應給Nginx。如果涉及到寫日誌、讀日誌等數據相關的操作，就需要對資料庫進行讀寫。另外，由於這些動態請求也會依賴一些第三方服務，比如說要調用支付寶的支付服務，那麼它就會再發起一個HTTP請求到支付寶的對外伺服器。它處理完整個邏輯之後，就會把相應的內容返回給Nginx，然後由Nginx返回給瀏覽器。
Mysql資料庫，將各種數據有序的管理起來，並對其他應用提供統一的介面和服務。
2. LNMT架構部署
此處主要介紹搭建環境的思路，更詳細的配置步驟不再贅述。
1) 申請虛擬機器
申請兩台虛擬機A和B，機器A作為Nginx伺服器+Mysql伺服器；機器B作為2台Tomcat伺服器。
2) 在機器A上安裝和配置Nginx
下載並安裝Nginx
配置環境變數
啟動Nginx
3）在機器A上安裝Mysql
下載安裝包並解壓
添加環境變數
初始化資料庫
啟動Mysql
4)在機器B上部署兩台Tomcat
關閉防火牆和selinux
安裝jdk環境
下載Tomcat並解壓兩次，目錄不同
兩台Tomcat建立軟鏈接
修改其中一台Tomcat的配置文件server.xml，避免埠沖突。server.xml配置的是地址、埠、最大連接數、編譯好的應用程序目錄等信息
啟動Tomcat服務
驗證部署成功，即瀏覽器輸入ip地址+埠號能成功訪問
5）配置Nginx
配置負載均衡和兩個Tomcat的反向代理
檢查語法並載入Nginx
驗證配置成功
總結
對於測試人員來說，對於這一整個機制需要理解，比如，各個工具的作用是什麼，各個配置文件的意義是什麼，各塊的配置是怎麼連起來的。
在搭建測試環境的過程中要多跟開發、運維溝通。測試環境的搭建和維護處在重要的位置，它的好壞直接影響測試結果的真實性和准確性。維護測試環境需要大量的精力，不是一個人能完成的，需要我們大家積極配合。
⑧ 什麼是JAVA開發環境，測試環境及生產環境，及它的過程
1、開發環境
顧名思義，開發同學開發時使用的環境，每位開發同學在自己的dev分支上幹活，提測前或者開發到一定程度，各位同學會合並代碼，進行聯調。
2、測試環境
也就是我們測試同學幹活的環境啦，一般會由測試同學自己來部署，然後在此環境進行測試。bug修復後，需要發版更新測試環境來回歸bug。
3、回歸環境
回歸bug的環境，其實就是我們的測試環境，在測試環境上測試、回歸驗證bug。
4、預發布環境
測試環境到生產環境的過渡。測試環境可能會受到一些限制，一些流程或者數據沒有測試到，就可以在預發布環境進行驗證，從而保證產品上線質量。
預發布環境和生產環境區別：
1）預發環境中新功能為最新代碼，其他功能代碼和生產環境一致。
2）預發環境和生產環境的訪問域名不同。
注意事項：
1）預發布環境一般會連接生產環境的資料庫，測試時要注意，以免產生臟數據，影響生產環境的使用。
5、生產環境
即線上環境，用戶使用的環境。由特定人員來維護，一般人沒有許可權去修改。
另外，還有個灰度發布，發生在預發布環境之後，生產環境之前。
生產環境一般會部署在多台機器上，以防某台機器出現故障，這樣其他機器可以繼續運行，不影響用戶使用。灰度發布會發布到其中的幾台機器上，驗證新功能是否正常。如果失敗，只需回滾這幾台機器即可。
⑨ linux測試環境怎麼搭建
測試環境搭復建步驟制：
1.資料庫伺服器端測試環境安裝步驟：
（1） 選擇伺服器
（2） 安裝操作系統
（3） 安裝資料庫
（4） 安裝殺毒軟體
（5） 殺毒
（6） 製作Image文件
（7） 安裝軟體資料庫文件
（8） 進行相關資料庫配置
（9） 殺毒
（10） 製作Image文件
2. 應用伺服器端測試環境安裝步驟：
（1） 選擇伺服器
（2） 安裝操作系統
（3） 安裝資料庫
（4） 安裝殺毒軟體
（5） 殺毒
（6） 製作Image文件
（7） 安裝軟體資料庫文件
（8） 進行相關資料庫配置
（9） 殺毒
（10）製作Image文件
3. 客戶端測試環境安裝步驟：
（1） 選擇PC機
（2） 安裝操作系統
（3） 安裝殺毒軟體
（4） 安裝軟體要求的瀏覽器版本
（5） 測試與應用伺服器的鏈接
（6） 殺毒
（7） 製作Image文件。
⑩ 如何在本地測試mysql資料庫文件的網站步驟
最簡單的建議先裝一個php的集成運行環境（一般都集成了apache和mysql），這類環境比如APMServ或者phpnow，為了設置mysql方便建議再裝一個navicat for mysql漢化版，啟動apmserv後確認apache運行正常（如果你機器上裝上iis可以先停掉iis或者將iis埠由原本的80換成其它的），將php網站放到apache的網站目錄，mysql資料庫放到mysql的data目錄下，運行navicat for mysql檢查資料庫是不是正常，然後更改php網站下的連接文件中的資料庫配置（一般可能名為config.php或者conn.php）