1. 缺少「產品」的概念
一、產品版本功能規劃不合理
舉例：首個測試版本，僅有登入，沒有退出。這種情況登入後要想退出重新登入，只能解除安裝軟體，重新安裝才可以，試想，誰會去重複安裝n次來測試登入呢？暫且假設有人這麼做了，每次都是解除安裝後重新安裝進行的登入，測試結果可靠不？可想而知，顯然，第二個版本的時候問題暴露出來了，雖然有退出功能了，只能登入一次，退出後就不能再登入了。
從產品的角度來看，產品應該是這樣的，登入-功能模組操作-退出。確保這一整個流程都是通的。如果時間來不及，中間的功能模組可以減少。這就是所說的「做產品做一半」。
二、產品基礎功能不能用
開發不進行簡單的流程性測試就拋過來給測試，結果經常是主要功能都不可用。結果只能打回去，重新打包。
三、程式資料寫死，為開發自測用資料
程式中的資料不是根據具體使用者動態獲取的，而是開發寫程式時寫死的測試用資料。
舉例：登入，登入帳號是寫死的，不管用哪個帳號登入，都是寫死的帳號，這樣與使用者相關的資訊無法真實體現，比如學識獲取，課程學習情況，這個使得本應該在前期版本中就應該發現的問題到後期版本中才暴露。
2. 開發對需求理解不夠透徹
明明有需求原型，但是就不按照需求原型來，或者是部分按需求原型來，部分不按照需求原型來，結果就是開發出來的產品常常是不符需求。要知道，畢竟工作性質不同，人家產品也不是吃素的。
3. **管理混亂
缺少對**進行管理，常常表現在以下幾個方面:
一、原來已經修復的問題再後面版本中又重現出來
二、每次提交測試的版本都不穩定，每個功能模組都出問題
簡而言之就是：**的修改沒有很好的控制，過程比較隨意，常常是大動手腳，結果到最後沒有乙個版本是相對穩定，可用的版本
4. 開發和測試缺乏互動
開發提交版本測試的時候，沒有提交changlog或者提交的changlog不 明確。這樣，如果系統比較複雜，測試人員除缺陷管理系統上提交的缺陷是否被處理外，不懂其它模組是否有做修改，哪些地方沒做修改，測試人力不足的情況下， 時間短的情況下測試也就比較沒有針對性，自然也就比較容易產生漏測。所以建議要加強這種文件反饋機制，當然口頭交流能做到也行。
5. 時間太趕
測試在趕，開發在趕，反正就是很趕，一趕就出問題，常常看到bug被標記已解決，但是新版本測試中發現bug原封不動的存在，，，，，，所以，專案負責人應該學會談判和計畫，盡量為專案爭取時間。
6. 不夠重視
對提出的問題不夠重視，結果就早期提出的問題在往後延幾個版本才被處理
7. 考核機制不合理
考核這東西有利有弊，好處在有考核有壓力、有責任感、有處罰，壞處就是為了通過考核，逃避處罰，可以不擇手段，應付了事等
用Typora發布部落格（失敗版本）
這個方法我最開始已經成功了，不過為了寫這篇部落格截個圖，我把命令重置一下就不好使了，不過一般情況下是不會出問題的，建議大家一旦成功了就再也不要動了.文章最後我放了我成功的另乙個方法。此工具可將markdown檔案中的url轉化成上傳的的url，使用此工具之後，只需將markdown檔案的內容複製貼上...
失敗原因 人生十二種失敗的原因
最近看到十二種失敗的的原因，今天分享給大家。1 驕慢必敗。這個驕慢，是指自高自大，看不起別人。現在這個年代，單打獨鬥能成功的人幾乎很少了。都是組建團隊，借力才能成功。而驕慢的人，一般不會有什麼人長期追隨和幫助。所以說驕慢的人必敗。2 好名必敗。沽名釣譽，喜好名聲。各種場合對所謂的名人投其所好，想利用...
失敗原因 漏斗胸手術失敗的原因分析
提要 漏斗胸本是一種非常簡單的手術，為什麼會失敗呢？最基本的原因有兩條，乙個是不專業的人士做手術，另乙個是技術不紮實的人做手術。漏斗胸手術目前被較為廣泛地開展，各種醫生都在做這樣的手術，兒科醫生做，胸外科醫生做，胸心外科醫生做，心臟外科醫生做，胸壁外科醫生做，骨科醫生和中醫大夫也開始摩拳擦掌，準備一...