互聯(lián)網(wǎng)和傳統(tǒng)行業(yè)的不一樣，變更多，迭代快，測試工程師們能大噶說一下嗎？還有，怎么樣才能提高自己的價值呢？ 精彩答案： 會員jijiting： 拋磚引玉，了解皮毛而已。 測試要做的是，檢測和監(jiān)控產(chǎn)品的質(zhì)量，提高測試效率，優(yōu)化測試流程，改善評測辦法，為產(chǎn)品的改進和上線提供保障。 測試工程師大概在做： 1、功能測試：包括和開發(fā)、產(chǎn)品確認產(chǎn)品需求，做測試計劃，設(shè)計測試用例，做測試用例評審，做冒煙測試或者準(zhǔn)入測試，執(zhí)行測試用例，多輪迭代測試，一直跟蹤到上線之后的回測，以及看下用戶的反饋，確認測試過程中有沒有遺漏（算作是KPI的一部分）。在這個過程中，可以反思自己的疏漏，完善測試的流程，完善測試的檢查點，增加各種類似的測試，思考可以自動化的部分并實現(xiàn)。 2、自動化測試：對界面、接口或者后臺進行自動化的測試，在測試的前期可以保障基本功能的正常，在測試中期可以保障開發(fā)的修改沒有對產(chǎn)品質(zhì)量引起嚴(yán)重問題，在測試的后期可以做上線前的回歸測試，上線之后可以作為日常的監(jiān)控。自動化的測試在不同平臺、不同操作系統(tǒng)、不同瀏覽器下使用不同的工具，采用不同的框架，所以在沒有這些的時候需要調(diào)研目前行業(yè)內(nèi)比較流行的解決方案，尋找到適合自己產(chǎn)品的方法來解決問題。之后開始設(shè)計測試用例，并進行實現(xiàn)。產(chǎn)品的改進過程中需要進行維護，保證隨時都可以通過。 3、性能測試：測試產(chǎn)品的性能，在多大的壓力下可以滿足當(dāng)前預(yù)期的用戶請求。需要使用各種壓力工具，做壓力文件，安排與線上一致的測試機器或者精簡后的環(huán)境進行測試，對測試出來的數(shù)據(jù)進行分析，確認現(xiàn)有的系統(tǒng)是否存在問題。貌似環(huán)境部署可能是個問題，所以公司里面會有大牛做一些自動部署的工具，甚至?xí)_發(fā)出一些獨立的平臺來完成多臺機器的部署工作，可以節(jié)省很多的時間。測試出來的數(shù)據(jù)跟產(chǎn)品以及開發(fā)人員確認，也可能會找到一些方案來解決。 4、測試開發(fā)：相對來說開發(fā)的工作比一般測試工作要多一些。開發(fā)一些自動化的測試的平臺，比如一些評測系統(tǒng)，供人工評測試用；設(shè)計一些測試框架，來滿足日常自動化以及性能測試的需要。制定持續(xù)集成測試的平臺和方案并且實現(xiàn)，結(jié)合自動化的測試實現(xiàn)人工測試之前的自動化測試實現(xiàn)，對開發(fā)的代碼進行監(jiān)控，跟蹤并盡量幫開發(fā)改進產(chǎn)品質(zhì)量等等。這塊我比較白，還在仰視階段。接受其他測試人員的需求，開發(fā)合適的工具來提升整體測試效率，改進測試方法。 5、測試工具以及測試?yán)砟畹耐七M。測試在大多數(shù)人看來還是比開發(fā)要差一些的，測試工具還可以，能夠直接快速的反映出測試人員的價值，但是更多的功能測試、性能測試還需要跟開發(fā)去溝通，讓他們意識到測試的重要性，但是最重要的還是要提升測試自己的工作能力，嘗試影響開發(fā)人員并且和開發(fā)人員一起，最終提升產(chǎn)品的質(zhì)量。 6、測試人員還是要多學(xué)習(xí)吧。要是覺得測試是個人都可以做的就別來趟這個渾水了。 會員 姜雷： 我當(dāng)時是做實習(xí)生，實習(xí)生的時間比較自由，也沒有具體的產(chǎn)品、KPI捆綁，所以我做的主要是沒有具體產(chǎn)品關(guān)聯(lián)的長線項目。比如說自動測試平臺的搭建，測試自動化輔助工具的開發(fā)，原有測試腳本的集成、改寫、自動化等工作（比較雜，有些隨性，我甚至寫過單元測試——這個應(yīng)該是dev做的）。還有就是一些具體的模塊覆蓋率的提高、測試自動化的探索。 具體到身邊的入職同事們，工作就比較雜了。忙起來的時候，是黑盒、白盒；自動化、手動的都要做。項目上線之前的功能、性能、壓力測試等都是必要做的，由于目前國內(nèi)互聯(lián)網(wǎng)發(fā)展較快，項目改進迭代的壓力很大，所以有的時候感覺身邊的同事都被項目糾纏得忙——這就是為什么上下一心都覺得自動化很重要。 當(dāng)然，還有些人專門做測試工具的開發(fā)和測試流程改進的探索，我當(dāng)時所在的部門也開發(fā)了很不錯的自動化測試工具——這應(yīng)該是我接觸過的最接近開發(fā)的測試開發(fā)人員了。 我實習(xí)的組測試人員比較主動，去做了一些項目敏捷化的探索，還主導(dǎo)了項目的敏捷化，但是開發(fā)人員那邊跟進得并不是很積極——我個人認為這個應(yīng)是開發(fā)人員主導(dǎo)的，而且整個團隊都參與進來，各個人員的角色需要有交叉——可惜我在實習(xí)期間沒有體驗到這些，這個在形成了一定的規(guī)模的國內(nèi)公司估計很難改變。我實習(xí)結(jié)束的時候，有些組在流程上已經(jīng)非常敏捷、自動化了，但是畢竟是上線的產(chǎn)品，自動化的初期肯定有一定的陣痛，估計現(xiàn)在應(yīng)該好多了。 另外，談?wù)勎覀€人的一些感受，如果專門做測試的話，我覺得最大的問題就是成就感的問題。你做的似乎永遠只能是內(nèi)部使用的東東，永遠不會成為呈現(xiàn)在用戶面前的產(chǎn)品（gtest等測試框架產(chǎn)品除外）。當(dāng)一個項目上線以后，你得到的relief多一些，但是成就感相對少一些。 我只是從實習(xí)生的角度談的。