1. 大量的連貫數據要怎樣測試數據的正確性
首先看分布，包括均值和極值，畫個箱型圖就出來了，看看有沒有特別異常的指，如果欄位之間具有某種關系，可以驗證關系成不成立
2. 請大師講解一下，買新羅盤怎樣測試羅盤的精密度，謝謝
要買羅盤,直接在這里找我,學哪派等,再給你推薦合適的羅盤,不然初學者不了解所學,買錯羅盤,不更浪費?
3. 怎樣判斷測試數據的有效性
按照客戶對數據結果的要求，在測試用例里把條目明確出來，而後把這些條目由系統計算得出的數據，與通過人工計算得出的數據進行比對。從而檢驗系統數據是否有效正確。
4. 如何測試數據的完整性和有效性
1、實體完整性： 要求表中的每一行都反映不同的實體。通過索引、唯一約束、主鍵約束或者標識列來實現 2、引用完整性：用於定義主表之間的關系，保證從表中外鍵列不會出現主表中對應主鍵列沒有的項 3、域完整性：表示給定輸入的有效性。
5. 6�1請問買羅盤時怎樣測試羅盤的精確度呢
不管是什麼牌的。買回來都得自己校對一下。不然用起來，不準確。
6. 為了證明測試的數據真實性和可靠性用什麼方法
A.真實性 B.可靠性 C.相關性 D.合法性全部都選. 因為,不真實的材料不能做證據,所以A.真實性是正確的. 同樣是真實的證據,證明力是不一樣的,有的證明力強,有的證明力弱.我們在選擇證據時,選擇證明力強的證據,也就是證明力大的證據.所以 B.可靠性是正確的. 審計證據必須與審計目的相關,這就是相關性審計證據的取得方式和保存方式必須合法,不能非法取證.
7. 如何保證檢測數據的准確性、科學性、公正性
實驗室從廣義上講是指從事科學實驗、檢驗、檢測和校準活動的科研技術機構,向社會出具具有證明作用的數據的檢測,保證其出具的數據和結果的可靠、穩定和准確。那麼如何保證實驗室檢測數據的准確性主要從技術要求上談三個方面的內容。一.人員素質:人是最寶貴的資源,一個實驗室的水平高低優劣很大程度取決於人員的素質和水平。檢測人員應經過與其承擔的工作相適應的教育、培訓並有相應的技術知識和經驗,經資格考核合格,持證上崗。必須熟悉、了解、掌握檢測方法,嚴格按照質量管理手冊和作業指導書及操作規程進行檢測,才能提高檢測數據的准確性。1.作為一個專業的檢測機構,首先,檢測人員必須具備大專以上學歷和與之檢測相關的專業文化素質;其次,必須有20%甚至更高比例的工程師以上職稱的人員。西寧水質監測站目前有化學、食品、土壤、給排水、計算機等各類專業人員近二十名,其中工程師、高級工程師九名,占總人數的約50%,大專以上學歷人員占總數的約90%。2.對檢測機構的檢測人員要不斷加強業務培訓。建議採取「送出去,請進來」的方式進行培訓。
8. 怎麼判斷實驗數據的真實性
通過多次測試方法驗證，或者把樣品送至權威機構測試。
9. 如何確保數據，信息的准確性，完整性，可靠性，及時性，安全性和保密性
數據完整性（Data Integrity）是
指數據的精確性（Accuracy） 和可靠性（Reliability）。它是應防止資料庫中存在不符合語義規定的數據和防止因錯誤信息的輸入輸出造成無效操作或錯誤信息而提出的。數據完整性分為四類：實體完整性（Entity Integrity）、域完整
性（Domain Integrity）、參照完整性（Referential Integrity）、用戶定義的完整性（User-definedIntegrity）。
保證數據的完整性:
用約束而非商務規則強制數據完整性
如果你按照商務規則來處理需求，那麼你應當檢查商務層次/用戶界面：如果商務規則以後發生變化，那麼只需要進行更新即可。
假如需求源於維護數據完整性的需要，那麼在資料庫層面上需要施加限制條件。
如果你在數據層確實採用了約束，你要保證有辦法把更新不能通過約束檢查的原因採用用戶理解的語言通知用戶界面。除非你的欄位命名很冗長，否則欄位名本身還不夠。 — Lamont Adams
只要有可能，請採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。
— Peter Ritchie
2. 分布式數據系統
對分布式系統而言，在你決定是否在各個站點復制所有數據還是把數據保存在一個地方之前應該估計一下未來5 年或者10 年的數據量。當你把數據傳送到其他站點的時候，最好在資料庫欄位中設置一些標記。在目的站點收到你的數據之後更新你的標記。為了進行這種數據傳輸，請寫下你自己的批處理或者調度程序以特定時間間隔運行而不要讓用戶在每天的工作後傳輸數據。本地拷貝你的維護數據，比如計算常數和利息率等，設置版本號保證數據在每個站點都完全一致。
— Suhair TechRepublic
3. 強制指示完整性
沒有好辦法能在有害數據進入資料庫之後消除它，所以你應該在它進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。
— kol
4. 關系
如果兩個實體之間存在多對一關系，而且還有可能轉化為多對多關系，那麼你最好一開始就設置成多對多關系。從現有的多對一關系轉變為多對多關系比一開始就是多對多關系要難得多。
— CS Data Architect
5. 採用視圖
為了在你的資料庫和你的應用程序代碼之間提供另一層抽象，你可以為你的應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。
— Gay Howe
6. 給數據保有和恢復制定計劃
考慮數據保有策略並包含在設計過程中，預先設計你的數據恢復過程。採用可以發布給用戶/開發人員的數據字典實現方便的數據識別同時保證對數據源文檔化。編寫在線更新來「更新查詢」供以後萬一數據丟失可以重新處理更新。
— kol
7. 用存儲過程讓系統做重活
解決了許多麻煩來產生一個具有高度完整性的資料庫解決方案之後，我所在的團隊決定封裝一些關聯表的功能組，提供一整套常規的存儲過程來訪問各組以便加快速度和簡化客戶程序代碼的開發。在此期間，我們發現3GL 編碼器設置了所有可能的錯誤條件，比如以下所示：
SELECT Cnt = COUNT (*)
FROM [<Table>]
WHERE [<primary key column>] = <new value>
IF Cnt = 0
BEGIN
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES ( <New value> )
ELSE
BEGIN
<indicate plication error>
而一個非3GL 編碼器是這樣做的：
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES
( <New value> )
IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint
BEGIN
<indicate plication error>
第2 個程序簡單多了，而且事實上，利用了我們給資料庫的功能。雖然我個人不喜歡使用嵌入文字（2627）。但是那樣可以很方便地用一點預先處理來代替。資料庫不只是一個存放數據的地方，它也是簡化編碼之地。
— a-smith
8. 使用查找
控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等
10. 怎樣測試數據分析結果的正確性
但是真正接觸後，發現這確實是一個好東西，但是讓它真正發揮作用要建立在分析結果的正確性上。
做ETL多長時間，這個問題就困擾了我多長時間，因為往往我們做出來的數據，不知道其正確與否，也就不能真正的為客戶發生作用，而客戶是要根據這些結果來了解客戶情況的，所以我有的時候甚至會想，如果因為給了客戶一個錯誤的結果，而得出錯誤的決策，那不就得不償失了。