#
每個行業都有自己的“黑歷史”，比如產品和運營，軟件開發和軟件測試，而外行人永遠無法get其中的點。本文將用段子，告訴大家做好軟件測試多么不容易？最恐怖的詞--BUG以下是我在進行自動化測試時，發現大家
1 功能性適合性方面準確性方面互操作性方面安全保密性方面功能性依從方面2 可靠性成熟性方面容錯性方面易恢復性方面可靠性依從性方面3 易用性易理解性方面易學性方面易操作性方面易吸引性方面易用性依從方面4
如何使用ThreadingTest提高軟件安全性檢測效率（下）方法三：可視化代碼結構分析函數調用圖：可以給用戶展示一系列關于軟件系統的整體信息。如：類或者函數以及類的成員函數的總數目，調用關系或者類的
需求頻繁變更這個產生的主要原因是： 1.前期需求調研工作沒有做到位，在需求調研時沒有真正深入了解用戶需要什么東西？用戶做這個東西的目的是什么？為什么要這么做？ &nb
1、用戶和用戶組文件 在 linux 中，用戶帳號，用戶密碼，用戶組信息和用戶組密碼均是存放在不同的配置文件中的。 在 linux 系統中，所創建的用戶帳號和其相關信息 (密碼除外) 均是存放在
如何把握軟件產品的質量蔡: 蔡為東，熱愛測試工作，有超過10年的軟件測試和團隊管理經驗。鄭: 鄭文強, 阿爾卡特-朗訊測試架構師蔡：如何把握軟件產品的質量？鄭：不管軟件產品規模是大還是小，結構是簡單還
1、項目流程 2、中心調度# 中心調度def main():try:total = search()total = int(re.compile('.*?(d+).*?').search(tota
這兩天一直在看之前已經設計的Test Case，看著還算是簡單，但不知道是根據什么來設計的，感覺使一些軟件的安裝步驟，只是在這個過程中增加了一般用戶不會注意的地方。另外，從今天開讀《軟件測試》這本入門
綜合測試策略（萬金油） 任何情況下都必須使用等價類與邊界值設計測試用例 當條件間存在邏輯關系、約束關系會使用因果圖法追加測試用例 若存在狀態間轉換或狀態間切換會使用狀態圖
我們都知道軟件測試的一個基本理論是：bug越早發現，修復成本越少。根據這條基本理論，我們測試需要做的事情就是：盡早介入產品的質量控制過程，盡量早的發現軟件的問題。那么問題來了，我們測試工程師通過什么點
