感覺就是婆婆媽媽的重複各種事情，要寫前提條件，要寫各種步驟，step 1, step 2，做了哪些操作就要有什麼樣的結果。
累覺不愛，有沒有?
知乎上對測試的乙個回答
套用一句爛俗的話，對測試來說，這是最壞的時代，也是最好的時代。隨著技術的發展，對測試的要求越來越高，像之前躺著點點點的測試員顯然是首當其衝有被淘汰危險的。
然而，因為各種自動化技術的出現，這卻是測試最好的一次逆襲的機會。
現階段乙個優秀的測試：對需求透徹的理解+到位的測試用例+復用的測試**。
對需求透徹的理解：能夠像ba一樣寫出一手漂亮的use case
到位的測試用例：從use case延伸，寫出精準覆蓋的test case
復用的測試**：selenium+nunit+specflow，功能測試最起碼的乙個組合要熟練運用，最重要的是能夠復用；另外在此基礎上提公升自己在介面測試和效能測試的功力。
講道理的說，一名好的測試=半個ba+test analyst+半個dev
所以回到問題上來，需要什麼技術的前提是你首先是乙個好的test analyst，所謂先修煉內功。當什麼時候能夠從客戶的一句話腦海裡就能立馬浮現出後面一系列的步驟，這個時候才是提公升技術的時候。畢竟，我們做的是測試，不是dev，技術很重要，但並不是測試的第一生產力。
想寫好selenium，請先從寫好test case做起。
當然如果感興趣的話，也歡迎深度討論一下現行的測試流行的技術。
我把戳中內心的一句話bold了。如果這也看來，測試也是乙個技術活，而不是無聊簡單的重複。
這個能力，似乎更應該是對需求的的透徹理解，加上經驗的積累，知道了後面的可能步驟。
個人的經驗才是最有價值的。
測試用例怎麼寫？
測試用例 為了特定的目的 證明軟體存在某問題 而設計的一組由測試輸入 執行條件 預期結果構成的文件 要做這個登入頁面的測試用例，你會從哪些方面思考進行測試呢？看似簡單的頁面功能能夠設計多少條測試用例完成較全面的測試呢？10條以內？20條？測試用例簡單來說就是指導如何做測試的文件，該文件主要記錄需要驗...
如何寫測試用例
1 了解軟體的原始需求 測試目的 在編寫乙個軟體或者模組的測試用例時候，一定要明白這個功能的原始需求，也就是軟體的使用者 客戶 的需求。理解原始需求後，編寫的測試用例才更有目的性。2 熟悉軟體的功能需求 測試點 這個功能需求是指軟體的細化需求點，這個一般在需求文件裡面都會體現。這裡要做的是把需求穩定...
如何寫介面測試用例（並篩選冒煙測試用例）
關於介面測試用例的等級劃分 1 主體業務功能介面正常典型值用例的優先順序為1 用於冒煙測試的用例 2 各模組主功能的正常典型值用例的優先順序為2 3 除了的正常典型值用例之外的正用例及所有異常用例的優先順序為3 4 可用性測試以及入參預設值以及開發做了限制處理的引數型別 開發自測容易發現的錯誤等測試...