测试之路--测试基础知识

黑盒测试工程师的工作：
1、熟悉需求，参与需求的评审（这一阶段很重要）
2、熟悉设计文档。
3、编写测试需求和用例。
4、执⾏测试用例。 （需要进行代码编写）
5、执行⽤例过程中发现bug，根据规定找相关⼈人员确认后提交上去。
6、研发修改好该bug后，根据一系列的过程来回归该bug。
7、过程中进行⼀些发散测试。
8、完成后根据模板编写测试报告。
9、⼀个新的模块重复昨天的故事，而且可能重复的时间⽐较长

一、熟悉需求，参与需求的评审 回到我们上章的课后练习题，⼤大家看到问题后是不是⻢马上开始根据要求去设计⽤用例了呢？ 有没有⼈人会去问，这个功能⽤用在哪些场景，主要是为了满⾜足⽤用户的那些需求呢？对于需求， 我们要做的就是多问⼏几个为什么，因为有可能客户需要的是⼀一个正⽅方形，⽽而不是三⾓角形。 所以，建议我们如果参与了需求相关的⼯工作时，我们就需要对需求进⾏行分析，确认对应 的需求点能够给客户带来的价值的什么，或者客户真正的原始需求是什么？（可能有⼈人会有 疑问：这不是产品经理或产品规划经理的⼯工作吗？是的你答对了，但是这有什么问题呢）， ⽽而且就算我们没有兴趣做产品经理，⾄至少我们知道我们测试的产品是干嘛⽤用的，也能让我们 在测试的过程中更好的站在⽤用户的⾓角度去思考和测试（对于需求分析的⽅方法后⾯面会专⻔门进⾏行 分享）。
二、熟悉设计⽂文档 在这个阶段我们熟悉该模块原理，并且达到⾃自⼰己能够将该模块的业务流程图画出来，并 且能够⾃自⼰己去尝试分析整个流程是否合理，能够提前发现问题就更好了（如果你去努⼒力做到 这点，我相信你的提升⼀一定⾮非常快，并且能够更好的得到开发的认可，因为⼤大部分的测试⼈人 员都做不到）。 这样做的好处（不要问我都有什么意义）：
1、对被测模块业务逻辑的熟悉，能够让⾃自⼰己对后⾯面的测试更加有信⼼心。 2、站在测试的⾓角度去看设计，培养⾃自⼰己对代码设计的理解能⼒力。 3、能够⾃自⼰己制定测试策略和挑选⽤用例，并且让项⺫⽬目经理或者组⻓长更好的让对⽅方接受⾃自⼰己的 测试策略。 4、过程中发现问题⾃自⼰己能够尝试去排查和定位，甚⾄至告诉研发如何去修改—这是⼀一件很 cool的事情。 5、通过⽤用例来分析哪些模块的逻辑已经覆盖到了，从⽽而实时把握模块的质量，对整个质量 分析更加有帮助。 6、培养⾃自⼰己分析问题的能⼒力，这对测试⼯工程师是很有帮助的（否则⾃自⼰己可能会感觉做执⾏行 ⽤用例的⼯工具，这样确实会没有成就感）。
当然，过程中也可能存在的问题：
1、研发没有设计⽂文档或者设计⽂文档不对测试开放。碰到这样的情况，我只能说该公司对质 量不重视，能够离开就赶紧离开吧！如果实在不能够离开就多跟开发去沟通，然后⾃自⼰己尝试 将整个业务流程图画出来。
2、时间肯定是不够的（如果上⾯面给了你这些时间更好），需要⾃自⼰己花费额外的时间来做这 些事情，正常情况下，这些投⼊入对⾃自⼰己应该是⽐比较值得的，特别是刚进⼊入该⾏行业的同学。

三、编写测试需求和⽤用例 对于⼀一个测试新⼿手来说，最好的⽅方法就是多练习，多总结，最后形成⾃自⼰己的⼀一套⽤用例设 计⽅方法。后⾯面会分享⾃自⼰己总结的⼀一套⽤用例设计的⽅方法（当然，等价类，边界值，正交等等⼀一 些⽤用例设计的知识还是需要掌握的）。

四、执⾏行测试⽤用例 执⾏行⽤用例的时候⼀一定要搞清楚⽤用例的测试点是什么，为什么⽤用例要这样设计以及是否有可 能没有考虑到的地⽅方或者不合理的地⽅方，并且有⾃自⼰己的改进想法（最好是总结成为⽂文档）。

五、发现和提交bug
发现bug后⾃自⼰己尝试去排查问题和定位，并且将⾃自⼰己的排查和定位问题的过程总结下来， 然后⾃自⼰己搞不定了再去找相关⼈人员，并且将其排查和定位的过程也记录下来，后⾯面再整理成 ⾃自⼰己的定位问题的⽂文档。提交的bug将整个环境，现象，⾃自⼰己的分析过程等等全部备注到 bug⾥里⾯面。养成这个习惯，你会得到开发的尊重。
坚持⼀一段时间后，你会发现：
1、⾃自⼰己定位问题的能⼒力得到了快速的提升，并且养成定位问题的习惯。
2、节省其他⼈人的时间，更好的得到了开发的信任。
3、更好的找到了成就感。

六、回归bug
研发修改好⾃自⼰己发现的bug后，⾃自⼰己去跟研发沟通是如何修改的，并且通过⾃自⼰己对业务逻 辑的分析以及代码的熟悉程度来确认这样的修改是否有问题或者可能影响到的地⽅方，并且根 据分析进⾏行相应的回归测试（能够直接根据代码改动分析就发现问题就更好了，也能够提⾼高 开发对⾃自⼰己的认可）。
这样做的好处是
1、能够直接根据代码改动分析就发现问题，也能够提⾼高开发对⾃自⼰己的认可。
2、更深⼊入的去接触研发的设计和代码，对后⾯面的进⼀一步发展有很好的帮助。
七、发散测试（⼜又叫探索性测试）
这⾥里建议买⼀一本探索性测试的书籍，然后直接将⾥里⾯面的⽅方法拿出来尝试⽤用下，也许你会发 现另外⼀一份天地以及测试的乐趣，甚⾄至你可能会选择这个⽅方向⼀一直⾛走下去（后⾯面会专⻔门去分 享探索性测试技术）。
八、测试报告
测试报告其实是我们的⼀一次总结的过程，我们可以总结下是否所有的业务逻辑都覆盖到 了，bug都集中在哪些逻辑⾥里等等。及时的通过分析来发现⻛风险，养成分析的习惯，能够让 我们提⾼高⾃自⼰己的测试分析能力（作为测试⼈人员⼀一个最重要的能力，没有之⼀一），⽽而且擅长总 结的⼈人才会更好的进步。