BPS61業(yè)務(wù)流程定制測試心得

1、BPS61 業(yè)務(wù)流程定制測試心得加入 BPS項目組到現(xiàn)在半年有余 .對我來說這個全新的領(lǐng)域，之前對其的理解還處于比較初級的階段，大部分業(yè)務(wù)功能還不甚熟悉，而我要接手的業(yè)務(wù)流程定制更是產(chǎn)品中一個全新的功能，是 bps61 產(chǎn)品的一個最重要的特性，最大的賣點。如何能對 bps 快速上手，如何能夠保障交付產(chǎn)品中這個主打賣點的質(zhì)量？對我來說這是一個很大挑戰(zhàn)，也是一個機遇。幸運的是，我們的產(chǎn)品已于 12 月 3 日圓滿發(fā)布，我們的測試工作也初步得到領(lǐng)導(dǎo)和用戶的認可?，F(xiàn)針對這半年來的工作進行一下總結(jié)：1.模塊簡介bps61 是在 bps60 的基礎(chǔ)上進行的升級，測試中除了重點著手新增的功能外，更要保證原有

2、功能的可用性和穩(wěn)定性。所以相對bps6 來說， bps61 的任務(wù)更重，測試工作更多。每個人手頭都要負責(zé)多個模塊的測試工作。我主要負責(zé)web端業(yè)務(wù)流程定制，業(yè)務(wù)目錄管理，客戶端，代理代辦工作交接模塊的測試工作 ,另外還負責(zé)了兼容性測試用例的編寫。具體如下： 矚慫潤厲釤瘞睞櫪廡賴。矚慫潤厲釤瘞睞櫪廡賴賃。業(yè)務(wù)流程定制該功能為新增特性，包括業(yè)務(wù)資源管理，業(yè)務(wù)流程配置，業(yè)務(wù)流程定制，參與者日歷設(shè)置，最重要的是基于 Flex 開發(fā)的流程編輯器，也是整個測試任務(wù)中最繁瑣最棘手的一塊。 聞創(chuàng)溝燴鐺險愛氌譴凈。聞創(chuàng)溝燴鐺險愛氌譴凈禍。業(yè)務(wù)目錄管理該功能為新增特性 .除了需要保證業(yè)務(wù)目錄正常的增刪改之外 ,權(quán)

3、限的驗證是其中測試重點 .客戶端BPS61的客戶端相對 BPS6外觀上沒什么變化，其實也是一個全新的模塊，采用純 java 開發(fā)，區(qū)別于 BPS6使用的 EOS6開發(fā)，作為一個 sample 提供給用戶。殘騖樓諍錈瀨濟溆塹籟。殘騖樓諍錈瀨濟溆塹籟婭。代理代辦工作交接代理代辦工作交接為 BPS6中已存在功能 ,測試需要保證這三部分功能在BPS61中完全可用 .1 / 32.個人心得下為在項目組測試工作的一些心得和體會,希望在后續(xù)項目中能夠有所幫助.集成階段 bug 預(yù)防:產(chǎn)品集成階段測試工作的介入 ,將測試提前 ,在各個模塊中發(fā)現(xiàn)了大量 bug,其中嚴(yán)重 Bug 占很大比重 ,有效的對 Bug

4、進行了預(yù)防 .雖然對開發(fā)兄弟的時間安排有所影響 ,但良好的溝通和開發(fā)兄弟的加班加點消除了這些負面影響 .釅錒極額閉鎮(zhèn)檜豬訣錐。釅錒極額閉鎮(zhèn)檜豬訣錐顧。系統(tǒng)測試前兩階段測試比較透徹 :系統(tǒng)測試第一 ,第二階段是一個 bug 高峰期 ,在這個高峰期中 ,個人認為對所負責(zé)模塊的測試還是比較透徹的 ,絕大部分 Bug 在這兩個階段發(fā)現(xiàn)并修改 ,尤其是嚴(yán)重Bug,所以第三階段基本沒有嚴(yán)重 Bug,對產(chǎn)品的正常發(fā)布起了一個較好的保障 .彈貿(mào)攝爾霽斃攬磚鹵廡。彈貿(mào)攝爾霽斃攬磚鹵廡詒。對用戶場景的理解加深 :用戶場景在測試場景中的重要性已不需累述 .但測試前期對用戶場景的理解并不是很明確 ,甚至存在偏離 .通

5、過產(chǎn)品驗證日的測試 ,對用戶場景理解加深 ,也對產(chǎn)品的易用性有了大幅度提升.謀蕎摶篋飆鐸懟類蔣薔。謀蕎摶篋飆鐸懟類蔣薔點。與開發(fā)人員的配合 :測試和開發(fā)本來就存在矛盾性 .互相也常有摩擦 ,記得有句話 : 最好的測試人員不是那些發(fā)現(xiàn)最多 bug 的人，或使最多開發(fā)人員尷尬的人。最好的測試人員應(yīng)該是能夠使最多的 bug 得以修復(fù)的人 .如何把握好兩者的關(guān)系對某個模塊的質(zhì)量有很大影響 .廈礴懇蹣駢時盡繼價騷。廈礴懇蹣駢時盡繼價騷巹。3.不足和改進工作中除了要完成自己的工作 ,更要找到自己的不足 ,并改進 ,以避免在以后工作再出現(xiàn)類似的問題 ,或者出現(xiàn)問題時可以快速找出解決方案 煢楨廣鰳鯡選塊網(wǎng)羈淚

6、。煢楨廣鰳鯡選塊網(wǎng)羈淚鍍。版本的切換時場景驗證測試第一階段版本和第二階段版本切換中 ,遇到了問題比較突出 .切換之后的版本甚至比切換之前的版本 Bug 還要多 ,還要嚴(yán)重 .原因有多個 :驗證時間不足 ,驗證范圍狹窄 ,疲勞測試等等 .我覺得最重要的應(yīng)該是版本與版本間切換時場景驗證存在2 / 3問題 ,如何能夠在場景驗證中保證功能主線的可用性,我覺得可以深思一下 鵝婭盡損鵪慘歷蘢鴛賴。鵝婭盡損鵪慘歷蘢鴛賴縈。自動化驗證雖然 Server 的自動化測試一直在執(zhí)行 ,但因時間關(guān)系 ,Studio 的自動化驗證一直未開展起來 ,并且也未找到 Web 端 Flex 自動化測試的解決方案 .后續(xù)會想辦法

7、探索一下 .籟叢媽羥為贍僨蟶練淨(jìng)?；[叢媽羥為贍僨蟶練淨(jìng)櫧。Flex 和 web 開發(fā)技術(shù)雖然負責(zé)這兩部分測試 ,但 Flex 和 Web 開發(fā)技術(shù)一直掌握的只是皮毛 ,技術(shù)所限 ,無法挖掘測試深度 ,也是后續(xù)工作中要提升的地方 .預(yù)頌圣鉉儐歲齦訝驊糴。預(yù)頌圣鉉儐歲齦訝驊糴買。4.一些建議另外還有一些對項目組的幾個建議,相信我們其實可以做的更好.前期一些用戶場景的培訓(xùn)對于一個產(chǎn)品用戶會怎么樣使用 ,我覺得在前期對項目成員培訓(xùn)更為重要 ,這樣在開發(fā)和測試中都可以知道我們的產(chǎn)品競爭性在哪里 ,易用性如何提升 .所以以后產(chǎn)品驗證日建議提前做 .滲釤嗆儼勻諤鱉調(diào)硯錦。滲釤嗆儼勻諤鱉調(diào)硯錦鋇。需求變更的管理需求變更后 ,最好能夠按照流程來走 ,使變更的信息可以