《游测攻坚日记》-- 黑盒测试1
序
來講講為什么這么菜還要來寫這個東西呢?
答:因為之前有次面試被面試官吐槽,雖然你有點經驗,但是沒有有效的做一些總結或者方法歸納。
那好吧,仔細想想,好像很有道理的樣子,那么這個系列就順勢而生了。
這個系列日記主要是從黑盒測試,專項測試,自動化測試,接口測試等等。寫一些工作當中的坑和心得,順便記錄一下自己的工作總結。也希望各位大佬在點開本菜雞的博客中可以從中獲取到一些信息助力到日常的工作當中,也想幫助一些迷茫的外包小伙伴或者剛畢業(yè)想要做游測的同學們走向正途。那么就正式開始吧
?
第一章節(jié) 黑盒
本人也是從外包開始的。想必大家都聽過的最多的兩個面試問題? 你們項目的測試流程是什么樣的?,給你一個LOL英雄,你怎么測? 那我們就從這個問題來分析分析
測試流程
計劃階段
- 需求分析階段:簡單來說呢,就是根據策劃提出的策劃案,進行業(yè)務分析,了解業(yè)務的業(yè)務邏輯,分析需求點
- 需求評審階段:一般是開發(fā)、測試、策劃三方針對當前需求檔案做一個需求講解和實現方法討論,并發(fā)現需求缺陷(一般在這個階段需求都會有一些或大或小的變更,已經寫好用例的同學記得根據需求修改自己的用例哦~)
- 測試計劃制定階段:如果是經理級別的大佬,需要根據總需求量在對應的版本迭代計劃中、根據開發(fā)計劃的分布、總需求量的統(tǒng)計。制定一套版本迭代計劃中的總測試計劃,對應的執(zhí)行測試需要根據當前的需求檔案推測出大概的需求測試時間,同步給上級領導或者項目組進行排期
? ? ?2.用例階段
? ? ? ? ? ? ?1. 用例設計階段:測試計劃已經制定完成了,趁需求開發(fā)階段,趕快來構思編寫自己的用例吧(具體用例怎么寫,下一章會詳細講講)
? ? ? ? ? ? ?2. 用例評審階段:我們完美的用例已經寫完了,但為了防止自己有疏漏或者編寫用例過程中需求變更,所以這時候得拉開發(fā)、策劃、同項目的測試小伙伴一起檢閱我們的用例,給出一些疏? ? ? ? ? ? ? ? ? ?漏點的補充,并記錄過程中可能修改的需求,回去完善對應需求變更的自用例(機智的小伙伴可以從開發(fā)口中了解一些開發(fā)設計邏輯、前后端交互邏輯,對以后的碼代碼很有幫助哦,這? ? ? ? ? ? ? ? ? 個階段,咱們不懂就問)
? ? ? ? ? ? ?3. 用例測試階段:這時候需求已經開發(fā)完畢,開發(fā)如釋重負的把功能甩給了你。這時候你可能不知道這個開發(fā)大哥靠不靠譜,這時候需要針對該系統(tǒng)跑一下對應系統(tǒng)的冒煙測試,保證功能? ? ? ? ? ? ? ? ? ?流程通暢且可用,冒煙測試通過了就可以進入全面的系統(tǒng)測試了,這時候注意多于開發(fā)大佬和策劃大佬交流,并以你的測試用例為主,完成這個系統(tǒng)的測試工作吧。?
? ? ?3. 報告階段
? ? ? ? ? ? ? 1. 測試報告階段:根據對應的測試進度給出測試報告,反饋當前系統(tǒng)是否可以上線
? ? ? ? ? ? ? ?tips:記得使用對應的項目管理平臺對需求進行監(jiān)控和當前版本的需求進度,如果時間不夠記得根據實際情況反映(項目延期或者測試周期延期什么的),來保證當前版本的完整度哦
一些面試疑點解答:
入行的心理準備:
這里就是一些閑話了,竟然入了此行,就要最大限度的保證自己的系統(tǒng)完整性,任何對自己系統(tǒng)不負責的摸魚行為都是不可取的哦
測試在團隊里相當于一個全能的‘保姆’角色,所以要有很強的溝通和協(xié)調能力,隨著技術的提高,去更有效通過一些流程把控、個人技術去解決團隊中的痛點,提升整體全隊效率吧!
祝大家打磨的游戲都成為爆款
?
?
?
?
?
?
總結
以上是生活随笔為你收集整理的《游测攻坚日记》-- 黑盒测试1的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 让我们看看往年的1024传智播客怎么安排
- 下一篇: HC-05蓝牙模块配对方法及AT指令配置