五點(diǎn)支招CIO選型：如何迅速定位應(yīng)用程序

申請免費(fèi)試用、咨詢電話：400-8352-114

五點(diǎn)支招CIO選型：如何迅速定位應(yīng)用程序1

CIO在軟件選型的過程中，除了要關(guān)注軟件與企業(yè)是否合身外，還需要關(guān)注應(yīng)用程序在設(shè)計與開發(fā)上，是否存在著一些軟件漏洞。所以，如何迅速定位應(yīng)用程序的漏洞，也是CIO必須掌握的一項(xiàng)技能。

為了幫助CIO提高這方面的能力，筆者根據(jù)自己這幾年應(yīng)用程序選型與測試方面的經(jīng)驗(yàn)，談?wù)勛约旱目捶āＯＭ@些個人工作經(jīng)驗(yàn)的總結(jié)，能夠幫助大家解決心中的疑惑。

總結(jié)一：意外且常見的功能需要額外的關(guān)注

意外與常見，可能看起來比較有矛盾。其實(shí)，在應(yīng)用軟件功能測試上，這兩個名詞往往經(jīng)常碰在一起。一方面，企業(yè)的實(shí)際情況跟應(yīng)用軟件設(shè)計的假設(shè)模型有差異，這就導(dǎo)致了一些意外需求的發(fā)生。另一方面，如果這些需求是時常發(fā)生的，則說明這已經(jīng)不是意外事件了，而是在應(yīng)用軟件中必須實(shí)現(xiàn)的需求。這種情況，在軟件選型中會經(jīng)常碰到。如財務(wù)管理軟件中，單據(jù)憑證需要的編制就是其中的一種。根據(jù)相關(guān)法律的規(guī)定，憑證的編號必須連續(xù)。但是，在實(shí)際工作中，往往因?yàn)殄e誤或者其他原因，需要刪除某些憑證。此時，憑證編號就不連續(xù)了。而在財務(wù)管理設(shè)計中，有時候程序開發(fā)人員就假設(shè)用戶不會因?yàn)殄e誤而刪除憑證，至少只是把憑證做廢掉而已。但是，事與愿違?，F(xiàn)實(shí)中，其實(shí)恰好相反。企業(yè)用戶更喜歡刪除沒用的憑證，而不會作廢憑證。

所以，CIO在選型之前，就需要去向用戶收集這些需求。并在軟件測試的過程中，著重做好這方面需求的測試。要知道，對于常規(guī)的需求，通常情況下，軟件都可以滿足，也不會發(fā)生錯誤。而對于這些異常的情況，若產(chǎn)品設(shè)計人員實(shí)務(wù)經(jīng)驗(yàn)比較比較缺乏的話，則考慮問題的時候就會偏向于理論化。這些意外而且常見的功能往往就是這些應(yīng)用軟件的軟肋。故CIO如果能夠調(diào)整自己的戰(zhàn)略方向，把軟件功能測試的重點(diǎn)放在這些方面的話，可能就可以迅速定位應(yīng)用程序的問題。

總結(jié)二：首先測試二次開發(fā)的部分，然后再測試沒有變化的部分

企業(yè)出于應(yīng)用軟件的部署成本或者規(guī)范化來考慮，現(xiàn)在往往是通過購買成熟的商業(yè)軟件來提高自己的信息化辦公水平。這就出現(xiàn)了一個新的問題。由于商業(yè)套裝軟件往往是根據(jù)預(yù)計的管理模型而設(shè)計的，跟企業(yè)的實(shí)際需求往往有一段距離。根據(jù)筆者的經(jīng)驗(yàn)，還沒有哪一家企業(yè)，在沒有進(jìn)行二次開發(fā)的情況下，就可以順利利用這個套裝軟件。所以，在通常情況下，企業(yè)肯定需要通過二次開發(fā)來完善ERP的部門功能，以適應(yīng)企業(yè)個性化的需要。

但是，在一個成型的應(yīng)用軟件上進(jìn)行二次開發(fā)，就好像在一幢已經(jīng)造好的房子進(jìn)行修修補(bǔ)補(bǔ)，很明顯會破壞應(yīng)用軟件原有的完整性，從而影響管理軟件的穩(wěn)定性。為此，CIO在應(yīng)用軟件測試的時候，二次開發(fā)功能的測試，將是其測試的重點(diǎn)。

另外，除了在測試二次開發(fā)本身的功能之外，還需要測試那些雖然沒有變更、但是跟二次開發(fā)直接相關(guān)的作業(yè)。看看變更后的二次開發(fā)功能跟原有的系統(tǒng)作業(yè)是否協(xié)調(diào)、兼容。千萬不能夠顧此失彼。如果原有的作業(yè)不能夠?qū)π麻_發(fā)的功能提供很好的支持，那么二次開發(fā)也就一切白搭。

總結(jié)三：并發(fā)性測試也是必不可少的一部分

 很多CIO在軟件測試的時候，往往只重視軟件的功能，而忽視了軟件運(yùn)行的性能，特別是并發(fā)性訪問的性能關(guān)口問題。因?yàn)樵谲浖y試的時候，很多CIO只能夠在單機(jī)的環(huán)境下，對軟件進(jìn)行測試。這也是造成這個問題的一個原因。

 在單機(jī)測試的情況下，無法真實(shí)反映應(yīng)用軟件的性能問題。如不少CIO在單機(jī)環(huán)境下使用應(yīng)用軟件時，覺得速度還可以接受。但是，一當(dāng)應(yīng)用軟件并發(fā)訪問的人數(shù)增加了，則應(yīng)用軟件的性能呈直線下降。

 現(xiàn)在企業(yè)大部分應(yīng)用軟件都是基于服務(wù)器/ 客戶機(jī)模式。所以，應(yīng)用軟件的并發(fā)性訪問將是常態(tài)。若通過單機(jī)測試，CIO無法了解其軟件設(shè)計的是否合理。如不知道數(shù)據(jù)庫中并發(fā)性訪問是否會導(dǎo)致比較多的沖突；不了解應(yīng)用軟件并發(fā)性訪問的關(guān)口在哪里；不清楚應(yīng)用程序如何解決多個用戶同時訪問某個窗口而同時要保證數(shù)據(jù)庫一致性問題等等。這些問題處理的好壞，直接跟應(yīng)用程序的并發(fā)性訪問性能有關(guān)。

 故筆者認(rèn)為，企業(yè)在應(yīng)用軟件測試過程中，不要只是簡單的單機(jī)測試。單機(jī)測試往往只能夠看看功能上面的問題，而不能夠判斷應(yīng)用軟件的性能問題。換一句話說，即使單機(jī)運(yùn)行的速度很快，也不能夠保證并發(fā)性訪問時取得比較好的性能。

筆者建議，企業(yè)在應(yīng)用軟件測試時，最好能夠部署一個聯(lián)網(wǎng)的并反性訪問測試環(huán)境。在必要的情況下，組織多個用戶多同一個窗口進(jìn)行同時訪問，看看其性能是否有明顯下降。并進(jìn)行更改測試，看看在并發(fā)訪問的情況下，應(yīng)用系統(tǒng)如何來保證數(shù)據(jù)的一致性問題。