在測試的過程中，效率低下是乙個重要問題，經常表現在：
bug重**現重複提交
發現bug，但描述資訊不詳細
存在不量的bug不被發現
這主要是因為沒有寫測試用例，分工不詳所造成。
沒有寫測試用例。每個人都自己亂點，碰運氣式的測試。結果就是，潛在大量的bug不被發現，小量的bug被重**現
測試人員沒有範圍。每個測試人員應該有自己的測試範圍，按特定的測試用例進行測試，這樣可以減少重複的測試及bug發現。根據測試用例的過程與結果描述，可以大幅提高測試效率。
測試沒有計畫。每個測試應該是階段性的，每次測試就是乙個版本，測試的過程不修改，修改的過程不測試，減少交叉汙染。
總結：寫測試用例。要盡量描述環境、過程、期待結果
測試人員分配測試範圍。一般是指定的測試用例列表
計畫性的測試。定時測試時間、測試環境，並清空以前的測試資料，保證測試環境的乾淨
回歸測試。每個版本修改後，都要進行全面測試；發現測試用例沒有的bug，則補充測試用例
測試LFI WITH PHPINO過程中的一些記錄
原理 以往lfi漏洞都是需要滿足兩個條件 1.攻擊者上傳乙個含php 的的檔案，字尾名任意，沒有字尾名也可以 2.需要知道上傳後的檔案路徑及檔名，然後包含之。後來有國外研究者發現了新的攻擊方式，話說外國基佬的思路確實夠猥瑣。該思路的原理是 php在以enctype multipart form da...
軟體測試過程中的度量
在軟體測試過程中，可以將度量分為兩大類 1 衡量測試效率和測試工作量 工作量指標 例如，測試效率評價 測試進度s曲線等.2 從質量 的角度表明測試的結果 結果指標 例如，缺陷 數量 到達模式 系統崩潰和掛起的次數等.測試過程s曲線 追蹤測試過程也許是軟體測試階段管理中最重要的追蹤任務。建議的一種度量...
測試面試過程中的幾點困惑
最近在面試中遇到了很多困惑和無奈，筆者總結了幾條，與諸君分享。順便也談談筆者對面試的一些淺解。困惑二 我覺得 怪圈。很多人在面試的溝通中，非常喜歡用 我覺得 來開始回答問題。因為我比較喜歡用非常具體的場景來提問，那麼在該場景中按照邏輯上來講，必然存在著確切的因果關係或特定的解決方法。如果一切都是 我...