測試計畫對應用質量的影響

什麼是測試計畫

測試計畫是對測試過程的整體設計，測試計畫確定了測試產品所需的資源，確定了我們將測試什麼，測試將怎樣進行。測試計畫的輸出是乙份或多份文件。

專案的成敗由四大要素決定：時間、成本、範圍、質量。其中的「質量」可以由測試計畫覆蓋，主要作用如下：

1）展現計畫執行的細節，讓測試人員來進行同行評審；

2）體現排期、測試環境等更多資訊。

1）確定測試範圍制定測試計畫的第一步首先要明確測試物件。測試範圍確認過程通常經歷如下幾步：

②溝通確認：與開發大大溝通確認「改動了什麼」、「改動前後的區別是什麼」、「為什麼要改」、「改動引起的影響範圍有哪些」。溝通方式可採用「5w2h」分析法，這也是小編需要加強學習和鍛鍊的地方；

2）制定測試方案

各欄位釋義為：

①產品需求：功能概述，可與產品或者pm給出的需求list中的名稱保持一致；

②測試需求：產品需求對應的具體功能描述，功能較為複雜的情況下需要將其拆分成多個子模組

③測試型別&範圍評估：測試型別&範圍主要包括：

a.正確性測試(功能與需求一致且無嚴重bug)

b.相容性測試(機型、解析度、韌體版本、編輯框等)

c.合理性測試(從產品角度評估)

d.穩定性測試(伺服器壓力測試、核心健壯性測試)

e.效能測試(cpu、記憶體、響應時間等)

f.衝突測試(第三方安全類軟體)、安全測試(資料加密、系統許可權)。

④測試設計時間預估：測試用例編寫時間，比如4人時，即每人要4個小時才可以完成；

⑤測試執行時間預估：測試用例執行時間；

⑥測試負責人：各個模組的測試人員；

測試進度的安排如下：

一輪測試：

功能測試：xx人時，完成時間x月x日

機型覆蓋：xx人時，完成時間x月x日

功能回歸測試：xx人時，完成時間x月x日

各類評測：xx人時，完成時間x月x日

二輪測試：

pingback測試：xx人時，完成時間x月x日

衝突測試：xx人時，完成時間x月x日

隨機回歸測試：xx人時，完成時間x月x日

驗收測試：xx人時，完成時間x月x日

測試計畫例項

以「輸入方式可擴充套件」為例給出詳細的測試計畫：

輸入方式可擴充套件提出目的

1.中英文鍵盤下，點選鍵盤切換，進來看到的東西不一樣，容易搞暈使用者；

2.將語音輸入、ocr輸入放到鍵盤切換之後，這裡的空間太擁擠了，需要依據使用者的實際使用做適當精簡；

3.統一的入口，便於使用者認知；

輸入方式可擴充套件測試計畫

測試策略評估

測試進度安排

結束語 Sentinel 對應用的效能影響如何？

引入 sentinel 帶來的效能損耗非常小，只有在業務單機量級超過 25w qps 的時候才會有一些顯著的影響 5 10 左右 單機 qps 不太大的時候損耗幾乎可以忽略不計。這是官方文件寫的一段話，那麼效能到底如何呢？本篇我們回顧 sentinel 的原始碼，看看 sentinel 在效能方面所...

64位平台以及對應用程式開發的影響

1 64位平台的發展 64位平台是計算自然發展的一部分。正如在能夠使用更強大的平台後計算就會從16位移植到32位一樣，最近幾年，幾乎所有的計算機不可避免的都變為64位。主要廠商包括amd與英特爾提供了廣泛的x64處理器，無論是原始裝置製造商 oem 和系統製造商提供的64位系統，還是從發燒友的台式電...

雲計算對應用程式和架構設計的安全影響

應用安全包含了乙個非常複雜和龐大的知識體系 從早期設計和威脅建模去維護 和防護生產應用程式。隨著應用程式開發實踐的不斷進步和採用新的流程 模式和技術，應用安全也在以難以置信的速度發展。雲計算是這些進步的最大驅動因素之一，它會產生相應的壓力，使應用安全的狀態發生變化，以確保這種進展盡可能安全地繼續下去...