《游测攻坚日记》-- 黑盒测试1

序

来讲讲为什么这么菜还要来写这个东西呢？

答：因为之前有次面试被面试官吐槽，虽然你有点经验，但是没有有效的做一些总结或者方法归纳。

那好吧，仔细想想，好像很有道理的样子，那么这个系列就顺势而生了。

这个系列日记主要是从黑盒测试，专项测试，自动化测试，接口测试等等。写一些工作当中的坑和心得，顺便记录一下自己的工作总结。也希望各位大佬在点开本菜鸡的博客中可以从中获取到一些信息助力到日常的工作当中，也想帮助一些迷茫的外包小伙伴或者刚毕业想要做游测的同学们走向正途。那么就正式开始吧

 

第一章节 黑盒

本人也是从外包开始的。想必大家都听过的最多的两个面试问题  你们项目的测试流程是什么样的？，给你一个LOL英雄，你怎么测？ 那我们就从这个问题来分析分析

测试流程

1. 计划阶段

   • 需求分析阶段：简单来说呢，就是根据策划提出的策划案，进行业务分析，了解业务的业务逻辑，分析需求点
   • 需求评审阶段：一般是开发、测试、策划三方针对当前需求档案做一个需求讲解和实现方法讨论，并发现需求缺陷（一般在这个阶段需求都会有一些或大或小的变更，已经写好用例的同学记得根据需求修改自己的用例哦~）
   • 测试计划制定阶段：如果是经理级别的大佬，需要根据总需求量在对应的版本迭代计划中、根据开发计划的分布、总需求量的统计。制定一套版本迭代计划中的总测试计划，对应的执行测试需要根据当前的需求档案推测出大概的需求测试时间，同步给上级领导或者项目组进行排期

     2.用例阶段

             1. 用例设计阶段：测试计划已经制定完成了，趁需求开发阶段，赶快来构思编写自己的用例吧（具体用例怎么写，下一章会详细讲讲）

             2. 用例评审阶段：我们完美的用例已经写完了，但为了防止自己有疏漏或者编写用例过程中需求变更，所以这时候得拉开发、策划、同项目的测试小伙伴一起检阅我们的用例，给出一些疏                   漏点的补充，并记录过程中可能修改的需求，回去完善对应需求变更的自用例（机智的小伙伴可以从开发口中了解一些开发设计逻辑、前后端交互逻辑，对以后的码代码很有帮助哦，这                  个阶段，咱们不懂就问）

             3. 用例测试阶段：这时候需求已经开发完毕，开发如释重负的把功能甩给了你。这时候你可能不知道这个开发大哥靠不靠谱，这时候需要针对该系统跑一下对应系统的冒烟测试，保证功能                   流程通畅且可用，冒烟测试通过了就可以进入全面的系统测试了，这时候注意多于开发大佬和策划大佬交流，并以你的测试用例为主，完成这个系统的测试工作吧。 

     3. 报告阶段

              1. 测试报告阶段：根据对应的测试进度给出测试报告，反馈当前系统是否可以上线

               tips：记得使用对应的项目管理平台对需求进行监控和当前版本的需求进度，如果时间不够记得根据实际情况反映（项目延期或者测试周期延期什么的），来保证当前版本的完整度哦

一些面试疑点解答:

1. 为什么要进行用例评审？
   1. 用例评审的用处就是大家集思广益，最大限度的保证当前的测试用例完成度，添加一些遗漏点，并跟策划对清最新的需求并添加到用例中，保证后面的系统测试顺利完成
2. 当你给开发指出了一个系统测试，开发说出设计如此这等粗鄙之语该怎么办？
   1. 如果是逻辑bug，直接带着自己主管去找他就完事了
   2. 如果是不严重的显示bug，例如轻微的重叠或者超框，这时候就应该去问问对应的策划大佬了，大佬帮我看看，这个程度可以接受吗，如果策划说可以接受，那就可以接受，如果不可以接受，就带着策划或者策划的聊天记录去找开发吧
   3. 没有bug但是与需求方案不符怎么办？首先对比确实跟需求方案有差距，然后方法同上~
3. 同时给你两个需求，而且上线前明显无法同时测完两个需求，你会根据什么来对你的工作进行排期？
   1. 首先跟大家同步测试时间不够的问题，并反映是否可以在最大测试时间内，简化需求，缩短开发时间和测试时间，保证需求完成
   2. 然后根据需求优先级和重要性，对两个需求进行排期
   3. 找支援~~
4. 你觉得作为一名执行测试，需要做到什么？
   1. 个人看法：需要非常强的执行力，三方沟通能力，进度反馈能力，以及基本的逻辑能力。并根据以上能力进行具体分析
5. 你的测试报告是根据什么来制定当前系统风险的？
   1. 根据当前系统的完成度，bug剩余量，以及当前测试程度和测试次数
6. 如果你的系统还有bug，但这时候确定要上线，你应该怎么处理？
   1. 根据优先级排列bug，优先修复明显的显示bug和逻辑bug，剩下的比较优先度低的bug并且可以利用更新系统，进行评估，留到下一个版本或者热更解决。 

入行的心理准备：

这里就是一些闲话了，竟然入了此行，就要最大限度的保证自己的系统完整性，任何对自己系统不负责的摸鱼行为都是不可取的哦

测试在团队里相当于一个全能的‘保姆’角色，所以要有很强的沟通和协调能力，随着技术的提高，去更有效通过一些流程把控、个人技术去解决团队中的痛点，提升整体全队效率吧！

祝大家打磨的游戏都成为爆款