“有個事情跟大家說下。”李飛把其他幾個測試召集到一起。
“為了咱們后續(xù)版本的質(zhì)量提升，這塊定了一下策略，跟咱們有關(guān)的我跟大家講下。
首先對大家影響最大的就是，后續(xù)不但要寫測試用例還要寫測試設(shè)計，測試設(shè)計這塊我完了制定個模板大家參考著來就行。
以后咱們主要就評審測試設(shè)計，用例還是要評審的。
再然后就是版本中0級用例不通過的情況，需求一定要打回，后續(xù)要統(tǒng)計這塊的指標(biāo)。
再最后就是之前一直給大家強調(diào)的，測試過程中發(fā)現(xiàn)的問題一定要提單跟蹤。大家看看有啥補充的或者疑問不？”李飛講完問問大家的意見。
“那咱們這個版本就開始所有的需求都要寫測試設(shè)計了？”
“這個版本先試著，大家沒人調(diào)兩個需求吧，復(fù)雜點的寫寫，大家也先熟悉下，下個版本開始所有的需求都寫?！?p> “你那有現(xiàn)成的東西沒，給大家看下大概怎么做。”
“好，大家看我桌面?！闭f著李飛共享了桌面給大家看，“這個是其實項目組的一個例子，看這樣一層層的把需求細化到具體的測試點。這樣思維導(dǎo)圖的方式看著比較清晰，評審的時候?qū)?yīng)的開發(fā)和需求人員也更能看清楚點。后續(xù)我在針對咱們項目特點，搞個模板給大家?！?p> “那咱們這個測試用例出來的時間就晚了，整體進度就慢了。”
“測試設(shè)計其實也是先把測試點一層層拆開么，末端的節(jié)點其實就對應(yīng)著具體的測試用例了。應(yīng)該也不會差太多的?！?p> “那之后是不是用例得先寫0級的了，要不開發(fā)做完的早沒有用例，咱們又要評審測試設(shè)計，又得先寫測試設(shè)計，這個時間會不會沖突？”
“對，這個說下，咱們版本需求下發(fā)后，開發(fā)會標(biāo)記計劃轉(zhuǎn)測時間，大家到時候注意下自己的需求，盡量在需求轉(zhuǎn)測前一兩天提供0級用例。其實每個版本需要提前提供的需求很少的?！?p> “需求打回開發(fā)那邊有意見咋辦？會不會說呀？”
“這個你們不用管，按照流程走就行了，有啥問題實在不行給我說，我找他們領(lǐng)導(dǎo)溝通?！?p> “好，應(yīng)該沒有其他問題了?！?p> “那行，咱們先按這個執(zhí)行著，有啥問題隨時反饋。”李飛說道。
散會后，李飛趕緊去制作模板了?，F(xiàn)在剛好是需求傳遞完沒幾天，大家在寫用例了。盡快把模板制定出來，大家就可以開始寫測試設(shè)計了。
下午的時候，李飛把模板定出來了，于是給大家還得再講解一下，完了大家就按照模板去寫測試設(shè)計了。
“大家看下我這個模板”，李飛給大家演示自己設(shè)計的模板，“咱們大的方面主要是考慮功能，性能，兼容性，中英文這幾個主要方面。
功能主要就是需求要求的功能點有哪些，然后針對功能按咱們系統(tǒng)分幾個大的方面的，再到具體的測試點就按照需求內(nèi)容設(shè)計了。
性能這邊主要考慮有沒有涉及導(dǎo)入導(dǎo)出的，還有數(shù)據(jù)量比較大的情況。如果有就需要考慮性能的一些情況。
兼容性就是主要看需求有沒有設(shè)計新增頁面，如果有新的頁面，那就得考慮好適應(yīng)不同的電腦屏幕了。如果有設(shè)計手機端的需要也需要考慮適配問題。
中英文頁面也得都看一下，之前咱們有些頁面英文狀態(tài)顯示就有些問題，需要咱們這塊也得注意下?！?p> 給大家講解完成后，大家就分頭去寫自己的測試設(shè)計了。
等到了這次評審用例的時間，李飛還是按照以往的慣例，定了會議，邀請對應(yīng)的需求人員，開發(fā)都參與到這個過程中。
當(dāng)然這次也有一些改變，就是李飛他們部分的需求評審的是測試設(shè)計了。
這次需求測試設(shè)計和用例評審?fù)炅?，李飛去收集了一下大家的意見。
“大家覺得改為評審測試設(shè)計感覺怎么樣？”
“這樣挺好的，看起來很有結(jié)構(gòu)感，一點點展開那種感覺，比直接看用例清晰一些了。對于需求的一些點也就能更好的提意見了?！毙枨笕藛T反饋道。
“好的，謝謝了，后續(xù)版本我們所有需求都會做測試設(shè)計，這個版本試運行一些，看看效果。有啥意見及時提出來，我們也能更好改進?！?p> “沒有啥，這樣挺好的，以后針對需求我們就也能更多提點想法了?！?p> “好的，謝謝了。”
李飛又去問了幾個開發(fā)那邊的情況，基本是同樣的問題，開發(fā)也是反饋比之前更清楚點了。之前經(jīng)常會看著看著就有點亂了，尤其是那種復(fù)雜點的需求?，F(xiàn)在這樣結(jié)構(gòu)就清晰的多了。
整體下來反饋都是比較好，看來這樣的改進還是很有效果的。
在測試評審階段需求人員和開發(fā)能提出更多的意見，補充測試場景，后續(xù)遺漏的概率就能降低了。
整體的問題也能更早的發(fā)現(xiàn)，以免太多的遺留到生產(chǎn)環(huán)境去。當(dāng)然短期的效果可能不夠明顯，到時間長了效果就更加顯著了。
改進措施得到大家的認(rèn)可，李飛也是很開心的。得到反饋結(jié)果李飛給其他測試說了之后，大家也都感覺挺好的，別人的認(rèn)同也能讓自己更加有勁兒去做這件事情了。
版本轉(zhuǎn)測后，確實有些需求0級的用例沒有通過，按照這次規(guī)定的都打回了對應(yīng)的需求單。
開發(fā)這邊也統(tǒng)一組織分析了一下，制定了自己這邊的一些改進的措施，從下個版本開始執(zhí)行。
大家都在按照制定的規(guī)則去走，這樣才是流程能貫徹下來的前提，每個星期在過程中也能不斷的提高自己。
版本的改進運作還在開始的摸索階段，但是有些措施也已經(jīng)有了很好的效果。
有些雖然沒有直接反應(yīng)出太多的效果，但是也對大家平常工作的一些方式習(xí)慣等等都有促進的作用了。
“這只是開始，大家在后續(xù)的改進中肯定能做的更好，項目的質(zhì)量也可以穩(wěn)步提高?！表椖拷?jīng)理在周例會這樣說。