序

來講講為什么這么菜還要來寫這個東西呢？

答：因為之前有次面試被面試官吐槽，雖然你有點經驗，但是沒有有效的做一些總結或者方法歸納。

那好吧，仔細想想，好像很有道理的樣子，那么這個系列就順勢而生了。

這個系列日記主要是從黑盒測試，專項測試，自動化測試，接口測試等等。寫一些工作當中的坑和心得，順便記錄一下自己的工作總結。也希望各位大佬在點開本菜雞的博客中可以從中獲取到一些信息助力到日常的工作當中，也想幫助一些迷茫的外包小伙伴或者剛畢業想要做游測的同學們走向正途。那么就正式開始吧

?

第一章節 黑盒

本人也是從外包開始的。想必大家都聽過的最多的兩個面試問題? 你們項目的測試流程是什么樣的？，給你一個LOL英雄，你怎么測？ 那我們就從這個問題來分析分析

測試流程

計劃階段

• 需求分析階段：簡單來說呢，就是根據策劃提出的策劃案，進行業務分析，了解業務的業務邏輯，分析需求點
• 需求評審階段：一般是開發、測試、策劃三方針對當前需求檔案做一個需求講解和實現方法討論，并發現需求缺陷（一般在這個階段需求都會有一些或大或小的變更，已經寫好用例的同學記得根據需求修改自己的用例哦~）
• 測試計劃制定階段：如果是經理級別的大佬，需要根據總需求量在對應的版本迭代計劃中、根據開發計劃的分布、總需求量的統計。制定一套版本迭代計劃中的總測試計劃，對應的執行測試需要根據當前的需求檔案推測出大概的需求測試時間，同步給上級領導或者項目組進行排期

? ? ?2.用例階段

? ? ? ? ? ? ?1. 用例設計階段：測試計劃已經制定完成了，趁需求開發階段，趕快來構思編寫自己的用例吧（具體用例怎么寫，下一章會詳細講講）

? ? ? ? ? ? ?2. 用例評審階段：我們完美的用例已經寫完了，但為了防止自己有疏漏或者編寫用例過程中需求變更，所以這時候得拉開發、策劃、同項目的測試小伙伴一起檢閱我們的用例，給出一些疏? ? ? ? ? ? ? ? ? ?漏點的補充，并記錄過程中可能修改的需求，回去完善對應需求變更的自用例（機智的小伙伴可以從開發口中了解一些開發設計邏輯、前后端交互邏輯，對以后的碼代碼很有幫助哦，這? ? ? ? ? ? ? ? ? 個階段，咱們不懂就問）

? ? ? ? ? ? ?3. 用例測試階段：這時候需求已經開發完畢，開發如釋重負的把功能甩給了你。這時候你可能不知道這個開發大哥靠不靠譜，這時候需要針對該系統跑一下對應系統的冒煙測試，保證功能? ? ? ? ? ? ? ? ? ?流程通暢且可用，冒煙測試通過了就可以進入全面的系統測試了，這時候注意多于開發大佬和策劃大佬交流，并以你的測試用例為主，完成這個系統的測試工作吧。?

? ? ?3. 報告階段

? ? ? ? ? ? ? 1. 測試報告階段：根據對應的測試進度給出測試報告，反饋當前系統是否可以上線

? ? ? ? ? ? ? ?tips：記得使用對應的項目管理平臺對需求進行監控和當前版本的需求進度，如果時間不夠記得根據實際情況反映（項目延期或者測試周期延期什么的），來保證當前版本的完整度哦

一些面試疑點解答:

為什么要進行用例評審？

用例評審的用處就是大家集思廣益，最大限度的保證當前的測試用例完成度，添加一些遺漏點，并跟策劃對清最新的需求并添加到用例中，保證后面的系統測試順利完成

當你給開發指出了一個系統測試，開發說出設計如此這等粗鄙之語該怎么辦？

如果是邏輯bug，直接帶著自己主管去找他就完事了

如果是不嚴重的顯示bug，例如輕微的重疊或者超框，這時候就應該去問問對應的策劃大佬了，大佬幫我看看，這個程度可以接受嗎，如果策劃說可以接受，那就可以接受，如果不可以接受，就帶著策劃或者策劃的聊天記錄去找開發吧

沒有bug但是與需求方案不符怎么辦？首先對比確實跟需求方案有差距，然后方法同上~

同時給你兩個需求，而且上線前明顯無法同時測完兩個需求，你會根據什么來對你的工作進行排期？

首先跟大家同步測試時間不夠的問題，并反映是否可以在最大測試時間內，簡化需求，縮短開發時間和測試時間，保證需求完成

然后根據需求優先級和重要性，對兩個需求進行排期

找支援~~

你覺得作為一名執行測試，需要做到什么？

個人看法：需要非常強的執行力，三方溝通能力，進度反饋能力，以及基本的邏輯能力。并根據以上能力進行具體分析

你的測試報告是根據什么來制定當前系統風險的？

根據當前系統的完成度，bug剩余量，以及當前測試程度和測試次數

如果你的系統還有bug，但這時候確定要上線，你應該怎么處理？

根據優先級排列bug，優先修復明顯的顯示bug和邏輯bug，剩下的比較優先度低的bug并且可以利用更新系統，進行評估，留到下一個版本或者熱更解決。?

入行的心理準備：

這里就是一些閑話了，竟然入了此行，就要最大限度的保證自己的系統完整性，任何對自己系統不負責的摸魚行為都是不可取的哦

測試在團隊里相當于一個全能的‘保姆’角色，所以要有很強的溝通和協調能力，隨著技術的提高，去更有效通過一些流程把控、個人技術去解決團隊中的痛點，提升整體全隊效率吧！

祝大家打磨的游戲都成為爆款

?

?

?

?

?

?

總結

以上是生活随笔為你收集整理的《游测攻坚日记》-- 黑盒测试1的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。