測試週期
測試週期（test cycle或test period）是基於器件測試過程中的工作頻率而定義的每單元測試向量所持續的時間，其公式為：t=1/f，t為測試週期，f為工作頻率。
每個週期的起始點稱為time zero或t0，為功能測試建立時序的第一步總是定義測試週期的時序關係。
輸入資料
輸入資料由以下因素的組合構成：
l 測試向量資料（給到dut的指令或激勵）
l 輸入訊號時序（訊號傳輸點）
l 輸入訊號格式（訊號波形）
l 輸入訊號電平（vih/vil）
l 時序設定選擇（如果程式中有不止一套時序）
最簡單的輸入訊號是以測試向量資料形式儲存的乙個邏輯0或邏輯1電平，而代表邏輯0或邏輯1的電平則由測試頭中的vih/vil參考電平產生。
大部分的輸入訊號要求設定為包含唯一格式（波形）和時序（時沿設定）的更為複雜的資料形式，主程式中會包含這些資訊並通過相應的**實現控制和呼叫。
一些老的測試機是資源分享結構，這意味著測試硬體可同時提供的輸入時序、格式、電平都是有限的，這增加了測試程式開發的難度；而擁有per pin結構的測試系統則使程式開發大大簡化，因為每個管腳都可以擁有自己的時序、格式和電平。
輸入訊號格式
訊號的格式很重要，使用得當可以保證規格書定義的所有ac引數均被測試。訊號格式與向量資料、時沿設定及輸入電平組合使用可以確定給到dut的輸入訊號波形。圖5-2給出了一些訊號格式的簡單描述，有心的朋友應該熟悉並記住他們。
nrz non return to zero，不返回，代表儲存於向量儲存器的實際資料，它不含有時沿資訊，只在每個週期的起始（t0）發生變化。
dnrz delayed non return to zero，延遲不返回，顧名思義，它和nrz一樣代表儲存於向量儲存器的資料，只是週期中資料的轉變點不在t0。如果當前週期和前一週期的資料不同，dnrz會在預先定義的延時點上發生跳變。
rz return to zero，返回0，當資料為1時提供乙個正向脈衝，資料為0時則沒有變化。rz訊號含有前（上公升）沿和後（下降）沿這兩個時間沿。當相應管腳的所有向量都為邏輯1時，用rz格式則等於提供正向脈衝的時鐘。一些上公升沿有效的訊號，如片選（cs）訊號，也會要求使用rz格式。
ro return to one，返回1，與rz相反，當資料為0時提供乙個負向脈衝，資料為1時則保持。ro訊號也有前（下降）沿和後（上公升）沿。當相應管腳的所有向量都為邏輯0時，ro格式提供了負向脈衝的時鐘。一些下降沿有效的訊號，如始能（oe/）訊號，會要求使用ro格式。
sbc surround by complement，補碼環繞，當前後週期的資料不同時，它可以在乙個週期內提供3個跳變沿，訊號更為複雜：首先在t0翻轉電平，等待預定的延遲後，在定義的脈衝寬度內表現真實的向量資料，最後再次翻轉電平並在週期內剩下的時間保持。sbc是執行測試向量時唯一能同時保證訊號建立（setup）和保持（hold）時間的訊號格式，也被稱為xor格式。
zd z（impendance）drive，高阻驅動，允許輸入驅動在同一週期內開啟和關閉。當驅動關閉，測試通道處於高阻態；當驅動開啟，則根據向量給dut送出邏輯0或1。
輸入訊號時序
一旦決定了測試週期，週期內各控制訊號的布局及時沿位置也就可以確定了。通常來說，輸入訊號有兩類：控制訊號和資料訊號。資料訊號在控制訊號決定的時間點提供資料讀入或鎖定到器件內部邏輯。
第乙個要決定的是控制訊號的有效時沿和資料訊號的建立和保持時間，這些資訊將決定週期內各輸入訊號時間沿的位置。
接下來決定各輸入訊號的格式。時鐘訊號通常使用rz（正脈衝）或ro（負脈衝）格式；上公升沿有效的訊號如片選（cs）或讀（read）常使用rz格式；下降沿有效的訊號如輸出始能（oe/）常使用ro格式；擁有建立和保持時間要求的資料訊號常使用sbc格式；其他的輸入訊號則可以使用nrz或dnrz格式。
輸入訊號由測試系統各區域提供的資料組合建立，最後從測試頭輸出的訊號波形是測試向量、時沿設定、訊號格式及vih/vil設定共同作用的結果，如圖5-3。
軟體測試生命週期及流程
一 軟體生命週期 重點 軟體生命週期 sdlc,systems development life cycle,sdlc 是軟體開始研製到最終被廢棄不用所經歷的各個階段。在不同階段裡，由不同的組織 個人和資源進行著明確的任務。要清楚生命週期階段，先從不同的生命週期模型進行了解。常見的有瀑布模型 v模型...
APP功能性測試 2
安裝與解除安裝 應用是否可以在不同的安卓版本上安裝 過低不能適配 安裝後是否可以正常執行 安裝空間不足時是否有相應提示 如果應用需要通過網路驗證之類的安裝，需要測試一下斷網情況下是否有相應提示 安裝過程來電，簡訊，鬧鈴完成後，是否繼續 是否可以解除安裝應用 解除安裝過程出現宕機，斷電，重啟等意外情況...
從功能測試角度談大資料測試
大資料，已經成為了乙個時代的代名詞，當今的網際網路屬於大資料時代，大資料時代的到來，顛覆了以往對資料的慣性思考方式，要保證資料執行，軟體質量，測試質量，資料使用場景等，都需要重新變換乙個新的角度，對軟體進行更全方面的思考。之前大資料很少有測試，開發會覺得 測試環境又沒有那麼多資料，你怎麼測？拋開大資...