【正文】 力測試下面是測試過程中的一個測試記錄功能點操作 測試環(huán)境 并發(fā)數(shù)測試目的 測試結(jié)果 備注IBMR50 筆記本512M 內(nèi)存迅弛 預(yù)算編制—預(yù)算表的保存TZ01 建設(shè)項目投資計劃1202 行，27 列 服務(wù)器配置：1G 內(nèi)存1 數(shù)據(jù)量比較大的樣表的保存效率，先測試一個并發(fā)下的保存效率保存成功保存時間 83 秒過渡版保存這樣一張表在10—20 秒之間IBMR50 筆記本512M 內(nèi)存迅弛 預(yù)算編制預(yù)算表的保存8 個人在不同的公司保存一張 1202行 27 列的預(yù)算表（TZ01 建設(shè)項目投資計劃）服務(wù)器配置：1G 內(nèi)存8 測試在預(yù)算編制工作中產(chǎn)品會經(jīng)常遇到的大并發(fā)條件下的預(yù)算表保存，目前人數(shù)有限，尚不能模擬客戶真實的幾十人同時保存的情況8 個保存成功保存時間分別為：221s、769s、595s 、602s 、769s 、597s、630s 、420s現(xiàn)在 8 個并發(fā)時對保存的效率影響比較大，時間比較長，仍需改進(jìn)。項目組會設(shè)法進(jìn)行幾十人并發(fā)的保存測試。另：進(jìn)行大數(shù)據(jù)量操作后，服務(wù)器的系統(tǒng)占用內(nèi)存很大，一直不能釋放 31 / 38IBMR50512m迅弛 Xms256mXmx384m預(yù)算編制—預(yù)算匯總1 個人進(jìn)行浮動行羅列匯總動作，5個主體中5 張預(yù)算表，每張表 1200行 27 列服務(wù)器配置：1G 內(nèi)存1 測試在預(yù)算實際業(yè)務(wù)中預(yù)算管理者經(jīng)常進(jìn)行的預(yù)算匯總動作，檢測產(chǎn)品執(zhí)行匯總功能，并測試其效率情況匯總失敗匯總動作系統(tǒng)執(zhí)行完畢，但是界面數(shù)據(jù)沒有任何變化，5 個主體的數(shù)據(jù)根本沒有匯總上來。一個省，有 1520 個地市，同時，對于一張匯總后的預(yù)算表，匯總數(shù)據(jù)最大可能達(dá)到30000 行，這是實際情況。7 月 10 日測試時，匯總功能尚能進(jìn)行到一半，只是匯總到第 3000 行時失敗。本次測試結(jié)果是完全失敗。產(chǎn)品目前匯總功能尚需改進(jìn)，項目組會繼續(xù)測試。IBMR50512m迅弛 Xms256mXmx384m預(yù)算編制單張預(yù)算表的公式運算進(jìn)行計劃TZ01 的公式運算，預(yù)算表大小為：1200 行 27 列服務(wù)器配置： 1G 內(nèi)存Xms512mXmx768m1 公式運算是預(yù)算編制過程中頻繁執(zhí)行的動作在本地筆記本上進(jìn)行公式運算，此測試是為了檢測預(yù)算表運算是否成功、運算的效率公式運算成功耗時 50 分鐘7 月 12 日上午，項目組用IBMR50 筆記本，在過渡版產(chǎn)品上執(zhí)行此運算過程，運算時間為 20分鐘雖然，此次測試出的效率比7 月 10 日在服務(wù)器上需要 個小時的效率有所提高，但是，仍然耗時 50 分鐘，預(yù)算表的公式運算效率還需改進(jìn)32 / 38IBMR50512m迅弛 Xms256mXmx384m預(yù)算編制單張預(yù)算表的公式運算進(jìn)行計劃TZ04 的公式運算服務(wù)器配置： 1G 內(nèi)存Xms512mXmx768m1 公式運算是預(yù)算編制過程中頻繁執(zhí)行的動作在本地筆記本上進(jìn)行公式運算，此測試是為了檢測預(yù)算表運算是否成功、運算的效率公式運算失敗系統(tǒng)報錯：表達(dá)式無法解析在以前代碼中公式運算沒有報錯，而本次報錯，代碼需要檢查目前單表的公式運算，有的可以算成功，有的就會報“表達(dá)式無法解析” ，而經(jīng)檢測前期能運算成功的表目前算不了，可以推斷代碼有問題預(yù)算編制預(yù)算填制下全部運算1 個人在服務(wù)器上執(zhí)行 72 張預(yù)算表的全算服務(wù)器配置： 512MXms256m –Xms328m1 72 張表的全算是預(yù)算管理中必須的功能此測試是為了檢測產(chǎn)品的全算效率全算失敗報“表達(dá)式無法解析”錯誤同上IBMR50512m迅弛 Xms256mXmx384m預(yù)算編制浮動行插入1 個人在本地筆記本上進(jìn)行浮動行插入動作服務(wù)器配置： 1GXms512mXmx768m1 在本地筆記本上測試插入浮動行時的成功與否、效率情況插入到 2400 行之后出錯連續(xù) 300 行*8 次插入，插入到2400 行成功，但是，在 2400 行之后，再插行時能夠插入，問題是：新插入的行就沒有點選項了實際預(yù)算業(yè)務(wù)中插入行數(shù)有很多大于 3000行的情況此測試與上周測試結(jié)果雷同，均是插入到一定行數(shù)后新插入的行出現(xiàn)錯誤目前產(chǎn)品急需修改預(yù)算編制—編制計編制帶3400 行浮動行17 列數(shù)IBMR50 筆記本512M 內(nèi)存迅弛 1 測試數(shù)據(jù)量比較大的預(yù)算表的打開動作時系統(tǒng)打開預(yù)算表動作執(zhí)行失敗沒有打開該預(yù)算3000 多行還只是省級公司的數(shù)據(jù)量，預(yù)算匯總到到集團(tuán)33 / 38劃 據(jù)的預(yù)算表服務(wù)器配置：1G 內(nèi)存的效率，執(zhí)行的動作是打開一張比較大的預(yù)算表表，界面一直是灰的后可能出現(xiàn)幾萬行的預(yù)算表！目前產(chǎn)品對大數(shù)據(jù)量的支持還不夠產(chǎn)品急需改進(jìn)網(wǎng)通項目產(chǎn)品的測試工作非常漫長和艱苦，在這里就不贅述了，總之結(jié)果是通過長達(dá)幾個月的測試和開發(fā)修改產(chǎn)品改進(jìn)產(chǎn)品效率的過程，產(chǎn)品基本能夠滿足網(wǎng)通的大并發(fā)量、大數(shù)據(jù)量的壓力需求，能夠開始實施。在產(chǎn)品基本過關(guān)以后，面臨的是網(wǎng)通公司具體應(yīng)用模式的選擇首先是應(yīng)用架構(gòu)的選擇 集 團(tuán) Server省 公 司 Server基 礎(chǔ) 數(shù) 據(jù) 、權(quán) 限 、 批 復(fù)樣 表 的 分 配下 發(fā) 匯 總 數(shù) 據(jù) 的 上報地 市 公 司Client 縣 級 公 司Client匯 總 數(shù) 據(jù) 的 上 報 基 礎(chǔ) 數(shù) 據(jù) 、 權(quán) 限 和批 復(fù) 樣 表 的 分 配 下發(fā) 匯 總 數(shù) 據(jù) 的 上 報產(chǎn)品的功能應(yīng)用流程：34 / 38省 級 公 司 集 團(tuán) 公 司預(yù) 算 編 制預(yù) 算 審 批預(yù) 算 上 報 預(yù) 算 匯 總預(yù) 算 批 復(fù)預(yù) 算 考 核預(yù) 算 分 析預(yù) 算 調(diào) 整本 年 預(yù) 算 數(shù) 據(jù) 集 團(tuán) 預(yù) 算 數(shù) 據(jù)正式生效過 程 批 復(fù)調(diào) 整 審 核調(diào) 整 單 審 核 通 過產(chǎn)品的業(yè)務(wù)應(yīng)用流程： 二 次 登 錄基 礎(chǔ) 設(shè) 置預(yù)算主體 預(yù)算場景 維度管理 周期方案 預(yù)算指標(biāo) 預(yù)算樣表 數(shù)據(jù)分配 分析樣表登 錄 到 缺 省 場 景 場 景 設(shè) 置預(yù) 算 編 制預(yù) 算 考 核 預(yù) 算 調(diào) 整預(yù)算日歷 導(dǎo)航設(shè)置 樣表權(quán)限 樣表定制 啟動編制預(yù)算填制 預(yù)算審批 預(yù)算上報預(yù) 算 數(shù) 據(jù) 正式批復(fù)生效上 級 主 體月 報 數(shù) 據(jù) 導(dǎo) 入考核指標(biāo) 打分規(guī)則 考核模板 考核錄入 考核查詢 調(diào) 整 單調(diào) 整 單 審 核審 核 通 過 預(yù) 算 分 析登 錄 到 具 體 場 景預(yù)算查閱 狀態(tài)查詢35 / 38說明：在網(wǎng)通的實際應(yīng)用中，是采取分布式與集中式應(yīng)用并行的方式，北方十省、廣東、上海、四川、江蘇、浙江有獨立服務(wù)器，屬于 NC 的分布式應(yīng)用，剩余 19 各省采用一個服務(wù)器集中應(yīng)用，然后，分別與集團(tuán)服務(wù)器交換數(shù)據(jù)具體到一個省公司，以南方網(wǎng)通廣東公司為例，應(yīng)用如下 廣 東 省 通 信 公 司廣州市分公司 深圳市分公司清遠(yuǎn)市本地網(wǎng)廣州市本地網(wǎng) 佛山市 其他本地網(wǎng) 其他本地網(wǎng)佛山市分公司 .其他市分公司肇慶市云浮市韶關(guān)市本地網(wǎng)省公司直屬單位.省 公 司 下 級 主 體 架 構(gòu) 圖 十部三中心省公司（一級） 分公司（二級） 責(zé)任中心（三級）省公司本部 10 部 3 中心廣州市清遠(yuǎn)市廣州市分公司韶關(guān)市深圳市分公司東莞市分公司佛山市分公司 佛山市云浮市肇慶市中山市分公司珠海市分公司江門市江門市分公司陽江市汕頭市分公司 汕頭市潮州市揭陽市惠州市分公司 惠州市河源市汕尾市梅州市湛江市廣東省分公司湛江市分公司 茂名市具體的服務(wù)器設(shè)置、人員分類、編碼方案、權(quán)限方案等具體實施細(xì)節(jié)，屬于實施36 / 38的基本工作，就不在這里贅述了實施過程的控制和管理網(wǎng)通項目作為一個全國性的項目，涉及到的規(guī)模大、人員多。并且用戶應(yīng)用系統(tǒng)的時間比較集中。只憑項目組的幾個顧問是絕對無法完成實施工作的，項目組建立了一個虛擬的網(wǎng)通項目團(tuán)隊，同時通過高效的解決問題的渠道和溝通機制以滿足項目實施的高要求，項目組構(gòu)成如下： 項目組的實施過程管理，是通過工作任務(wù)的確定、具體到非常細(xì)節(jié)問題的內(nèi)部使用的實施方案的制定、工作任務(wù)的執(zhí)行、責(zé)任確定、溝通機制、反饋問題的流程、日報制度等措施完成的。根據(jù)目前的情況判斷，這個虛擬的團(tuán)隊基本可以勝任這種大項目的協(xié)同實施工作，但是也存在組織上的先天不足，主要反映在由于團(tuán)隊的一部分顧問是各省分公司顧問加入項目組的，早團(tuán)隊面臨工作時的應(yīng)急性、長期有效性上存在不足。但是根據(jù)判斷，在不組建專門的大型實施團(tuán)隊的前提下，這種方式是目前體制下實施這種全國性項目唯一可行的組織方式。37 / 38＊＊網(wǎng)通項目總結(jié)（項目正在進(jìn)行，簡單總結(jié)經(jīng)驗） 需避免的問題一般來說，遇到網(wǎng)通這么大型的公司、這么復(fù)雜的需求的幾率不大，如果遇到，需要注意的是 大的用戶并發(fā)量（上百人的并發(fā)） 、大的數(shù)據(jù)量對于系統(tǒng)來說是一個難題，對于項目來說一個巨大的風(fēng)險，如果真的面臨這么大的數(shù)據(jù)而無法回避，做為項目實施組，必須到爭取到開發(fā)的支持 一般在預(yù)算項目合同中，往往會出現(xiàn)與外系統(tǒng)的接口需求的約定，其目的在于實現(xiàn)數(shù)據(jù)的集成，來做到預(yù)算的實際發(fā)生數(shù)的采集、預(yù)算控制單據(jù)的傳遞等，建議盡量回避此類需求，以為非常復(fù)雜難以實現(xiàn)。 盡量不要采用分布式應(yīng)用，因為分布式的方案制定、實施、實際操作都比較復(fù)雜，容易出問題，出了問題解決起來也比較麻煩 同時對于項目組的建設(shè)，建議采取獨立的專職項目組的方式進(jìn)行實施，長時期的跨部門跨分公司的協(xié)同作戰(zhàn)在管理上和有效性上是有問題的。 需改善的產(chǎn)品目前產(chǎn)品在實施過程中在數(shù)據(jù)量大的時候仍然存一些致命的問題，同時也有新發(fā)現(xiàn)的產(chǎn)品 BUG，這些問題項目組會和開發(fā)繼續(xù)合作以求解決，在這里就不贅述了 實施體會和交流： 網(wǎng)通項目實施最大的體會是：難。首先合同擺在面前，根本沒有產(chǎn)品可以實現(xiàn)，幾乎就是一個不可完成的任務(wù)。做為顧問，唯一的辦法就是：想辦法。想盡辦法把項目進(jìn)行下去，不能放棄。 其次，類似于這樣的項目，對于實施項目組來說，與開發(fā)的配合極其重要，配合如果出現(xiàn)問題，項目根本無法進(jìn)行。 網(wǎng)通項目耗時比較長，項目一直處在“隨時會突然死亡的狀態(tài)” ，期間也多次面臨無路可走面臨項目死亡的局面，最終都在項目組的努力下?lián)芜^來，現(xiàn)在已看到了勝利的曙光，一個心得就是：做顧問，做項目，得象蔣先生面臨日本入侵時即無外援又無內(nèi)力時的苦撐精神只要還沒有徹底失敗，絕不輕言放棄。 項目實施的規(guī)劃非常重要，任何事情，小到細(xì)節(jié)問題都要預(yù)先打出提前量，保持謹(jǐn)慎原則。 摸清客戶底牌非常重要，不能被客戶牽著鼻子走，在需求取舍上，該強硬的就強硬，不能任意承諾；該尊重對方需求的一定要尊重，不能不顧客戶實際情況隨意否定而引起反彈。 復(fù)雜的項目、大型企業(yè)性質(zhì)的客戶、復(fù)雜的實施過程，對于顧問的溝通和協(xié)調(diào)能力是一個考驗。 協(xié)同作戰(zhàn)的項目組的組織制度建設(shè)、過程管理是非常重要的，稍有不慎就會出問題，需要有足夠的判斷力和控制感。38 /