學習過測試理論的同學肯定都知道,測試人員參與項目的第一步,大部分都是需求評審,但是不少測試同學反饋,自己很少參與需求評審,需求會議也很少喊測試人員參與。
成都創(chuàng)新互聯(lián)公司專注于綏德企業(yè)網(wǎng)站建設,響應式網(wǎng)站設計,商城網(wǎng)站定制開發(fā)。綏德網(wǎng)站建設公司,為綏德等地區(qū)提供建站服務。全流程按需策劃設計,專業(yè)設計,全程項目跟蹤,成都創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務我覺得這一方面可能是流程上各角色配合的問題,另一方面可能是因為測試在評審過程中沒有體現(xiàn)出參與的價值。
針對第一個可能,需要測試主動找產(chǎn)品溝通,一方面表達希望參與需求評審的意愿,另一方面也要求他們在需求評審時喊上測試。
針對第二個可能,就需要測試人員從自身上做改進了,為什么這么說呢?我曾經(jīng)參加過幾次需求評審會議,就發(fā)現(xiàn)產(chǎn)品在那講需求,開發(fā)偶爾會提一些技術實現(xiàn)上的細節(jié)問題,測試就只是在那聽了,會議結束后,回去該干嘛干嘛,既然我們測試參與需求評審時不能產(chǎn)生什么價值,那產(chǎn)品怎么能在評審的時候想起來喊我們呢?
終于到了今天我們要說的主題了,作為測試,參與需求評審時我們可以貢獻什么價值?下面我說下我的觀點。
1.需求評審的作用回答上面的問題前,我們先看看需求評審到底是干嘛的?先不管書上怎么說,從我的經(jīng)驗看,需求評審就兩個作用:
1.同步產(chǎn)品對于需求的詳細設計
2.收集大家對于需求的各種反饋
對于需求設計,肯定是產(chǎn)品發(fā)起并負責的了,那么作為測試人員參與需求評審,著重點就在于第二點,關于需求的反饋上面了。
2.需求評審的形式最開始我提到有同學說沒有參與過需求評審,有部分是面試的同學說的,但是詳細問過之后,才知道他說的是形式的問題。
比如他理解的需求評審就是大家一起弄個會議室,產(chǎn)品講需求,開發(fā)和測試懟產(chǎn)品這樣的,而實際情況是,產(chǎn)品把需求往群里一扔,大家就七嘴八舌的討論開了,又或者產(chǎn)品直接跑過來,在開發(fā)和測試的工位上當面溝通一下就算完事了,恩,我說這也算需求評審呀,形式不重要,重要的是做這事的目的和效果。
3.測試是否需要參與需求評審廢話,必須十分完全有必要呀,僅僅從同步需求設計的角度看,當面的同步一下需求,肯定比文字上的傳達效果要好的多了,而最重要的其實還是測試在需求評審中提出的反饋,才是最寶貴的,所以下面我就主要說說測試對于需求反饋的價值主要都體現(xiàn)在哪些方面。
4.需求評審之需求合理性需求合理性,這是開發(fā)和測試慫產(chǎn)品最多的地方之一。
彈這么大個框,太打攪用戶了吧?我建議縮小二分之一。
卸載個軟件,還要確認這么多次,用戶該煩了吧?我建議點擊卸載按鈕就完事。
首頁內(nèi)容已經(jīng)很多了,再加一個會有效果么?是不是再精簡點內(nèi)容比較好?我建議一屏不超過 5 條內(nèi)容。
這操作流程有點反人類呀,交互咋設計的呀?我建議主要操作一步即達,次要的三步以內(nèi)完成。
恩,雖然最后拍板可能還是產(chǎn)品是說了算,但是作為種子用戶,該提意見還是要提的,特別是有些地方其實產(chǎn)品也沒有定論,這時候的意見非常有可能會被采納,如果建議被采納的次數(shù)多了,自己的建議就會更受大家重視,那么話語權也就會相應的有提升了。
然而,很多人其實是不會反駁需求合理性的,大不了就內(nèi)心里吐吐槽「這么腦殘的設計,虧的能想出來」,也許這是和公司環(huán)境有關系,但是如果自己真的有什么好的建議,還是建議找機會提出來,畢竟咱們是測試嘛,用戶體驗的質(zhì)量也是質(zhì)量范疇內(nèi)的事噢。
5.需求評審之需求全面性前面說的需求合理性,需要我們站在用戶的角度去考慮問題,不是所有人都能做到,這也情有可原,但是需求全面性這個確實是需求評審中必須要考慮的問題啦,這個不僅僅針對產(chǎn)品設計,也包括開發(fā)實現(xiàn)邏輯。
如果用戶登錄超時了,產(chǎn)品怎么展現(xiàn)?
如果用戶輸入了非規(guī)定范圍內(nèi)的數(shù)據(jù),邏輯上是否做了異常處理,怎么告知用戶?
如果用戶長時間不關機,邏輯上是否有問題,如何處理?
如果多用戶同時登錄,會出現(xiàn)啥問題?
如果系統(tǒng)休眠后恢復,產(chǎn)品如何處理?
針對這部分內(nèi)容,大多是對于使用場景的覆蓋,很多產(chǎn)品考慮需求時,只覆蓋了常規(guī)用戶的主要操作分支,而異常情況考慮的比較少,對于測試來說,異常場景的考慮正是我們的長處,所以在需求評審階段盡可能多的和產(chǎn)品確認各種異常場景的處理,可以極大的避免在測試過程中出現(xiàn)問題后被返工的情況。
好了,羅羅嗦嗦說了這么多,希望對大家有幫助,有任何有疑問的地方,歡迎留言溝通。
本文原創(chuàng)發(fā)布于公眾號「sylan215」,十年測試老兵的原創(chuàng)干貨,關注我,漲姿勢!