Ⅰ 怎樣做好功能測試
1.測試基礎的重要性
作為一名測試新人，測試基礎非常非常重要。這里說的基礎，不僅僅是什麼是軟體測試、軟體測試的目的，而是測試用例的設計能力。
2.提升資料庫處理能力
作為一名合格的測試人員，資料庫的增刪改查，關聯查詢是必會科目。但對於測試新手來說，這個難度似乎有點大，很多人做事前往往關注的是表象。
3.具備定位問題的能力
在測試過程中，我們經常會遇到介面報錯、異常錯誤信息等情況。作為一名測試新人，你可能第一反應就是直接丟給開發：「喂，兄弟，你這里報錯了。」
可是當開發人員問：「是前端還是後端報錯啊？」
你可能就只剩下一臉懵了。因為目前大部分軟體都是前後端分離的。所以，此時你要做的，就是學會看日誌。通過日誌，初步判斷是前端還是後端問題，包括：藉助抓包工具，判斷是否是前端傳值傳錯了，還是後端邏輯處理錯誤等相關問題。並通過初步定位問題，幫助開發人員提升解決問題的效率等。
4.具備總結能力
作為測試新人，我們要多總結。筆者曾帶過一名剛畢業的同學，他有一套自己的總結方式比如：通過x-mind梳理總結/梳理業務，遇到的問題會記錄處理方法，在測試工作中也形成自己的經驗總結，並將自己的方式分享到團隊中，這名同學在公司成長非常快，因表現突出，得到晉升。
5.適時做好能力提升
技術人員的永恆話題：技術水平的提升。
新人在前期成長非常快，在測試過程中可以多思考，遇到問題想想是否有更好的方法可以解決這個問題。
之前聽說不少新人存在心態比較浮躁，動不動就想用自動化解決問題，但自己的自動化測試水平有限，做起來問題層出不窮。幾乎可以說是，走還沒有學會就想跑等問題。筆者以為我們可以先打好基礎，做好功能測試，在理解業務的情況下，考慮如何更加高效/高質量的完成測試工作。
Ⅱ 做好軟體測試的技巧
一是做好測試准備。實際工作當中，往往是任務驅動的工作模式，測試人員接受一個測試任務就意味著測試工作啟動了。作為一個成熟的測試人員，接受任務後首先要做的是測試任務開始前的准備工作，那麼一般的測試任務前期准備工作都有哪些？首先，你必須盡快熟悉所接受的測試任務的相關背景。實際的測試工作中，往往是結合現實的場景進行測試，不同的場景可能會有不同的預期目標。因此，了解任務或者項目背景是比較重要的。其次，盡可能的獲取與測試任務相關的信息資料，包括文檔說明、環境信息、相關的開發以及可以獲取支持的其他人員信息。測試不是一個孤立的工作，整個測試過程中需要與很多周邊的人員產生交流，這就是為什麼要求測試人員具備相當的溝通能力。
二是強化測試執行。測試執行，單單從字面來看，其實並不復雜，按照測試用例的步驟完成用例的執行就ok了。但是這里考驗你的耐心、細心。執行一個用例並不難，難的是，一天、一周、一月，周而復始的執行測試用例。測試原本就是一個周而復始、重復性的工作，很多人初次接觸測試工作，帶著好奇，會感覺有趣。但是，工作一個月、兩個月後就會被重復的測試執行所擊倒，會覺得厭煩，感覺自己成了重復工作的機器，沒有新意、沒有成就感，這是大部分進入測試行業新人的心理反應。
三是用好測試工具。隨著自動化測試的流行，越來越多的人重視測試工具的使用，往往不考慮實際情況或者自身條件，盲目追求使用測試工具。難道測試工具真有那麼大的威力嗎？不可否認，測試工具能很大程度上提高測試效率，尤其是對於重復性的一些測試用例及部分回歸測試。但是測試人員不能依賴測試工具。工具僅僅是工具，並不具備人的思維、視野、判斷力。不管行業如何發展，測試工具永遠不可能取代人的作用，而且我們必須看到，目前國內軟體行業中，手工測試至少佔據測試工作的90%以上。目前，我們一直使用日事清來完成軟體測試工作，通過計劃來規劃工作中的一切事務，創建任務、分配成員、安排日期，每條任務會自動分解到每個成員的日程中，員工只需要按照日程中的任務行動，不再被無序的工作煩擾。每日、每周、每月的工作成果可以一鍵生成報告方便相關人員跟蹤回顧。
Ⅲ 怎樣做好軟體測試經理
無意中看到這樣一篇文章，對於其中的一些內容比較認同，作為測試經理其實不僅需要一定技術的支撐，更重要的是，需要一定人格魅力，對於國外軟體行業，開發模式已經處於一定成熟度級別，軟體生命周期相關的各類管理已經達到一定程度的可透明性，對於測試管理工作來說，比較制度化。但是對於國內沒有真正過CMM3級的軟體公司，軟體生命周期給類監控執行力度比較模糊，在這樣的環境中，如果要做好測試，並且做好測試管理，無疑需要測試經理有各比較良好的心態，能力絕對不是唯一要數，更重要的是需要很好的溝通技巧和處事原則，在對質量更好把關的同時，也不能忽略部門成員和開發部門的實際情況。 ---以下為他人文章引用：--- 1. 具有較好的人格魅力和親和力 ：真正來說做到這一點非常難。這不僅要求測試經理有寬廣的胸懷，良好的溝通能力和語言表達能力，還要求測試經理具有較強的應對能力。向上能把工作匯報的讓領導滿意,令領導信任。能把工作任務輕松, 無異意的下發給下屬, 並讓他們飽含工作熱情共同協作去完成測試任務。如果您能夠把扭轉下屬的思想，把「要我測試，變成我要測試」，我想你一定很強了。如果陌生的人一見到你，通過談話就覺的你很強，都願意和你交朋友，那你的人格魅力一定不錯了，呵呵。 2.最好具備較強的測試技術水平 ：一般來說，作為測試經理，在一個測試技術性的團隊里，如果你有很強的技術，並且你的技術是最棒的，下屬不能夠搞定的問題，你都能夠做的很好，即時有時候你凶了點，團隊里的成員心底里都還是很敬佩你。如果你有技術，但是技術不高，你組內的技術高手一定是你的親密戰友，這個時候唯一的出路就是凝聚團隊的力量，取長補短，也能夠取得較高的效率。還有一點值得注意：在分派工作的時候，找一下組內的骨幹，看看是否有新的或者好的處理辦法，這樣一來，避免在開會的時候遇到分工或者技術上的尷尬局面。但有的測試經理具備了很強的技術，整天對團隊的成員都板副面孔，那你也很難做到人見人愛。 唯有為人待人真誠中肯、隨和親切，整天都是笑臉相迎，那呆在這樣的團隊里工作，一定很開心 。所以要做到人見人愛的測試經理，較強的測試技術水平不能夠忽視。 3.樂意處理下屬在項目中碰到的困難： 在帶領一個團隊開展測試工作的時候，當你的下屬碰到困難的時候，你更多的是給下屬鼓勵和安慰，幫助下屬分析出現問題的原因。比如說一下：「幸苦了」！「幹得不錯」！「慢慢來，沒關系的」！下屬聽了也很開心的，並且以後幹活可能會很賣命，因為他的工作得到了領導的認可。或許該問題你也不一定解決得了，這時候你一定要挺身而出，協調測試團隊的資源盡力幫他解決問題，久而久之，你的威信就樹立起來了，之後就好辦事了。 4.勇於承擔責任，把功勞推給測試團隊 ：軟體測試經理，作為一個中層經理。管理者一定要想管好下屬，必須「身先士卒」、「以身作則」，事事為先、嚴格要求自己，處處起到表率作用。示範的力量是驚人的，一旦通過表率在團隊中樹立起在員工中的威望。將會上下同心，大大提高團隊的整體戰鬥力。 常言到：「得人心者得天下」，做下屬敬佩的領導，將使管理事半功倍。 如果下屬在測試項目中出現問題，上級領導怪罪下來，自己勇於承擔，多檢討自己，少怪罪他人。始終用平和語氣與下屬溝通，最後一定要找出出現問題的真正原因。讓出現問題的下屬，自己過意不去，從心底里佩服你，想法補償你。項目得到喜訊，比如：某個測試項目做的很好，領導表揚的時候，把功勞推給大家，很多時候，容易讓人感動，讓人佩服得「五體頭地」哈哈。 5.對下屬多一些寬容和生活關心： 特別是對下屬不懂，自己懂得很精的地方，下屬問的時候，一定要有耐心，給下屬詳細講解。切忌：看不起下屬。如果真是這樣，你這個經理就很失敗了。反正對下屬，在很多地方，要多一些理解和包容，最好能和下屬打成一片，當下屬不認為你是領導的時候，你就真是領導了。如果做領導做到別人都當你是朋友，那你真的就成功了。還有一點就是要察言觀色，隨時發現和了解下屬的困難，不管是工作方面，還是私人方面，都要關心。比如說：某個下屬買了房子，准備裝修，那他一定很關心裝修方面的東西。如果你懂得很多，那和他交談時，多一些這方面的話題，他也會很開心，覺的你這個人相當熱心，並且也會覺的大家有共同語言，以後當你碰到問題的時候，他一定會鼎立幫助你，因為他認為你是他最信任的知己。也可以多在生活上關心下屬。比如有項目要加班什麼的，有時候陪陪下屬加班呀，吃個午飯宵夜呀，聊點家常呀什麼的，自己買單後，公司報銷，效果真的不錯喲！ 6.力爭多給下屬爭取福利在公司條件允許的條件下，多給下屬爭取福利 ！但是做這件事的時候，一定要在公司利益和員工利益之前要平衡。若過分的給員工爭取福利，會造成公司對你有意見，同樣，過分的以公司利益為重，員工對你也會意見大！總之，每種情況都要有度，力所能及的事，一定不能放過。很多時候，為員工申請比較多的福利，即時沒有成功或者工資變化不大，但是下屬都看在眼裡，還是很感激你的，因為他知道你已經盡力了，覺的你很夠哥們，為你工作很值。 7.多給下屬鍛煉機會，培養下屬能力 ：作為測試經理不可能向測試工程師那樣什麼事情都自己做，並且事事都自己做也不現實。可以在不同的測試項目中，安排測試主管。然後對測試工作進行協調，參與測試中發現重大問題的討論。這就要求測試經理懂得用人，懂得計劃。在制定詳細的測試計劃的同時，自己把握測試項目中的關鍵點和時間表，給下屬更多的實踐機會，讓下屬做事更具有責任心和成就感。測試主管在做好測試項目的同時，又減少了測試經理的工作量，學到了不少東西，能力變強了，開心了，達到了上下級和諧共處的雙豐收。 8.多給下屬精神鼓勵，獎懲公私分明： 很多時候，部門周例會上偶爾的一個口頭表揚，更會讓下屬銘記於心，因為他覺的很有面子，很體面，也許他會再接再厲，給自己創造機會，爭取後面再受表揚。下屬也樂開了，工作也更加努力、拚命了，效果相當明顯。並且獎賞要公私分明，不能有所偏袒，更不能讓部門的人覺得你搞私人關系，力爭做到一視同仁，對事不對人，也許你就成功了一半。但是，對於工作做的比較差的下屬，也要私下單獨談心，幫助找出原因，給他打氣，並鼓勵他繼續努力工作。 9.知人善用，用人之長，合理分工： 現在很多公司的測試工程師，都是網上外招的，分別來自不同的行業和不同的工作崗位，他們有著不同的專業知識和行業、業務背景。這就要求測試經理，對每個人的長處非常了解，將合適的人安排到合適的工作崗位上，用人之長，避人之短，合理分工，爭取達到雙贏。 10.較強的行業和業務知識背景： 測試經理作為一個部門的Leader必須對相關的產品和行業的知識背景了如指掌，如果時間允許的話，你也可以介入部分模塊的測試，這樣雖然你測試不是很多，往往會發現很多問題，檢驗檢驗下屬測試成果。 11.多給下屬講解一些職業發展方面的東西： 從我帶過的團隊成員來說，一般幹了3、4年測試的測試工程師，大部分的測試工程師，對自己的職業生涯都很迷茫，沒有完整的規劃。由於大部分都是做黑盒測試，技術含量較低，抱怨時常是有的。尤其在這個關鍵的節骨眼上，對他們的心裡輔導和安慰非常必要。多給他們展望一些測試的前景，經常組織測試職業發展的方向類似的討論會，讓大家有一個穩定的心，認真幹活，而不是時時刻刻在尋找機會，想立馬跳槽。
Ⅳ 如何做好軟體測試管理人員
首先，軟體測試管理者本身需要明確知道自己在公司的職責，不是順應開發或者客服要求而沒有主見，明確的測試管理目標是測試團隊管理成功的要素之一。測試經理或者組長或者leader需要在項目中發揮積極作用，對軟體質量嚴格把關，積極協調與開發，產品管理，市場客服，項目領導的關系。
其次，對測試團隊的人員的招聘，首先要招聘適合的測試人才，這個是測試基礎保障。在目前的工作中，軟體測試人員的素質真是參差不齊。一個良好素質的軟體測試人員至少必須要良好的溝通能力，扎實的專業基礎知識，學習新知識的能力。
第三，測試人員的培訓問題。對於資金實力不是很強的公司，一般建議採用公司自己組織培訓的方法。一般有專業知識專項培訓、項目特訓培訓、綜合產品知識培訓。對於測試人員來說，提高知識也是增進對測試團隊凝聚力的方法之一。
1.一般來說，建議對新進員工先做專業產品知識培訓，同事結合測試理論進行。培訓教練一般選擇經驗豐富的項目組員工。
2.對已經入職幾年的進行新測試方法，開發方法的培訓，讓其保持對測試技術的熱情。
3.對資深的專業測試人員，應該給予最新的測試架構的設計培訓知識培訓，鼓勵應用新測試方法到項目中，並且擔當起測試教練的角色。
第四，培養軟體測試人員的溝通能力，現在項目的溝通很重要，在測試團隊運行中，如何處理開發與測試，產品管理人員的關系，很重要，經常會出現測試與開發相互推諉扯皮的情況。那麼如何避免上述情況：
1.應道測試人員早早參與項目；
2.培養測試人員的溝通技巧與能力；
3.組織測試人員開發人員交流活動；
4.敢於承擔責任，善於發現問題，並且及時提交給開發人員；
5.正確對待bug，發現問題，不是開發人員問題，應該是共同為產品質量做貢獻；
6.讓測試人員了解部分開發知識，有共同話題，這樣溝通也就不會障礙太大；
7.人開發人員了解測試非找茬，而是協助分析問題，加快開發速度；
Ⅳ 如何做好軟體測試工作
測試和開發一個很大的不同就是，開發要求對某個點有很深入的研究，對於測試來說，更多的是廣度方面的提升。拿互聯網測試人員來說，有些知識是必須的，比如說最基本的cookie／cache／session，還有SEO，網站上的廣告植入等等，並不一定說你要各個點都要精通，最起碼你要有基本的了解。
還有就是domain knowledge了。我們最近招了很多新人，人員流動也比較大，這個時候往往就會有很大的risk，這個時候其實對於測試人員來說，是一個挑戰，也是一個機遇。挑戰的是，怎樣確保新人做的東西，不會破壞以前的功能。與此同時，這也是你展示測試的重要性的一個機遇。
其實任何職業的人，一般都會有危機感，其實這也是一件好事，說明你是積極向上的。不管測試也罷，其他職業也罷，把事情做到極致，是很重要的一個職業素養。我覺得我做的很成功的一個點，就是產品經理任何時候，在proction上發現了一個問題，都會讓我去做一下investigation。這個時候，其實我們能做的事很多，簡單的處理就是，告訴他這是個bug，然後註明bug讓開發去研究解決。而我，會做的稍微多一點，比如說把原始的feature ticket是怎樣的貼上去，可能的原因會是什麼，怎樣能夠復現等等。時間久了，就會贏得別人對你的尊重。
Ⅵ 如何進行軟體測試
測試方法很多，白盒，黑盒和灰盒，最初級的是黑盒測試，也稱功能測試，也就是根據需求、原型和效果圖和所做的系統進行對比，將需求不明的同項目經理確認，超出需求以外的或需求上的功能有的沒有實現的話，可以記錄，然後重現以便開發人員更改這些問題，這個是很多中小型企業比較關心的，性能、壓力、兼容性對手機客戶端的開發較為重要，這些你可以自己問問度娘，我就不一一列舉了，白盒測試，就是對代碼進行修改，以完善功能的實現，灰盒就是白盒加黑盒，此外，現在很多公司還注重自動化測試，這個就要看你使用的自動化測試工具的不同而言了，比如loadrunnner，他是腳本的錄制與回放，monkey是性能測試，這個學習工程是較為龐大的，要想學好軟體測試。
Ⅶ 怎樣做好軟體測試
作為一個軟體測試工程師，首先，你要建立自己的測試思維，這個很重要，因為測試思維相當於你的軟體的世界觀，這也就是為什麼，個人不支持從 開發轉測試的原因，因為對於開發而言，他們是目標型的世界觀，即需求要完成什麼我去完成，如果你在開發中待的時間太長，容易習慣這樣目標型世界觀，而測試更多關注的是多方面的，有時候，就是一些在開發所謂的不可能、無所謂的東西最後造成軟體的失敗，而如何建立自己的軟體世界觀，那就要去通過測試的方法論的理解，很多人喜歡把黑盒測試方法論、白盒測試方法論，分得很清楚，其實兩者是相通的，看懂這些東西很快的，但是悟透，這個過程會漫長。
接下來 我們講講你需要作為一個初級功能工程師所需要基本素質吧
1、軟體測試的基本方法（邊界值、等價類、錯誤分類、流程分析等等黑盒、白盒測試方法要有了解，並且掌握）這個不難，但請務必牢記在心中，它是你去建立自己世界觀的基礎，所有的測試逃不出這些方法
2、會寫的基礎的測試文檔（測試用例、缺陷報告等）
3、會看開發文檔（需求說明書、操作手冊）
4、知道軟體工程中，測試所需要做的事情，了解性能測試、安全測試等
當你有了基礎，同時也有了自己的世界觀，祝賀你已經入門了，這個時候，我建議你可以去了解不同軟體開發不同環節人所作的事情，不單單是開發，需求、設計、運維等等，因為這樣你會知道什麼是體系、規范，為你以後的發展有著很好的幫助，這也是測試相對於開發優勢的地方，開發更關注的是點，而測試要關注的是面，所以對於測試而言，除了准確的抓住細節的同時，大局觀要好，否則做不好測試。
最後才是細節技術就是所謂的白盒測試、性能測試、自動化、安全等等，這些其實對測試而言反而是小節，技術永遠不會阻礙你前行的腳步，反而思維，這個你可以根據自己喜好去發展，沒有固定模式
順便說一句，別看不起基礎的功能測試，它沒外人看得那麼簡單，因為如果你連測試用例都不會設計就別去說做性能測試、自動化測試、安全測試等等，要做一好的功能測試工程師，寫的一手好用例（你的用例是個識字人都能執行、並且用例有效的系統覆蓋率也是很高的）、好缺陷（是個識字的人都能理解你說的是問題，並且抓住重點），很難的，真心不是普通人能做好的，要去花心思琢磨的。
Ⅷ 怎樣學好軟體測試
一堆的培訓機構如附骨之蛆，
拉人全國上下天南海北的跑。
肉麻的鼓吹低門檻高就業的神話。
要什麼都有，沒有基礎沒有條件也上。
賣學歷發證書撒工作，這樣的好事。
滿足所有想像力的贊美之詞，
現身說法/道聽途說，自己/朋友/親戚多麼感激涕零五體投地。
除非你是等著發廣告被就業的，
不然大可以改名換姓隱藏身份虛構一份簡歷，
看看對方自稱的名企也好，培訓機構本身也好，
有沒有公司對你青眼相加非你不要
Ⅸ 如何學好軟體測試
1、軟體工程技能你必須了解軟體軟體工程(設計、開發和簡單測試)，應用，系統，自動測試編程，及操作系統，資料庫，
網路系統和協議的設計和使用。
2、交流技巧如果想確定軟體缺陷，你應當能夠指出什麼時候的缺陷算是缺陷。
3、組織技能如果你在別人都頭腦發昏的時侯保持清醒，你就可能是一個好的軟體測試工程師。在網路時代軟體測試是一項有壓力的復雜性工作，但如果你能從這些紛繁中找到一種途徑，它就是一項回報豐厚的事業。
4、實踐技能當一個工作需要經驗，而你又需要一個工作去豐富你的經驗時該怎麼辦？這並不完全是一個兩難的問題，你可能採用幾種方式去獲得實際經驗。
5、態度除了技術水平，你需要理解和採取適當的態度去做軟體測試。
個人經驗總結：
學好更多的變成語言而且要學得精通。。。掌握業界的相關測試工具。。。
Ⅹ 如何做好軟體測試
我是做軟體測試工作的，仁者見仁智者見智，水平有限，就你提出的問題作一個簡單的回答吧，一是期望對你的問題有所幫助，二也是對我自己的提高。
1、我對你的第一個問題表示質疑，你認為測試是保證軟體質量嗎？能保證嗎？
測試只能提高軟體質量，做不到保證，bug是永遠存在的，測試工作可以讓這
量減少、降低嚴重問題的存在；軟體過程才可能保證它的質量，不是軟體測
試，所以這一點我要明確出來。一個軟體的質量好壞不依賴於測試者，測試
再高明，軟體設計本身的水平面要品質不高，巧婦也有無米之炊的無奈。
2、測試的原本目標就是發現缺陷，挑毛病，工作性質和開發人員相反，但目標
是一致的，都是為了使軟體更完美、更穩定。
3、蓋房子的時候，先打地基，地基如果有毛病（如不夠深、不平），那以後房
蓋起來了住個幾年，你會發現樓上的梁會發裂，滲水，然後越來越讓人擔
憂。這時你要修復怎麼辦，再怎麼補都不放心，因為地基有缺陷啊！這個道
和第三個問題是一模一樣的，修復的代價太大太大了！在測試中有一個規
則，問題越早解決代價越小，單元測試發現的問題解決只要1塊錢，等到集成
測試再解決，要10塊錢，你認為比例有多大？需求分析系統設計是源頭，重
中之重，這個比例我認為要在上面我舉例中增加80%，就是說它會導致你在編
碼階段多付出8塊錢。前期可能不覺得，越到後期將發現非常頭痛，這也是我
的經驗之談，沒有太多的科學性哦。
4、對於測試員，首先是效率減低；對於項目而言，成本增加了。瞧病就錯了
診，影響大么？將導致後面的百分之八十的事情白做了，百分之二在長遠
目標中有後期幫助，同時證明另外百分之八十步入歧途。這就要在測試設計
的時候要仔細全面，但是這種事情多少都避免不了，早一點發現並改變，也
是很重要的，另外多布置一些小結會議，有利到測試的工作方向和目標。
usfo，希望我的回答對你稍有幫助哦。