繼續對《炮轟“測試左移”，向軟件測試領域的“歪理邪說”宣戰》的評論進行整理，評論的第一部分請看
評論內容請見下文：
評論7：奇云
我覺的得看具體項目，項目迭代快，時間緊湊的，開發經常996的，測試壓力輕的可以適當給開發分擔點壓力，項目迭代慢，時間充裕的，開發寫單元測試，也是ok的，開發自己也會測試自己的代碼，忙不過來的時候，就得大家共同去分工合作，目標都是保證產品質量進度，是一致的，領導把人員合理用起來就行，別出現一部分人忙的要猝死，一部分人閑的蛋疼，需要領導，開發測試人員共同去評估協調的
領測老賀回復：
????????????? 是的，老賀也認同你的處理。但這里我想強調一下，當一個項目時間非常緊迫的時候，也就意味著不會生產出一個高質量的產品。因為質量里面有個三角：質量，成本，進度。?????
質量三角
?????? 我們什么時候都逃不脫客觀規律，只能在這里面進行取舍。
?????? 這里我想重申一下，不同的產品對質量要求是不同的，我們不能拿航天軟件的品質，對標互聯網產品，反之也不行。當我們在討論質量，討論之下的軟件測試的時候，必須明確周境。
?????? 通常意義上的互聯網產品不是靠高強度的軟件測試保證質量的，所以只進行單功能點驗證很難說對還是不對。但是你是不是應該學習他們的方法，要自己考慮！
評論8：安慕風塵笑為茜
領測老賀回復：
特別喜歡這樣的觀點！活在當下！不管你現在從事的是什么崗位，既然已經開始工作了，就把手頭的事情做好，努力的學習，努力的解決問題。
?????? 不過，當工作一段時間后，還是要看看體系，方法。所有公司，所有人都必須是共同合作，才能解決問題，這樣也就必然需要流程，體系，分工。這樣才能解決更大，更困難的問題。
?????? 一定要記得：“復雜的事情簡單化，簡單的事情標準化，標準的事情流程化，流程的事情自動化?！?/strong>這是做復雜事情的心法！
文章評論