測試分為很多種，例如功能測試，效能測試，自動化測試，安全測試，健壯性測試…可能很多人對功能測試的認知還是那種點點點的階段，其實也沒有錯，但是點點點背後卻也牽扯到很多東西，例如對於需求的理解，對於流程的理解等等。這絕不是你在大街上拉乙個人就能做的東西！很多人覺得功能測試幹不過做技術測試的，其實我覺得也沒有錯，但是兩個之間給公司帶來的效益我覺得都是對等的，甚至功能測試更勝一籌！試想乙個專案連功能都不齊全，使用者體驗性以及產品的易用性都差的話，縱使你能併發成千上萬的使用者，那又有什麼用呢？
如果有人問你軟體測試的工作是做什麼呢？你可能會回答找bug，我剛進入公司也覺得是找bug，但是隨著測試時間越來越長我覺得測試絕不僅僅是對單個產品或者模組的質量把控而是對整個專案質量的把關，測試應該把自己定位成專案的qa。
1.例如發現工作流有問題，應該及時提出，給出優化建議，最大化的優化使用者體驗。
2.每個公司都會有其專案管理工具，不要忽視他，充分利用好他，加強跟開發人員及專案經理的溝通，碰到一些急於需要修復的bug，應該利用即時通訊工具進行溝通，第一時間反饋下去。
3.功能設計跟需求有偏差，應該及時提出。
4.開發人員如果不配合需要耐心溝通，實在不行需及時反饋上級，防止一拖再拖導致專案成本變高而變成替罪羔羊。
專案需求評審
1.從專案經理拿到專案的相關文件，仔細閱讀需求文件，專案原型圖以及ui設計圖，將描述不清楚，流程複雜以及ui設計不合理的地方找到產品經理及ui設計進行核實跟確認。對於需要與甲方深入溝通的問題及時記錄下來，並跟蹤問題
2.根據需求將需求拆分進行用例的設計，設計過程中會對需求理解更深。或者使用xmind等思維導圖將模組的需求點都提取出來，從整個專案的視角去檢視專案之間各個模組是否有關聯
測試之前（早期）
1.對於不理解的需求或者模組諮詢開發，也可以詢問他們開發思路，對比你的思路是否有出入，對於有出入的地方需要溝通，鑑於自己對專案的理解提出指導性意見
2.對於流程複雜，場景複雜的場景需要告知開發注意例如一些校驗功能的實現等。防止程式由於校驗出問題導致髒資料的出現
測試之前（晚期）
1.跟進開發進度，主動詢問開發是否能進行開發部分的功能測試，
2.以開發能按時提測為目標，協調開發做好開發工作，排除困難
3.準備好測試用例、相關工具及搭建好測試場景
測試中1.結合開發情況進行功能測試，及時記錄bug，以免遺漏。
2.bug提出後，開發解決問題時間過長，要主動詢問是否遇到困難，協助他解決bug。如果技術性的可以指引他問有經驗的同事或者問技術老大，非技術問題則多溝通，大家都是乙個目的，沒有什麼不能溝通協調的。
3.開發如果是臨時解決沒有根本解決問題，後續要跟進此問題。
上線後1.把原先發現的bug都驗證一遍，在進行一次系統的測試，防止引入了新的bug。上線後可能會需要編寫使用者使用操作指南這些，需要用言簡意賅的話語去表述出來！分析好手冊閱讀受眾，是只有初中學歷的群眾還是說給領導看的
2.測試上遇到困難，可以根據困難的情況找對應的人溝通協調。及時向專案經理報告缺陷修復情況
3.下個迭代之前，研究一下系統，作為乙個使用者去使用系統，去發現在使用過程中覺得麻煩或者缺少什麼功能這些問題，提出來在下一次迭代中進行優化
4.做好工作總結
1.首先是細心，耐心，要有打破砂鍋問到底的精神。
2.善於發現問題的共同點，分析問題，找出原因，並且定位問題
3.學會運用輔助工具進行問題的定位，好的測試一定是能定位問題的，這樣開發效率才能變高
3.熟悉整個專案的流程及業務邏輯，分析各個模組之間的關聯
4.對版本更迭中的問題進行回顧和總結，不要 讓缺陷進行反覆，注意軟體測試的「二八定律」，特別是那種耦合性高的模組，最容易發生問題
5.要了解版本更迭中涉及到多少條需求，以及其使用場景等
6.嚴格執行測試用例，及時提交bug。對於偶發性的bug也要記錄下來
7.主動推進自己負責的任務，做乙個有自我驅動力的人，不要說bug提了就不管了，是開發的事情了。
8.測試每一天你的思想都會不同，不要系統的測完了一遍就不測了，每天的思路會讓你思考出更多出問題的點。有些東西真的是靈光一現的！
9.學會思考，學會怎麼去提公升自己處理事件的處理速度，是運用工具還是說有啥好的辦法去更好的處理事情，只有你處理的事情多了，公司才能看到你自己的價值，自己才能更值錢
10.最重要的一點就是專案需求不是百分百對的，要結合自己的考慮以及使用者的角度想著怎麼去優化產品。同樣的如果你會去跟使用使用者的人溝通，他們也會提各種各樣的需求，一定要自我過濾一遍，不要傻傻的把使用者要求一股腦的拋給開發。乙個專案不能被一部分使用者帶著跑了
回歸標題吧，功能測試真的能戰勝技術測試嗎？這個問題其實我也給不出來，我覺得每個崗位負責的職責不一樣，其實兩個崗位是同等重要的。但是功能測試如果想走遠一點肯定要往技術測試方向發展，其實還有一條路就是走業務方向，成為乙個業務專家。你覺得是走測試開發的技術路線好還是業務專家的路線好呢？歡迎討論！
測試 功能測試
測試最基本的就是看介面展示是否正確這一類測試。但是，這類測試如果功能點多的情況下，如何有效測試就是乙個問題。1 詳略得當的測試用例，可以用mindmanager去做，也可以用excel等。2 光有測試用例是不夠的，還要根據測試資料，設計測試策略。如 測試的服務端的先後 測試賬號的先後 測試功能的先後...
如何戰勝軟體測試的困境
隨著資訊科技在國內不同行業應用的開展，人們已經不再懷疑軟體對於社會運轉的巨大作用。但是，隨著人們對軟體作用期望值的提高，已經有越來越多人將關注點轉移到軟體的可靠性上，因此，國內軟體測試公司或測評中心如雨後春筍般出現。軟體測試並非萬能藥 我們在進行軟體測試市場開發的過程中，發現了這樣的乙個問題 不少企...
如何戰勝軟體測試的困境
隨著資訊科技在國內不同行業應用的開展，人們已經不再懷疑軟體對於社會運轉的巨大作用。但是，隨著人們對軟體作用期望值的提高，已經有越來越多人將關注點轉移到軟體的可靠性上，因此，國內軟體測試公司或測評中心如雨後春筍般出現。軟體測試並非萬能藥 我們在進行軟體測試市場開發的過程中，發現了這樣的乙個問題 不少企...