如果要做持續交付，那我們必須關注我們寫的程式碼的質量。不是所有團隊都配備專門的測試人員，但如果有測試人員的話，他們會和開發人員緊密合作，編寫在單元測試中無法覆蓋的少數測試的自動化程式碼，並幫助開發人員搭建單元測

之前有同學希望我寫寫產品經理怎麼做測試，作為一名混跡網際網路十餘年，先後從事過開發，專案管理，產品/移動產品的老鳥，正好，就此機會我權且寫寫我理解或者我認為的測試。測試，其實就是產品上線之前我們按照一定規則對產

我於2001年以工程總監的身份加入Google。當時，Google大概有200名開發人員，但只有區區3位測試人員！那個時候，開發人員已經開始做自己程式碼的測試了，但由於測試驅動開發的模式才剛剛開始，而且像J

組織架構 經常有人問“谷歌如何測試？” 本博之前有零零碎碎的介紹，現在我們來做一個系統的介紹。 在谷歌測試策略從來沒有改變，但在戰術方面隨著公司也不斷髮展而發展。我們現在有搜尋，應用服務，廣告，手機

演講224介紹了在kselftest中增加ftracetest用例，還介紹了在核心中做GCOV的方法。這讓我想起要把Documents/dev-tools目錄看一遍的計劃，就著寫這個總結，我把相關的邏輯理一

近年來，伴隨著大前端概念的提出和興起，移動端和前端的邊界變得越來越模糊，湧現了一大批移動跨平臺開發框架和模式。從早期的PhoneGap、inoc等Hybird技術，到現在耳熟能詳的React Native、W

本文為官方文件How to Write Go Code的閱讀總結：https://golang.org/doc/code.html 概覽 介紹一些基本概念和規範。 介紹

面對日益嚴峻的網路安全形勢，分析對工業控制系統開展模糊測試的意義，研究網路協議模糊測試的理論基礎，設計一種模糊測試框架，根據框架對廣泛應用的工控裝置進行安全性測試，發現 潛在安全風險，以便及時採取風險應對措施，

關於Definition of Done 完成的定義 DoD在以往的說法中，常見用 退出標準 , 完成條件，成功標準，等等 典型的是迭代的DoD，這也是最初DoD應用的地方。 常見在Scr

1、為什麼使用em em也是css中的一種單位，和px類似。很多人會疑惑為什麼有了px之後還要使用em，而且em使用起來相對於px來講比較麻煩。 em主要是應用於彈性佈局，下面給出一個小栗子說明em的強

iOS 業界有很多 UI 自動化測試框架，美團有一篇文章 中對主流框架進行了對比，各大框架實現的思路有兩種：基於蘋果的 UI Testing（UI Automation）或者使用私有 API。這裡只介

摘要 本文介紹幾種主流的多重檢驗方法。它們可以排除 data mining 造成的運氣成分，從而有效的從大量因子中選出真正能夠解釋截面收益率的好因子；該方法也可用於基金經理或投資策略的篩選。

如果說到最困擾軟體測試工程師的幾大問題，我們最先能想到的無非是以下幾點： 需求帶著小姨子跑路啦，沒有需求我咋測試啦。。。 開發牛皮哄哄啦，他打了我，還說我報的不是BUG。。。 測試時間不夠啦，專案質

有很多不同型別的測試，很難提出一個全面的清單。另外，每種型別的測試通常都有許多變體，這些變體是基於建立測試策略的團隊開發的。 但是，大多數專案使用的最常見的測試型別是： 1.單元測試（元件測試）指的是各個軟

軟體交付終端使用者使用之前，需要進行各種型別的測試，其中就包括異常測試。 什麼是異常測試？ 異常測試，是檢測系統對異常情況的處理。異常測試覆蓋硬體或軟體異常時的處理。測試方應通過人為製造錯誤情況測試系統對錯誤操作