不同組織架構下的測試童鞋定位
我們測試自己的定位與周遭的環境有很大的關係，我先來梳理一下現在國內公司測試團隊的組織架構，一般來說分為兩種：
測試團隊獨立於開發團隊
這樣的團隊模式我個人認為比較有利於測試童鞋自身的發展。測試本身就是獨立於開發的一種崗位，他們之間的重點在於協作，而不是服務，在軟體開發過程(包含了需求的對接和制定、設計方案的確定和**的編寫等)中測試其實在前期階段(非整合測試階段)我認為是所有角色中頭腦最清晰的，他會敏銳的捕捉到軟體開發中很多遺留的問題，這些問題造就的影響其實都會在最終的整合測試階段爆發出來，而這些問題其他的角色會認可但不會去重視，例如開發缺少自測這個話題，無論什麼時候拿著這個問題去找技術總監聊，他總是很認可，但不會為此技術債務買單。但是獨立出來的測試團隊看到這個問題就不會置之不理，在管理角度，他起碼可以平起平坐去找技術負責人進行協作流程上的優化，在技術角度，團隊可以去做一些工具，自測的工具、驗收的工具等來推動軟體開發中的問題越早的解決，我們姑且稱這樣的測試團隊為優質土壤，因為它可以產出相對來說測試素質比較高的測試童鞋。
優質土壤團隊中測試的定位
一般而言這樣的組織架構是比較大的公司，測試團隊都會給自己團隊設定一些技術提公升上的kpi，可以嘗試去參與一些工具的開發輔助解決流程上出現的問題，如果沒有這樣的機會，在自己的工作中要多留意重複的工作，比如功能測試過程中每天都需要新建乙個物件的工作，都可以考慮使用小工具自動化下來，來輔助自己的工作，提公升工效；其實最重要的是在大公司裡面這樣的事情做的越多，在測試團隊是很受待見的，晉公升也會很快，因為它是鼓勵提公升技術能力的，它認為技術是解決一切問題的手段，所以一般而言，身處這樣團隊的小夥伴也是很有動力去自學很多東西，各種指令碼開發，因為利益驅動一般來說是很有效的
測試團隊合併到開發團隊，測試leader匯報給開發負責人
實話說，這樣的組織架構其實是很糟糕的，不過如果你的開發負責人是有測試經驗，或者是測試出身的話，他會在政策上支援測試團隊在技術上有所發展，不然在很多時候他們會犧牲測試的利益來保全整體利益，造就了保姆式測試模式的形成，這個人是起到了至關重要的作用
?? ，這樣的團隊土壤我們稱為劣質土壤。
劣質土壤團隊中測試的自我定位
一般而言這樣的團隊，不會把測試童鞋的技術提公升作為團隊的目標，他們需要的是服務好開發的測試團隊，在這種團隊中工作的小夥伴，找對自己的定位真的很重要，不要被整個環境牽著走，要認定自己不要單純的做功能測試，做保姆測試。在功能測試之餘，要嘗試自我提公升，學習一些指令碼語言，寫一些簡單的指令碼輔助自己的工作，其實可以多利用一些自己與開發的關係，多看看他們的工作，在自己的電腦上安裝必要的ide等開發工具，將被測試的**clone到自己的本地，多看看開發寫的工程，不懂的可以去問他們，這樣可以讓自己對**越來越熟悉，不至於產生恐懼感，一般來說開發使用的語言，可以作為我們首選的學習語言物件，但是很悲催的是這樣的事情你做了最大的好處是自身能力的提高，沒有對等的利益獎勵，所以很多小朋友很難堅持下去，而且這樣的事情大部分是靠加班去做，自驅性需要很好哦。
最後這樣的團隊模式，對測試leader的要求其實也是很高的，他不僅僅要應酬軟體開發的流程造就的各種弊端，說難聽點是要給各種不同角色擦屁股以外，他其實還需要考慮自身團隊的發展，有能力的測試leader會在忍辱負重的同時慢慢的積蓄團隊成員的各種能量，去嘗試推動軟體流程的優化，改善自身所處的劣勢環境。
寫在最後
不管身處何種團隊，找到自己的定位，而且這個定位一定要與自己的boss達成一致，你需要得到他的支援和鼓勵，畢竟全公司最懂你的人應該是他了吧，其次一定要有很好的自驅性，利用時間管理(番茄時間管理)做好自己的學習規劃，是走出保姆式測試的必經之路。
測試人員的角色定位
剛開始做測試的朋友很多都在做黑盒測試，而黑盒測試往往對 編寫能力要求不是很高，這樣給剛入門的人就造成了乙個測試人員不需要太多知識的誤解。然而，做測試往往需要很廣泛的知識。不僅僅只是專業上的，而且要了解很多開發人員不了解的東西，在乙個系統裡面開發人員可以只了解客戶需求，而我們的測試人員需要了解整個全域...
（八）軟體測試人員的定位
工作已將近三年了，雖然這三個年頭裡我都在積極的學習著軟體開發與軟體測試的相關的技術 但是能沉澱的東西很少。相信都有類似的感覺。不要為了測試而測試 前幾天做乙個測試的ppt，就是講專案中要用到的測試技術，總結了半天其實實際的產品中沒用到什麼技術含量的技能，熟悉需求，並轉化成用例，待專案上線後驗證功能就...
談測試 5 測試人員對自己的定位
按照我的理解，測試人員對自己的定位，對測試工作的認知高度，直接決定了自己能到達的水平。第乙個層次 找bug 軟體開發人員交付給測試之後，測試人員開始針對該軟體版本進行測試驗證，尋找其中的問題。在這個階段，能夠源源不斷找出問題，摸索出自己的測試思路，能夠借助自動化工具進行規模和壓力測試，都可以獲得一定...