學習的初衷
記錄時間：2019年9月17日
學習《軟件工程之美》最初是爲了瞭解整個軟件開發過程，爲實際軟件開發過程中不符合標準的情況提供理論依據。
在沒有系統的學習之前，會遇到很多問題，比如沒有參與需求設計，甚至有些團隊沒有需求設計這個環節，或者人少活多領導還要求質量高，妄求多快好省，明知不合理卻不能正確反駁等問題。
遇到問題沒有理論依據指導方向，遇到不合理的安排卻沒有足夠的理由支撐
學習這門課之後，不僅提供瞭解決已知問題的思路，更加拓寬的我的視野，用工程的眼光看問題，從軟件工程的每個職位角色中去看待，站在全局的角度看問題。
Everything is project
學習的收穫
每次學完一個課時，都有一種煥然大悟的感覺，整理完思路也很清晰，甚至能發現日常工作中出現某種現象的原因。
現在的我，只是個小小的測試人員，我相信這些知識儲備，能爲我後面的職業發展奠定基礎，也會無形中指引我走得更遠。
學後談談感受
全課程分爲，理論基礎，項目規劃（項目經理），需求分析（產品經理），系統設計（架構師）開發編碼（開發工程師），軟件測試（測試工程師），系統維護（運維工程師），經典案例分析，這 幾部分。
作爲測試人員，按理說我應該更關注 【軟件測試】部分，但是在學習的過程中，我卻對【項目規劃】部分特別有感觸，直到 學習了軟件測試中關於產品質量的那一課，我才明白其中原因。
項目規劃，即項目經理的職責，包括 項目可行性分析，項目計劃，會議管理，風險管理，文檔管理等。
我當前實際工作中，遇到最多的是會議管理，風險管理和文檔管理。
每個公司或多或少會有一些會議，但是大多數都流於形式，沒有會後跟蹤，
會議結束後和開之前沒有太多區別，形同虛設，浪費時間。而這門課中講到了開會的價值，開會的成本，以及如何提高開會的效率等會議管理方案。
學完後有一種想轉發給領導的衝動（但是我不能）。。其實看一個會議有無價值以及認同程度，從參會人員的行爲就可以看出來，如果開會期間，很多人拿着電腦在做與議題無關的事情，則一定程度上說明大家對這個會議不認可，但是又不得不來。
風險管理不管是工作還是生活都是一門需要學習，但是又希望永遠用不上的課程，就像保險一樣，買了希望永遠用不上。
任何事情都要有plan B,對待不同的事情采用不同的應對風險的方式，可能性小損失大采用轉移風險，可能性大損失大采用規避風險，可能性大損失小，則緩解風險，而對於可能性小損失小的則接受風險，畢竟沒有百分百的安全。作爲測試人員，比較心塞的就是把未修復的缺陷採用在版本日誌中補充“已知問題”模塊，來告知用戶，避免踩坑這種風險轉移方式了。
文檔管理，什麼？文檔也要管理？**其實寫文檔也是一種學習的方式，很多人迴避寫文檔，其背後真正的原因可能是他所掌握的知識不能結構化，系統化，輸出文檔的過程，也是串聯知識的過程。**在軟件項目中，比較關注的應該是需求文檔了吧，但是，不知道有多少公司能很好的提供並維護需求文檔，至少我沒遇見過。
沒有需求文檔，又要求寫測試用例，這對測試人員的知識儲備以及理解能力依賴性很大，沒有需求文檔作爲用例的參考，測試人員只能按照自己對產品的理解去設計了，知識儲備多，理解能力強，可能設計的用例更全面。反之，漏測頻頻。
不管是維護項目文檔還是輸出技能文檔，短期看起來是一件最不重要的事，優先級可以一低再低，但是長期，卻是一件收穫很多的事情。
以上是【項目規劃】這部分我在工作中比較有感觸的幾個點，回到前面的問題，作爲測試人員，爲什麼我對項目規劃這部分特別有感觸呢？
那再談下 軟件測試之產品質量這部分，產品質量主要是三方面，功能質量，結構質量，過程質量。
用戶最後得到的是軟件，體驗的是軟件，功能質量決定產品質量，這需要測試人員保證，這看起來沒問題，
大多數領導可能也只能看到這一部分，所以出了問題測試背鍋。
但是，除了功能質量還有結構質量，即包括架構質量，代碼質量，這部分是開發人員保證，大部分測試人員接觸不到結構，更別說保證質量
除此，還有過程質量，過程用戶是無法感知的，但是過程質量直接影響代碼質量和功能質量，甚至產品的成敗。
軟件質量從來不是單方面的，而是幾個方面的綜合因素互相影響，共同決定。需求，設計，開發，每一個環節都有可能導致質量問題，但是測試人員只參與了其中一環，測試只是最後一片雪花，但是雪崩的發生是每一片雪花造成的。
從權責對等角度來看，測試對功能質量負責，但是不能也無權對代碼質量和過程質量負責，開發能對代碼質量負責，也能寫測試代碼，保證質量，但是對過程質量的影響有限，項目負責人，有權控制過程，對過程質量負責，而且過程質量的高低，間接影響功能質量和代碼質量。
綜上，論事故責任：項目負責人>開發>測試
這簡直說出了我的心聲，再次想轉發給領導（可是我不能）。。
這就是我對項目規劃部分感觸很深的原因，過程質量問題嚴重，導致項目成員都會覺得很累，喫力不討好的感覺：
測試人員會抱怨，沒有需求文檔，週期也短，還要質量高，最後只能背鍋。。
開發人員會抱怨，一直催着我們要，給出去了又說問題多，催生出來的質量能好麼？
項目經理會抱怨，我求這個求那個，好不容易做好了，居然問題那麼多！
比如之前拼多多擼羊毛那次，一張無門檻的百元券，能單方面怪測試麼，不能，深層次說明軟件開發過程質量差，沒有流程制度加以控制。
項目管理是一項軟技能，比起技術這種硬技能，可塑空間很大，流程問題也不是一個人所能改變，需要團隊有意識，並且在有權利的人的推動下，逐步推行。
總結
《軟件工程之美》適合互聯網從業者學習，特別是項目經理，如果能做好過程質量，一定是一位受人待見的領導。
本課除了學習軟件工程，還學會了工程思維，站在全局思考，大而化之，不被局部所限，以及道（本質），術（方法），器（工具）三種學習方式。附上思維導圖，共勉，希望更多的從業人員看到。
