正如我們做出來的產品都希望受使用者歡迎，開發和測試是需求文件的使用者，產品經理也應該重視他們的想法和要求才能寫得令人滿意。 “寫需求文件”說專業點是把使用者（或運營、客服等）的需求轉化成技術部門的話語，因此

好像好久沒有更新部落格了，之前寫的幾篇部落格關於自動化的框架的居多，其中好多博友向我提了好多問題，我沒有回覆。這裡給博友道個歉 ~ ~總結幾點原因如下： 1.我一般

概述： 在軟體工程的世界裡，我們經常面臨變化。微服務不僅改變了軟體的體系結構，而且改變了團隊的組織方式和協作方式。 相對於單體式應用，微服務有其優勢，同時，也有引入後所新產生的問題，測試就是問題之一。

Gitee-Frontend 0.5.1 釋出，碼雲前端元件庫 gitee-frontend 是一個前端元件庫，基於 jQuery 和 Semantic-UI 實現，包含了碼雲現在用到的一些通

本文的目標 2.1 在Vue應用的單元測試中，對不同UI元件的單元測試有何不同？顆粒度該細到什麼樣的程度？ // Given 一個有基本的UT知識但沒寫過Vue測試的新人:walking: // Whe

軟體安全性是一個廣泛而複雜的主題，每一個新的軟體總可能有完全不符合所有已知模式的新型安全性缺陷出現。要避免因安全性缺陷問題受各種可能型別的攻擊是不切實際的。在軟體安全測試時，運用一組好的原則來避免不安全的軟體上市、避

在網上看過好幾次關於緊急而不嚴重、嚴重而不緊急的 Bug 舉例，對網上的例子並不 完全贊同 ，就此發表一下自己的看法。 該問題是討論緊急和嚴重程度的理解，但在 面試 的時候我們很容易直觀想到緊急程度跟時間有關

近日由中國金融出版社主辦的“2018年中國銀行業軟體測試成果交流會”在北京召開，人民銀行、商業銀行、第三方機構及相關企業的有關領導和專家出席了會議。作為數字化解決方案領導者和金融行業數字化轉型的創新驅動者，新華三集團

前言 今天給大家介紹的是一款名叫Sandsifter的x86處理器模糊測試工具。該工具可以通過系統生成的機器碼來搜尋處理器指令集，並通過監控異常資料來審計x86處理器中的隱藏指令和硬體漏洞。Sandsift

本文的目標 在 TDD 做完 Tasking 列完例項化資料之後，完全沒有UT基礎不知道該怎麼寫單元測試？ // Given 一個完全沒有UT基礎的新人:walking: // When

# 定義 直接引用百度的 ： 精準測試是一套計算機測試輔助分析系統。精準測試的核心元件包含的軟體測試示波器、用例和程式碼的雙向追溯 、智慧迴歸測試用例 選取、覆蓋率分析、缺陷

寫好的單元測試，對開發速度、專案維護有莫大的幫助。前端的測試工具一直推陳出新，而測試的核心、原則卻少有變化。與產品程式碼一併交付可靠的測試程式碼，是每個專業開發者應該不斷靠近的一個理想之地。本文就圍繞測試講講，

假如我們有一組後端服務為使用者提供某些功能，各服務之間的呼叫關係（簡化的）可能如下圖 在實際的工作中，我們經常遇到這種場景：同時有多個feature在開發，比如feature_x,fea

【前言】 前幾日心血來潮想研究著做一個Spring框架，自然地就涉及到了Ioc容器物件建立的問題，研究怎麼高效能地建立一個物件。第一聯想到了Emit，興致沖沖寫了個Emit建立物件的工廠。在做效能測試的時候

一、簡介 在之前的一篇博文中，我們詳細介紹了 TRITON intrusion ，它影響了關鍵基礎設施中的工業控制系統（ICS）。我們此次跟蹤的行動名為TEMP.Veles。在這篇博文中，我們提供了額外的