探索篇 | 新奇测试策略剖析,大家都觉得多此一举(二)
? ? ? ?
? ? ? 測試朋友們大家好,最近文章更新的有點慢,由于工作、生活比較忙、還有備戰各種考試,所以基本沒時間來給大家出文章,如果能出來1篇文章是很珍貴的,希望大家一定要認真看完并轉發。
? ? ? ?最近全國各地疫情又嚴峻起來了,大家出門一定要做好自身防護。? ??
? ? ? 今天周六了,前幾天準備發的文章一直沒發,忙完了今天就分享給大家,并和大家探討具體問題,最近業務測試中遇到幾個問題,和開發產生了分歧,我認為是問題需要處理的,開發認為無關重要,可不做處理或其它方。式避免掉。
案例一
需求:電商系統,管理后臺發布打折或不打折商品,如果打折,商品詳情顯示打折標簽、原價和特價;如果不打折,原價和特價一樣,商品詳情只顯示特價,不顯示打折標簽和原價
BUG:
商品特價大于原價時,商品詳情顯示了折扣標簽、原價和特價,且折扣標簽是0折,應不顯示折扣標簽、原價,只顯示特價即可。
處理方案:
修改管理后臺創建商品時,特價不能大于原價,這樣就不會出現這樣的數據,就不會出現此種情況的問題了
想法和意見:
我認為這種處理方式是不合理的,雖然暫時避免了此問題的發生,但是并沒有對本業務存在的問題進行處理,也就是說程序只滿足了商品特價=<原價的條件、而并未滿足商品特價>原價的情況,說明本業務還是存在問題的,可能很多人認為數據來源已經處理了,不會發生了,沒必要再去糾結了。但是我認為很有必要去糾結,目前只有1個數據來源入口還好,如果有多個我要進行多個入口數據來源的測試,或者下個版本后續版本有新的入口數據加入,沒辦法保證下次再去測或其它測試人員知道這種情況測試掉,應該從源頭處理問題,避免后顧之憂,如果小于等于、大于邏輯都處理了,那以后無論加多少個數據入口,我都不用管,我能保證我此邏輯肯定沒問題的,我一直堅信我的觀點,大家對于這種處理想法是如何的?可以公號或wx我探討
案例二
需求:電商系統,由于微信支付渠道沒有對接成功,臨時只可支付寶渠道進行支付,故收銀臺頁面不展示微信支付入口
處理方案:
后端新增字段值,區分展示和不展示微信、支付寶,前端根據后端的字段進行判斷,如果wechat=0不展示微信入口,wechat=1時展示微信入口
想法和意見:
我認為這種處理方式也是不太合理的,因為前端進入收銀臺頁才會調接口判斷是否展示微信入口,那么前端需要考慮默認時展示還是不展示,如果后端給了非0、1時,展示還是不展示,如果我斷網進入收銀臺頁,是沒有調接口成功的,這時是默認值展示,如果默認值是展示微信和支付寶,通過這種方式也是可以跳轉微信去支付的。所以我認為后端無需區分0和1值,前端永遠都展示微信和支付寶入口,當選微信支付時,后端進行判斷給出提示即可
案例三
需求:電商系統,商品狀態status=1-上架售賣中、2-下架、3-商品過期,商品詳情展示及操作button都有統一的需求處理
想法和意見:
我認為非1、2、3的狀態比如4需要進行容錯處理并測試,如果某天后端接口給了status=4或0,商品詳情可能展示出錯或造成下單出現問題了或app崩潰,再如果下個版本增加了4狀態,我們新版本測試都ok了,老版本并未對4進行處理,新版本后端上線后,app需要審核沒有同步上線的,這時對應的app還是老版本的沒有對4處理的邏輯,這時就可能會出錯,但是前一個版本對4進行預處理,處理成什么邏輯呢?沒法預知未來邏輯的,你們是怎么做的?可以vx或公號共同探討!
總結
以上是生活随笔為你收集整理的探索篇 | 新奇测试策略剖析,大家都觉得多此一举(二)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【Python】内置os.path模块最
- 下一篇: 【功能业务篇】APP获取用户定位、传参经