開發轉測試測試軟件策略(開發轉測試後悔瞭)
開發兩年轉測試好轉嗎?
不建議轉測試，測試不是大公司沒前途，開發的話，做不下去還不錯去其他公司，待遇斷然不會太低。不過測試就不好說瞭
來自職Q用戶：匿名用戶
可以轉，重點是你怎麼轉，在哪轉，俺的團隊就有碩士畢業開發兩年轉測試的，亦有測試轉開發，產品經理的。由於測試亦有自動化測試，有測試開發，知道谷歌的TDD吧？ 來自職Q用戶：S先生
由Java開發轉成軟件測試，行嗎?會很容易些吧?
Java軟件開發轉軟件測試可以，而且相對來說軟件測試比軟件開發要簡單容易的多，不過我瑭錦Java軟件開發項目經理對俺說，軟件開發一直做下去，以後的發展空間特別大，不過軟件測試以後的發展空間就比較局限，如何選擇在於樓主，希望你慎重！！！！！！
做開發轉行做測試(自動化測試前景待遇怎樣?)
開發轉自動化測試，貌似有點不太對口。假如轉白盒測試的話會是一個挺好的機會，裡面牽扯到瞭許多編程的東西，上手也快，前景也不錯！！！可做自動化測試，需要掌握許多自動化測試的論理和工具，諸如loadrunning、QTP等！！！
可假如是這種創業型公司單獨成立測試部門，就要看公司的運營前景是否良好，前景挺好的話也可考慮，等過段時間隊伍擴大自己就是測試部門老大，測試經理的待遇也是很挺好的！！！
鄙人覺得還要看你以後喜歡怎樣的路子，開發幸苦可薪水相對高些；測試沒開發累也自然相對同水平的比開發薪水少些！！！牽扯到你以後的走勢與走向，請慎行！！！
全手碼的字，淺薄見解
開發轉測試好轉嗎
好轉
許多開發皆會選擇轉測試，代碼能力多數是測試的痛點，而開發的代碼能力是相對較好的。所以開發轉測試，待遇亦會有一部分提升。不過，轉測試後需要更加的多掌握測試的基礎理論的內容。畢竟工作的方向點發生瞭變化。
好轉，由於測試固然也需要懂一部分代碼，但難度要比開發低，所以開發轉測試好轉，但是測試的工資也許會低一點。
好轉，軟測比開發簡單許多，而且有開發基礎做測試一本萬利
軟件測試最主要的意圖，是為瞭保證軟件上線以後，能夠正常平安穩定沒有bug的運行下去，由於測試的根本就是找應用流程和需求規格說明書之間的區別，假如兩者發現不一致瞭，那一定是出現問題瞭。
開發轉測試需要曉得些什麼?給點建議
回歸測試作為軟件生命周期的一個組成部分，在整個軟件測試過程中占有很大的工作量比重，軟件開發的各個階段都會進行數次回歸測試。在漸進和快速迭代開發中，新版本的連續發佈使回歸測試進行的更加頻繁，而在極端編程方法中，更是要求每一天都進行若幹次回歸測試。於是，通過選擇正確的回歸測試策略來改進回歸測試的效率和有效性是特別有意義的。
我在測試上面也是走瞭許多彎路的，在做回歸測試的時刻重點是把握好兩點：
first of all，測試策略的抉擇。回歸測試階段的測試策略大體上有如下4種：(1)、再測試全部用例；(2)、基於風險選擇測試；(3)、基於操作剖面選擇測試；(4)、再測試修改的部分。
在以上4種回歸測試策略中再測試全部用例的策略是最安全的策略，但已經運行過很多次的回歸測試不太可能揭示新的錯誤，而且許多時候，因為時間、人員、設備和經費的緣故，不允許選擇再測試全部用例的回歸測試策略，此時，可以選擇適當的策略進行縮減的回歸測試。
其次，測試效率的提升。運用自動化的測試工具，我目前在使用的是TestBird的自動回歸測試，可以 使用這一個方法做到全部用例覆蓋。
開發轉測試好轉嗎
好轉
許多開發皆會選擇轉測試，代碼能力多數是測試的痛點，而開發的代碼能力是相對較好的。所以開發轉測試，待遇亦會有一部分提升。不過，轉測試後需要更加的多掌握測試的基礎理論的內容。畢竟工作的方向點發生瞭變化。
好轉，由於測試固然也需要懂一部分代碼，但難度要比開發低，所以開發轉測試好轉，但是測試的工資也許會低一點。
好轉，軟測比開發簡單許多，而且有開發基礎做測試一本萬利
軟件測試最主要的意圖，是為瞭保證軟件上線以後，能夠正常平安穩定沒有bug的運行下去，由於測試的根本就是找應用流程和需求規格說明書之間的區別，假如兩者發現不一致瞭，那一定是出現問題瞭。