g.j.myers給出了關於
測試
的一些規則，被軟體工程領域認可：
（1）測試是為了發現程式中的錯誤而執行程式的過程；
（2）好的測試方案極有可能發現迄今為止尚未發現的錯誤；
（3）成功的測試是發現了至今為止尚未發現的錯誤。
上面這段話是測試行業經常能看到的一段關於測試的工程的一種解釋；可能有些太理性或者說是書面化的解釋，作為乙個tester我很表示同意；但是一直沒有認真理解這段話。
測試是為了發現程式中的錯誤沒錯；但是我認為有些狹義的想法；綜合整體的軟體質量去評估去看；不單單在過程中去發現程式中的錯誤；而包括在設計之初的錯誤邏輯和不合理的流程以及操作方式都是測試的過程中要關注的因子；所以就不僅僅是為了發現程式的錯誤；乙個認真思考的tester是不拘在程式之內的範疇。所以我認為測試是為了發現整個專案中任何不合理的錯誤；包括文件的錯誤、業務流程中的漏洞、程式中的bug、不正規的操作方式、不合理的資料流程。當然這算是一種理想測試過程。
好的測試方案極有可能返現迄今為止尚未發現的錯誤；我總是認為這句話帶有鑽牛角尖的意味；好的的是方案其實是一種無窮盡的操作；記得有乙個誇張的小道理：一百萬只猴子，給他們每人乙個鍵盤，給他們足夠的時間，讓他們打出莎士比亞全集。就是在接近無窮的測試下會讓程式的問題完全暴漏無疑；乙個好的測試方案應該是合適專案的測試方案；到什麼山唱什麼歌；看菜吃飯、量體裁衣；根據專案去指定測試方案，這種方案下去測試該專案才能真正說明專案問題。
成功的測試是發現了至今為止尚未發現的錯誤；我認為將測試
工作
進行了一次'反''革'命'性的引導；行業需要創新思維；需要吹毛求疵；只能說在現有的需求下去發現不應該出現的問題。
測試用例
是在有限的資源下設計出涵蓋面最廣而最有效的用例；不是說為了測試而測試。
測試的根源在需求；一切測試脫離需求都是不現實的測試；一切測試不能滿足需求就是不成功的測試。
關於測試用例理念的一些想法
g.j.myers給出了關於測試的一些規則，被軟體工程領域認可 1 測試是為了發現程式中的錯誤而執行程式的過程 2 好的測試方案極有可能發現迄今為止尚未發現的錯誤 3 成功的測試是發現了至今為止尚未發現的錯誤。上面這段話是測試行業經常能看到的一段關於測試的工程的一種解釋 可能有些太理性或者說是書面化...
關於介面測試用例設計的一些思考
介面測試發現的典型問題 傳入引數處理不當，引起程式錯誤 型別溢位，導致資料讀取和寫入不一致 物件許可權校驗出錯，可獲取其他角色資訊 狀態出錯，導致邏輯處理出現問題 邏輯校驗不完善 定時任務執行出錯 介面測試用例設計 介面測試用例設計主要針對輸入 處理 輸出進行考慮 針對輸入進行設計 對於介面來說，輸...
關於介面測試用例設計的一些思考
介面測試用例設計主要針對輸入 處理 輸出進行考慮 對於介面來說，輸入就是入參，一般的引數型別 字串 陣列鍊錶 結構體 json 字典 狀態轉換分析 比如乙個計程車訂單，從乘客下單 司機搶單 到達起點 接上乘客 到達目的地，發起支付，支付，評價這是乙個完整的訂單狀態轉換流程，必須按照這個次序，才能正確...