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