當然不能，否則誰還敢打工？即便是程式設計師的錯誤，難道想讓程式設計師賠個幾百萬？那老闆也太好當了，完全無風險啊，隨便找個理由就可以讓打工者支付所有費用了。想想原先的農奴，不就是這樣造成的嗎？乾的越多，賠的就越多～您的問題好像是在問如何追究主責，其實就是想問可不可以達到這個目的，其心可誅。

這個問題，我想我有必要回答一下。首先，程式設計師一定不會承擔全部責任，這是肯定的，但你又肯定是要承擔一定的責任的。

開發人員和測試人員，在本次事故中，都負有主要責任。作為程式設計師，程式碼邏輯出現問題，源頭在於你，理論上你承擔的責任是比較大的（實際情況下面說）。

寫出與符合專案要求的程式碼，是開發人員的責任，所得你的負責。同樣，找出程式碼中的bug、其他問題，也是測試人員的工作職責。

既然出錯了，就不要怕擔責任……

你的專案經理，要負領導責任。通常情況下，直接責任人都是第一責任人的“擋箭牌”。專案經理對這個過程把控不嚴，導致了事故的出現，但是專案經理通常不負主要責任，更多的是連帶責任。

如果你們家的公司比較小，測試的工作由專案經理或者其他人員充當，那麼專案經理除了要承擔第一責任外，還要承擔主要責任。

前面說過，程式設計師需要寫出符合專案要求的程式碼，這就代表需要有一定的自查能力，不能寫出一大堆bug，然後讓測試人員給你提。而測試人員的工作，是找bug。兩者均是主要職責，所以你們需要負的責任是一樣的。

當然，具體情況還要具體分析，一般而言，測試擔的責任有時會多一些。

前面說的，是程式碼出現問題，誰的責任比較大的問題。但是當這個專案上線之後，出現了問題，直接責任人就由程式設計師和測試人員，轉移到了專案經理。換句話說，專案出了問題，老闆只會找專案經理，沒聽說過找程式設計師或者測試的……

當然，就團隊內部而言，開發和測試依然有不可推卸的責任……

作為公司的僱傭人員，在工作期間，你所有創造出來的價值，均歸公司所有，同樣造成的損失，也應由公司承擔，但合同另有約定的除外。

難道專案經理、開發、測試就不需要擔責任了嗎？不是，公司可以扣你們績效或者其他處罰，這是合情合理的。

我想，一個管理優良的團隊，也會出現這樣的狀況。但與一些差勁的團隊不同，專案經理一定不會揪著成員的頭髮不放，說一定要誰誰承擔責任之類的，而是會開個小會，總結一下教訓，檢討一下自己，該扣績效扣績效，該鼓勵還是要鼓勵。

一直糾結於過去，你要考慮適不適合在這裡發展了，好的團隊，一定是總結過去，放眼未來的。

——摘自W3Cschool學員的回答。

我讀的書少不要騙人！

上線前要經過內部測試生產環境測試企業部門是營運測試最後驗收一個也不能少。

程式碼邏輯問題基本上是在生產環境測試就可以排查出來可以用沒有可能。因為你邏輯有問題導致就是因果不匹配你怎樣驗收？

不該！

上線不是程式設計師說上就上的，首先是專案團隊裡的測試人員測試，內部測試通過後交給客戶測試，客戶測試透過，簽字確認同意上線，這才可以上線。

有問題，沒有被測試出來，說明測試人員不給力，首先要問責的，是測試人員。

我在做專案經理的時候，所有要上線的內容，我都會跟客戶反覆確認好：在上線前您可以隨便倒騰，做各種測試，但是您確定無誤上線，就不只是我們的責任了。

即使後面出現了問題，也不是程式設計師的問題，運維的人來解決，並且，還收費的！

我最討厭甩鍋行為，程式碼邏輯有問題，專案經理要檢討，技術精力要檢討，測試團隊要檢討，唯獨不是程式設計師的錯，可是把鍋給了程式設計師本人，這就說不過去了。

其實，我們工作中很多的扯皮，推諉，甩鍋，都源於流程搞得不清楚。每個流程都有相應的負責人，各自承擔各自部分的責任，哪裡還有那麼多的破事呢。

不會讓開發的程式設計師獨自承擔責任的。開發是團隊合作，交付後出現的問題，營業部門，專案管理部門，質量保證部門，開發部門，測試部門，設計部門，運維部門都是有責任的。一般是營業部門，按照合同約定賠償客戶損失。運維部門，處理問題，向用戶提交解決方案。其他部門則需要檢討開發流程的問題，提出質量保證方案。

只要是程式就會存在漏洞，成熟的程式相對漏洞會少一點，上線之後出了問題並且造成損失，表面上看是程式設計師程式碼直接導致的，作為實現者本身來講是負有一定責任，但如果把所有的過失都歸結到程式設計師身上欠妥，從整個鏈條上來看專案的負責人要承擔很大的責任，因為專案版本的釋出和負責人的最後的拍板有直接的關係，專案中除了技術人員還有測試人員，重大的隱患沒有測試出來測試人員也是負有一定的責任。

1.專案中程式框架設計不合理，導致相容性或者抗風險能力出問題，好的框架在一定程度上會規避很多不必要的問題出現，而且在新新增功能後不會影響整體邏輯，千軍好得一將難求，一個好的架構師對於一個專案啟動顯得至關重要，但並不是每個軟體公司都能請的起高階的技術人才，所以難免開始設計的框架存在問題，架構師不是天生就有的，也是無數專案摸爬滾打出來經驗提煉出來的，很多老程式設計師根據自己做的多個專案積累經驗，然後架構出來的東西基本上差異也不會太大。

2.專案週期趕得太急，導致很多功能沒有完全走通就匆匆忙忙上線，這種可能導致功能模組在還沒有完全調研清楚就直接開搞程式碼，所以容易在實現功能過程中忽略掉一些細節，這種細節可能在測試過程中不太容易被發現，結果造成問題到客戶的手裡才被發現，這種會導致出現隱患在裡面，常見的專案故障大部分都是在這種場景下出現的。

穩定的產品是靠時間打磨出來的，任何一點出問題都是某一個人的因素，程式設計師本身而言就是一個執行者完成到什麼程度，能夠達到什麼效果外在影響還是挺大，週期短以及功能複雜都會導致異常。

曾經做過一個專案，有個同事因為在管理指標進行釋放記憶體的時候，沒有管理好程式碼，造成區域性的記憶體洩露，而且是小塊記憶體的洩露，結果連續執行72小時系統就會崩潰，造成很差的客戶影響，表面上看是程式設計師的疏忽造成，但如果在測試階段能夠及時發現這個問題，也不至於到客戶現場才能被發現，所以任何一個問題的出現都不是單一的，單純怪到程式設計師身上，不太公平。

說是開發責任的，應該是沒帶過大專案，這種情況8成是專案經理的責任。

專案經理負責專案的整合，從開發到測試上線是一整個流程，上線後有重大bug那必然是專案收尾驗收沒做好，專案經理有不可推卸的主責任。

這肯定大領導的主鍋，程式要是要提交測試，測試完畢要預發環節，之後才會正式上線。靠譜的公司應該都是這麼來的，只有連環節都不懂的垃圾公司才會這麼讓開發背鍋，大公司都是從領導到測試到開發全搞一遍………手打狗頭

這個問題有意思了。

肯定會有人反問，專案上線後，賺的錢分程式猿多少呢？

只要是程式就會有bug，所以才需要測試、試執行。 整體專案的排期、協同不在單個程式猿身上，所以，這鍋不能讓程式碼有邏輯問題的人來背

專案上線後軟體產品出現問題，其實是不應該由程式設計師來承擔的，這應該是整個專案組來承擔。

程式設計師在軟體開發過程中，產品經理有沒有跟客戶把需求弄清楚？有沒有把詳細需求跟研發人員溝通好，有沒有定期對產品功能組織稽核？

測試人員有沒有理解需求，進而發現產品存在的功能性Bug？

再就是程式設計師有沒有很好的理解需求，在存在疑惑的需求時有沒有及時的溝通？

這些每一個環節，只要認真負責並且切實做到，都可以讓軟體產品的成熟度更好。