1樓：網友
不懂測試的操作，問開發可以嗎。
1.只會簡單談旁的測試，沒前途。
2.會中級的測試技能，短期內不愁，但長期不好說。
3.掌握開發技能，將會提公升你在行業中的競爭力。
為什麼測試也要懂開發？
一、懂開發，增強職場的抗風險能力。
不懂開發的測試可替代性強，甚至開發都可以在一定程度上做簡單的測試。
舉個例子：百詞斬app，考過英語四六級的應該都知道，也算是小而美的一家有知名度的企業。但這種量級的公司，居然沒有測試，基本上都靠開發自測bug。
大公司rd（開發）和qa（測試）的人員比大概是3:1，也就是3個開發（2個前端、橘纖1個後端）配1個測試。但我估計非一線城市+小公司的前提下，這個比值可能會達到圓侍仿6:
1以上。所以開發的招聘需求肯定比測試要多，自然而然的，開發就比測試更好找工作，這種情況在小城市尤為明顯。
2樓：紫璇飛翔
是可以的，你去問開發商的話慎桐灶，開發商一輪逗般都會把這個去跟你說清楚，說明白是怎麼弄的，這樣的話你就會懂這個測試的操作，然後你寬扮就會知道了，所以說是沒有問題，是可以問的。
3樓：緣非賀
不耐源侍懂測試昌吵的操作，問開發可以嗎？
不可裂鎮以。
測試崗位中應用到開發技術要比開發崗位中應用到的開發技術要簡單很多（除非一些特殊場景）。
所以，必須要給予題主信心的是，手工測試經驗1年以上 或 開發經驗1年以上，想轉行測試開發是沒有問題的。
測試開發究竟是做什麼?
4樓：科學是實事求是的學問
主要是會承擔一些編碼開發的賀者散工作，用來製作一些自動化測試的指令碼，或者自動化測試的工具，又或者另外的一些在軟體測試工作中用到的提高工作效率的小工具什麼的。
測試工程師。
的本質工作，確保深刻理解被測需求，包括它的起源，背後的使用者特徵，使用者使用場景，有豐富的輸入才能進行完善的測試分析，明確測試策略（用有限的精力覆蓋最多有價值的驗證點），利用多種方法設計完善的用例場景。
類似的架構理解能力也是需求分析能力的拓展，充分掌握產品業務的架構，軟體前後端的架構，工程師才能具備嫌者全域性視角，規劃策略中的測試重點，避免跨模組邊界不要遺漏。
崗位職責
1、對產品需求進行評審，編寫測試策略和計劃，設計測試用例。
執行測試，輸出測試報告。
推進bug閉禪氏環。
2、負責自動化測試相關用例設計和編碼、除錯或單元測試。
工作。3、對測試中發現的問題進行詳細分析和準確定位，與開發人員討論bug解決方案。
4、對線上問題進行持續追蹤，總結歸納並完善測試方案。
5、發現軟體測試過程中的痛點，尋找解決方案，不僅限於通過自動化手段提高團隊測試執行效率和軟體開發效率。
6、做事積極主動，總結測試問題，完善測試設計與規範，針對典型問題輸出案例分析，針對新功能和測試難點輸出測試指導書。
開發和測試那個好做一點兒，如何判斷自己適合哪種？
5樓：匯智動力it學院
就目前崗位發展來看，軟體開發和軟體測試崗位發展前景都較為可觀，畢竟網際網絡行業正處於快速發展階段，各行各業對技術研發人才需求都很大，軟體開發和軟體測試都屬於技術研發部門的重點崗位，所以，軟體開發和軟體測試崗位的發展都較好。
具體自己更適合哪個崗位，這就需要個人結合自身實際情況來進行選擇。
對於零基礎想轉行發人來說，軟體開發方向的學習，時間上會更長一些，學習難度也稍微更大一些，所以，要想考慮朝軟體開發崗位方向發展，那麼對個人的邏輯思維能力、學習能力、數學思維方面的要求就會更高一些。
軟體測試崗位，對於從業者的邏輯思維等能力要求相對低一些，學習週期和學習難度也相對要低一些，所以目前很多文科生轉行學習軟體測試，也能學得很好，同時擁有不錯的發展前景。
6樓：頂測科技
有的人喜歡創造世界，選擇了開發，有的人喜歡維護世界和平，選擇了測試，怎麼選擇，還是要看自己的喜好吧！
不過從長遠發展來講，測試更勝一籌， 著名軟體測試專家、清華大學教授鄭人傑就曾經說過「軟體測試工程師是乙個越老越吃香的職業。」
資深測試專家、北大測試負責人肖睿非常贊同。他認為軟體測試員的一生如同一名醫生的一生，隨著職業閱歷和臨床經驗的豐富累積，到一定的年齡他們通過「望聞問切」就能知道毛病出在什麼地方。因此，有人說軟體測試員和醫生是最不需要用「青春」來保證和延續自己職業壽命的職業。
開發中有沒有遇到過特別難以交流的測試人員?
7樓：網友
我覺得奇怪的人**都有，無論是社會上還是在開發過程中，有時候總會遇到一些難以溝通的人。
從這個角度來看，測試人員的工作不到位
因為她沒有分析bug的原因，如果可以複製的話。即使他們的水平不夠，不能幫助分析，也應該是開發人員耐心地解釋，積極思考和學習，鍛鍊自己的技能水平，而不是可憐的抱怨。畢竟，這只是乙個初步的階段，可以找到乙個表面上有問題的測試人員，無論是個人發展還是對公司的有限貢獻。
從廣泛的角度來看，資料和環境問題是乙個缺陷嗎
對缺陷有乙個標準的定義：從產品內部，缺陷是軟體產品開發或維護的錯誤和缺陷。從產品的外部來看，缺陷是系統需要實現的某些功能的失敗或違反。
系統的組成，除了您編寫的**邏輯之外，還包括資料，以及第三方系統。
您可能認為資料和環境問題不是我的錯，資料不應該是錯的，第三方介面也不應該是錯的。同樣的事情反過來說，是異常操作導致的資料異常嗎？環境是由第三方軟體質量錯誤造成的，還是由網路等各種外部原因造成的？
如果我們失敗了，我們應該給乙個友好的提示，還是把它留給錯誤的系統？軟體的正常邏輯不難完成，現在拼寫是乙個綜合考慮和使用者體驗，所以在開發的時候，我們要考慮到使用者體驗的更重要的位置。
合作、合作、全體員工對質量負責，為使用者打造優質產品。
開發中有沒有遇到過特別難以交流的測試人員
8樓：網友
這個問題要分兩個方面來看：
1、測試人員本著協作的意識到開發人員交流。
從這個角度來看，這位測試人員的工作是不到位的，因為她沒有很好地分析bug可能出現的原因，如果能夠重現出來。即使自己水平不足，無法協助分析定位，那麼開發人員解釋時也應該耐心地傾聽，積極地思考和學習，慢慢鍛鍊自己的技術水平，而不是窮嘟囔。畢竟，發現表面問題的測試人員只是初級階段，無論是個人發展還是對公司的貢獻都會有限。
2、開發人員是否本著產品質量在開發。
從寬泛的角度來說，資料問題、環境問題是不是bug呢？是的。ieee729-1983對缺陷有乙個標準的定義：
從產品內部看，缺陷是軟體產品開發或維護過程中存在的錯誤、毛病等各種問題；從產品外部看，缺陷是系統所需要實現的某種功能的失效或違背。乙個系統的構成，除了你寫的**邏輯之外，還包括資料，還包括第三方系統。
你或許覺得，資料和環境問題又不是我造成的，資料「本來」就不應該出錯，第三方介面「本來」就不應該出錯。那麼同樣的意思反過來說，資料是否會由於不正常的操作產生異常？環境是否由於第三方軟體質量出錯，或者由於網路等各種外在原因出錯呢？
萬一出錯之後我們應該按異常控制住給出友好提示還是應該任由系統報錯呢？其實軟體完成正常邏輯並不難，現在拼的就是全面的考慮和使用者體驗，那麼我們在開發的時候就要考慮得周全些，把使用者體驗擺在更重要的位置。
測試人員其實就是我們產品的第一使用者，他們是來幫助我們完善產品的，出現缺陷時第一時間應該是感謝他們，還不是因為他們指出了我們的缺陷而第一時間出現牴觸的心理，希望解釋、迴避甚至針鋒相對。我知道，這一點很難。但回顧身邊的程式設計師，做到這一點的往往走得更遠。
歷來有種觀點是測試和開發是對立的、甚至敵對的，這種關係本質上是由於測試給開發挑錯這種工作模式決定的，而這種關係的改善需要雙方共同的努力。有種敏捷的做法是不再登記缺陷了，就事論事地解決問題就好，這種做法是否有利於缺陷回溯先不論，至少是一家之言，至少不會讓開發人員感覺自己的錯誤被釘到了恥辱柱上。
總結一下這兩點，其實核心思想是一致的，那就是誰更多想一點、誰更協作一點、誰做得貢獻更多一點，誰就能走得更遠。開發和測試重要的就是配合、配合、配合，全員為質量負責，為使用者打造品質卓越的產品。
去菲律賓馬尼拉不懂英文可以嗎，菲律賓馬尼拉哪裡亂嗎？明年估計會過去，不懂英文在那邊可以的嗎？
不可以吧。最起碼比較困難。因為菲律賓人講的是英語。如果沒有翻譯的話，將一事無成。菲律賓馬尼拉 亂嗎？明年估計會過去，不懂英文在那邊可以的嗎？你好，我有一朋友也打算去那，能私聊嗎？我剛在馬尼拉回，消費比國內高，一個月一萬工資也不算高，如果不會英語，交際會有點難，華人 多，貧富差距也特別大，所以安全也要...
黴豆腐不隔開發酵可以嗎，黴豆腐發酵幾天呀？
不隔開不行，開始的時候不需要密封，要讓毛賀褲黴菌大量繁殖，從而形成豆腐乳外面薄薄的一層白霜覆蓋，不隔開合在一起的地方不會覆蓋雀拍悔黴菌。頃正。每年都是媽媽做黴豆腐，她做的黴豆腐特別雹液好吃。今年我來做，每做一次我會把天氣和發酵時間記下來。用料。新鮮老豆腐。塊。鹽。克 鹹味剛剛好，想儲存久一點可以加克...
這樣的配置可以嗎，這樣的配置可以嗎？
開核不一定保證穩定。不一定能開出4核，能開4核也不一定開得出3級快取。你如果配這個顯示卡我看還是不必開核了，開核以後玩遊戲不會有多少效能提升，功耗增長的倒是挺大，而且你還得自行更換散熱器，還不夠麻煩的。而且斯巴達克的板子做工也不是那麼好，總之如果想開核最好換高階一點的顯示卡ati至少得是hd4850...