在我们的测试工作中
除了需要不断的学习新知识外
还有一个可能常常被我们忽视的工作
那就是反思
它可以让我们总结过往的经验教训
它可以让我们复盘工作中的得失
它可以让我们找到未来需要规避的问题
它可以让我们获取工作中更高效的方法
经典BUG
作测试，提bug是我们做的最多的工作。那么过往提的bug带给我们的知识呢？
对于每个拿出来分享的bug，我们都会向大家介绍下面几个问题：
这是个什么需求？
和这个bug有关的需求点是什么？
bug的描述是怎样的？
是否描述清楚了其中产生的原因和过程？
是否能让开发看到后立刻明白如何重现这个bug？
这个需求点的技术实现是怎样的？
背后的逻辑是怎样的？
这个bug产生的原因是什么？
这个需求点背后还有哪些异常？
我们的用例都考虑到了吗？
同类型的需求点是否有类似问题？
我们是怎样设计这些需求点的用例的？
这个bug带给了我们哪些测试方法？
带给了我们哪些更深层次的方法论？``
只有把这些问题都说清楚，才是一个经典bug带给我们的完整思考，这样的分享才有意义，也才能给我们的需求测试能力带来更多进步和提升。
重点需求
测试需求的过程中，还有一个内容是值得我们去反思和沉淀的，那就是有代表性的需求。这些需求，或者是技术实现上有代表性，或者是业务逻辑上有值得沉淀的内容，或者是在测试过程中使用的测试方法有需要总结的地方。对于这类需求，我们称之为「重点需求」。
关于需求总结，我们也有一套可以分享的问题：
这是个怎样的需求？
这个需求的实现原理是怎样的？
背后的技术架构是怎样的？
它与其他模块之间的调用关系是怎样的？
我们的用例设计思路是怎样的？
有什么以往需求不同的地方？
对这个需求的测试，需要用到什么辅助工具？
这个工具的实现原理是怎样的？
过往的需求中，是否有类似的需求？
这些需求相似和不同点是什么？
这个需求有哪些异常场景或特殊情况需要考虑？
为什么会有这样的特殊点？
这个需求的测试能给我们沉淀哪些知识点？
能给我们带来哪些新的方法论？
需求在经过这样不断深挖后，我们对这个需求的理解就会上一个台阶，也会在测试用例设计和回顾中有更好的补充和完善。
为了做好测试，软件测试员既要有深度，又要有广度；既要有效率，又要有测试工作自身完整的质量。所以，我们应该将正向思维和逆向思维有机地结合起来，做到效率和质量的平衡。
换句话说，当我们需要效率时，更多采用逆向思维。当我们需要测试广度来确保完整的测试质量时，则多采用正向思维。
软件测试学习交流答疑qun ：六3六85九九六4
