軟件工程學(xué)習(xí)總結(jié)和體會20xx(編輯修改稿)
2025-11-16 01:10 本頁面
【文章內(nèi)容簡介】 ，那么請繼續(xù)：難道是新增需求的原因?qū)е率?？客戶會讓你新?00個需求而要你二天交貨嗎？必然是分析設(shè)計階段沒有充分考慮好可擴展性和新增需求導(dǎo)致現(xiàn)在不可控制而失敗的!難道是程序員人力不足導(dǎo)致？人都沒有到位，怎么會失敗，多少人做多少人的事，多少人做多少人的計劃，不會有失敗。難道是程序員技能不夠？項目經(jīng)理是如何面試的？怎么在項目失敗了才發(fā)現(xiàn)是程序員技能不夠？有問題早提出來嘛。難道測試人員沒有做好？少來了，測試人員只是加了一道保障證明。程序很多流程都通過不了，程序還屬于開發(fā)調(diào)試階段，與測試人員有什么關(guān)系？我曾經(jīng)在單位參加一些項目，發(fā)現(xiàn)有這樣一個概念很多項目經(jīng)理都沒有搞清楚：什么叫開發(fā)階段？我認為開發(fā)階段最多只能包括單元測試這一部分。綜合測試絕對不能屬于開發(fā)階段了，也就是說不能到了最后交付階段還有程序流程走不通，程序隨便正常操作都會失敗。程序隨便正常操作都出現(xiàn)好多bug屬于開發(fā)還沒有完成，絕對還沒有過單元測試階段，離綜合測試和驗收階段還早著呢。說白了，還屬于代碼審查階段。不懂程序設(shè)計的項目經(jīng)理，往往不注重code開發(fā)人員,其實這是一個嚴重的錯誤。軟件的質(zhì)量來源于什么？由誰來保證？有的項目經(jīng)理說是由測試人員來保證，就算測試人員的測試用例寫得很詳細，把需求中的每一個功能點都測試到了，那最后就沒有問題了嗎？當(dāng)然不是，很多邏輯上的東西要程序員來保證不出問題的，而測試人員只是起一個驗證的作用，問題不應(yīng)該由測試人員來發(fā)現(xiàn)，而應(yīng)該由開發(fā)人員來發(fā)現(xiàn)。也就是說，我們盡量不要讓測試人員來發(fā)現(xiàn)問題。如果第一次測試有至少25%以上的用例通不過，那說明質(zhì)量控制出了問題。這樣的版本根本就不應(yīng)該拿出來進行測試。由此可見，軟件的質(zhì)量是由程序員來保證的，而不是測試人員?？偟恼f來，一個項目的成敗與否，與項目的各個階段皆有關(guān)系：需求都不清楚，開發(fā)起來肯定是南轅北轍；分析設(shè)計不夠好，會讓程序員難以維護，隨著新增需求的增多，會導(dǎo)致整個系統(tǒng)混亂不可控制；編碼不好，整個系統(tǒng)不穩(wěn)定是必然的，Bug也是抓不盡的；測試不做好，系統(tǒng)是沒有保證的，少了哪個環(huán)節(jié)都不行。所以做軟件項目開發(fā)過程管理工作，我認為重點要放在項目計劃、進度控制、質(zhì)量控制、風(fēng)險預(yù)測這四個方面。不要說項目的失敗是因為新需求引起的,一個沒有新增需求和風(fēng)險的項目是不存在的，承認這一點之后,我們就不會有很多怨言了。以下針對這四個方面進行詳述：項目計劃：沒有項目計劃，那失敗還有什么話好說？大家都知道凡事預(yù)則立，不預(yù)則廢。項目計劃一定要包括這幾方面的內(nèi)容：各階段里程碑時間點，各個里程碑的輸出結(jié)果，風(fēng)險預(yù)測，意外應(yīng)對。計劃時間一定要提前于交貨時間，并注意風(fēng)險意外是否留下足夠的應(yīng)對時間和處理方案。進度監(jiān)控：對每個階段把握好，每個階段要完成的任務(wù)一定要完成，如果完不成，是什么原因?qū)е碌模课覀兊膽?yīng)對策略是什么？我們要信任別人，但是不要忘記鎖門。同樣的，別人說完成了，你不能就認為別人完成了，要看到結(jié)果才能證明完成了。有的項目經(jīng)理說，我也進度監(jiān)控啦，他說完成了就完成了，誰想到?jīng)]有完成？到底是程序員不誠實還是項目沒有管理好？你沒有鎖好門，能怨別人偷你東西嗎？還有一種情況就是不懂如何鎖門，根本就不知道這一階段的輸出結(jié)果是什么？當(dāng)然進度監(jiān)控就是一句空話了。質(zhì)量監(jiān)控：也應(yīng)該是分階段進行的，每一個階段的質(zhì)量監(jiān)控內(nèi)容有所不同。需求分析階段的質(zhì)量監(jiān)控就是完整而又正確的理解用戶需求，需求是否清楚可懂，寫用例的測試人員是否明白需求？分析設(shè)計階段的質(zhì)量監(jiān)控就是設(shè)計是否完全滿足需求？這個設(shè)計方案是否滿足以后新功能的擴展？以及是否有考慮到新功能的意外和設(shè)備環(huán)境，運行平臺的變化？編碼階段的質(zhì)量監(jiān)控就是變量命名是否規(guī)范？代碼是否可讀？是否有詳細的注釋？是否有重復(fù)代碼？要知道重復(fù)代碼是必然會造成系統(tǒng)不穩(wěn)定，bug成群的?？勺儾糠值拇a和不可變部分的代碼是否分離。要知道上面講的每一部分如果沒有做好，都會導(dǎo)致后期的產(chǎn)品出現(xiàn)大量問題。代碼階段還有一個重要的工作就是做code review代碼公開評審，你自己發(fā)現(xiàn)不了的問題別人也許就看得見。單元測試階段的質(zhì)量監(jiān)控任務(wù)就是單元測試代碼是否測試通過？代碼覆蓋是否完全？單元測試報告提交情況如何？單元測試用例有沒有做好？ 綜合測試階段質(zhì)量監(jiān)控任務(wù)當(dāng)然就是看用例是否完全？是否全部真正執(zhí)行？測試報告有沒有寫好？回歸測試當(dāng)然得看以前測試的Bug是否還在，如果還在，當(dāng)然是無條件打回去重新開發(fā)。測試階段最主要的監(jiān)控就是看用例是否真正執(zhí)行，是否有安全性測試？破壞性測試？異常測試，壓力測試？以上的每個階段最好完成了才進行下一階段，否則會造成混亂出現(xiàn)問題的，造成想并行進行節(jié)約時間卻反而浪費了時間。以上就是我重學(xué)《軟件工程》并結(jié)合實際工作經(jīng)驗所得到的啟示，不妥之處請劉老師批評指正！第二篇：軟件工程學(xué)習(xí)總結(jié)軟件工程學(xué)習(xí)總結(jié)通過一個學(xué)期
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1