如果要分析原因的話可能有一下幾點吧：
第一點，之前我們開發進行開發不論前端後端都是上來就擼**，完了也不會寫單元測試（公司整個專案沒有任何一段單元測試的**，以後要是重構就頭痛了）頂多就是自己對介面跑一兩次，跟別說什麼測試覆蓋率這些了，壓根就沒有，團隊成員也都沒有概念。完了就直接丟給測試跟測試說這個功能好了測試一下吧。所以這樣沒有任何自測的情況下提測，測試的人員壓力跟工作量就很大了。
第二點，因為我是後端所以我個人看法是需要有單元測試的**的，雖然有部分開發的觀點是單元測試浪費時間沒必要但是人終究是不可信的，而有單元測試至少會有一層保障。就算單元測試不是覆蓋每個模組，每個方法，但是我認為至少在一些關鍵的業務，核心業務上是肯定需要單元測試的保護的，而且還有乙個就是單元測試對重構的作用，沒有單元測試連重構都不敢放開手腳。
第三點，之前專案一直都是在趕工加功能，而且迭代的週期還短，所以說實話留給測試的時間有那麼完整的1天就已經很好了，而且測試就2人，所以有很多的bug甚至功能可能連測試都沒有測試就上線了。測試人員的工作分配也是很不平均，忙的時候忙死，閒的時候朝九晚五。
解決方法，現在好像也沒有什麼好的解決辦法，哈哈哈，主要想看看各位大佬有沒有什麼意見或者方案可以交流一下。
我作為乙個後端開發認為單元測試還是要寫的，現在專案已經有點大，功能有點多了，補單元測試也是需要不少時間，但是這些事情早點開始總好過不開始。
上兩個星期問題很多的時候甚至還驚動了老闆，特地要我們開發集體開個會檢討下討論下如何解決，其實開這會領導的方案也就是讓我們開發的開發完功能後一定要自測，不要做完就直接提測要自己過一遍沒問題再提測，但是感覺事情沒這麼簡單就能解決啊，感覺現在我們公司離軟體質量管理還有很長的路，很多的坑要走。
然後會後就把其中乙個測試開了（有點殘酷?）…。再一次證明測試君名副其實的背鍋俠。領導說有測試跟沒測試乙個樣都是那麼多bug，乾脆就開了算了。我個人看法其實這是乙個團隊的問題，這壓根就不是乙個測試所能決定的，運營提的需求是否合理，開發周期，迭代週期，專案管理還有很多很多的因素都在影響著，就算背鍋也應該是整個團隊一起來背，測試君也只是眾多量變之後的質變而已。
ubuntu軟體源的一些問題
使用apt get install時經常會出現下面的報錯 404 not found 或者 failed to fetch 解決這個問題可以從下面幾個方面考慮 是否可以上網 ubuntu版本過低 下面說下如何手動更換apt get的軟體源路徑 1 首先備份一下源列表，sudo cp etc apt ...
軟體程式設計中遇到的一些問題
問題如下 一。vb不能載入 ocx 可能是解除安裝其它軟體時把這些控制項給刪掉了，需重新註冊，重新安裝vb不起作用，要常備vb6.0的安裝程式。將缺少的.ocx 一般在 common tools vb controls下 複製到system32下，執行 regsvr32 ocx 提示註冊成功 二。d...
String 一些問題
前言 等號 對於基本型別，比較的是值，對於引用型別，比較的是記憶體位址。1.在物件池中建立，如果常量池中已經存在則返回常量池中已經有的。private static void test1 結果 true 2.乙個在string pool中，乙個在堆中。private static void test...