數倉建設原則探討
一、數據模型架構原則 1. 數倉分層原則 優秀可靠的數倉體系，往往需要清晰的數據分層結構，即要保證數據層的穩定又要屏蔽對下游的影響，並且要避免鏈路過長。那么問題來了，一直在講數倉要分層，那數倉分幾層最好？ 目前市場上主流的分層方式眼花繚亂，不過看事情不能只看表面，還要看到內在的規律，不能為 ...
原文：測試建設原則
軟件測試建設原則，是一個永遠說不完的話題，后續會以一個體系的形式更新。 Tynam 軟件測試行業經過快速的發展，至今已經沉淀了許多門類，各式的應用。如果要研發一款產品，那么測試是一項必不可少的工作。從最初的功能測試 到現在的自動化測試 性能測試 安全測試，以及近兩年萌芽的大數據測試 機器測試，發展迅速，不同的團隊應用的也各盡百色，其中的文檔 人員管理方式方法也姿態萬千。那么對於不同項目，不同管理的 ...
2021-01-08 15:08 0 434 推薦指數：
相關推薦
建設開發者生態：6項華為API管理原則落地
摘要： 為了向開發者提供良好、一致、穩定的華為API的體驗，華為通過明確“API管理六項原則”，來支持開發者生態建設。 一個不開放的組織，會慢慢成為一潭僵水，一個封閉的系統，能量最終會耗盡，在產品開發上，同樣需要開放，需緊緊圍繞業務架構，在業務層面走向開放，並不是什么都去做，而是能激活 ...
軟件測試原則
軟件測試原則 測試 原則 測試原則 測試證明軟件存在缺陷 測試的本質是證明軟件存在缺陷，而不是軟件沒有缺陷。 人無完人，只要是人寫的代碼 ...
性能測試進階-性能測試體系建設
導圖 演進 基礎建設 1、文檔建設 前段時間知乎回答了一個問題：做技術人是不是都反感寫文字類的東西，比如需求文檔，需求分析等等？之前的博客也寫過類似的內容：性能測試從零開始實施指南——文檔建設篇。 我個人認為無論是作為個人學習筆記抑或一個Team的累積沉淀，文檔建設的工作 ...
性能測試體系建設演進之路
題記 今年是我個人從事軟件測試工作的第六個年頭，職業生涯至今經歷了功能-接口-自動化-性能測試崗位的變遷。 18年下半年開始以團隊owner的角色進行工作開展，不過當時團隊技術體系建設已經步入正軌，對我個人而言，並沒有太多沉淀。 19年跳槽后，有幸從零開始主導我司的性能測試體系建設工作 ...
性能測試中的二八原則
在生活中，做任何事情之前，最好先確定一個目標。 同樣的，在我們日常做性能測試之前，最好把本次預期性能指標確定下來，沒有預期指標的衡量，將無法評估測試結果數據是否滿足預期。比如以下這樣的指標： 接口 預期TPS 查詢接口 ...
用二/八原則理解軟件測試
一、80% 的軟件缺陷，聚集在軟件 20% 的模塊中 優秀的測試人員會根據這個原則，非常快速的找出較多的缺陷（這個原則可以解釋一個你的苦惱：為何你苦苦測了幾天，都沒發現有啥缺陷；你老大慢悠悠的走了過來，隨便點點，新鮮出爐3個Bug）。 普通的測試人員，非常焦慮 & 忙碌的加班加點 ...
性能測試中的二八原則
在生活中，做任何事情之前，最好先確定一個目標。 同樣的，在我們日常做性能測試之前，最好把本次預期性能指標確定下來，沒有預期指標的衡量，將無法評估測試結果數據是否滿足預期。比如以下這樣的指標： 接口 預期TPS ...