今天，遇到了這樣乙個問題。這個問題經歷了兩輪測試並沒有被發現。
只有第一次訪問活動頁面時會返回50x，之後再進入活動頁面都不會再返回50x，一切正常。
想要發現這樣的bug，首先要對介面返回的資料非常敏感。如果不通過配合fiddler進行實時抓包跟蹤的黑盒測試，我們很難由表及裡的發現這個問題。換而言之，想要發現這個問題，從單純的黑盒測試上來講，有兩種辦法：
1. 大量的使用者試驗；（無針對性，盲目不可取）
2. 保證測試流程的始終性和測試用例設計的完整性。（有針對性，可取）
想要避免這種問題的發生，排除知道**邏輯的情況（單元測試能夠發現的問題），另一種就是從表及裡（黑盒測試的手段）發現這個問題。
由於問題很隱蔽，我們必須從邏輯上下手，那就是保證測試流程的始終性和測試用例設計的完整性。以「登陸」為始，以「退出登入」為終——所有的測試用例必須由始至終進行設計，才算完整。如果不保持流程的始終性和完整性，我們很難發現兩端銜接處存在的問題（比如涉及到自動登陸的問題，第一次訪問失敗，但登陸狀態可能將被記住，第二次訪問將一切正常，所以如果用例設計不包括登陸操作和退出登入操作的話，將很難發現這個自動登陸上存在的問題）。如果用例只在排除了始端和終端外的中端部分進行測試，測試結果將很容易建立在已經存在的bug的基礎上。
有關測試用例的書寫以及重要性
當進入乙個公司，作為測試部門的一員。最基礎的就是寫測試用例了，那怎麼寫測試用例呢 1 首先我們需要根據需求文件來寫相應的測試用例，如果公司沒有需求文件，我們可以根據網上類似有關的專案，來模擬編寫相應的需求文件，有需求文件，不要立即就開始著手寫測試用例，需要自己耐心的看各個系統的流程，自己的琢磨一遍，...
測試用例的重要性及設計方法
測試用例的重要性及設計方法 測試用例的設計在很大程度上是由簡單到詳細且逐步完善的乙個過程。其依據需求文件 概要設計 詳細設計等參考資料。假如在測試過程中沒有測試用例或僅有簡單的功能描述，那麼測試過程難以控制或測試結果將毫無可靠性而言。網上對測試用例的具體設計的文章也數不勝數了，筆者在這也不重複闡述。...
論安全的重要性
論安全的重要性 安全 是乙個永不過時的話題。在我們的現實生活中，無數的事實告訴我們，凡是無視安全的行為必將付出慘痛的代價。世界上每天都在發生著安全事故，汽車超載，超速行駛，闖紅燈 生產單位偷工減料，違規操作 公共服務場所無視安全規範 種種無視安全的情況造成了一起又一起的安全事故。慘痛的教訓告訴我們任...