测试流程的理解

一、开启博客分享

        磕磕盼盼，一直想要写博客记录我的学习生涯，总是还没开始就结束了，哈哈，不知道有没有和我一样的朋友。我目前是的工作是测试，主要工作就是通过各种测试方法结合各种测试工具来尽可能高效的发现软件的缺陷，验证用户需求，保证用户体验，保证产品质量。接下来我就简单分享下我的测试理解，关于每个阶段的详细内容，在后续的文章中我会逐一详细分享。

二、测试的阶段和主要内容

        基于保证产品质量的目的，我简单的描述下我测试的思路，根据软件的生命周期来说，我们测试其实最好的介入时间就是项目一开始，根据某个不知名（我忘了的）的统计分析，整个项目超过60%的错误都是在需求和设计阶段产生的，因为其实之前的像瀑布模型之类的开发模型，他的整个测试阶段是放在编码结束后的，但其实这样的话，可能前期需求获取不明确或者设计有一点点的不合理，到了测试阶段可能就会发散出很多的问题，所以保证需求分析和设计的正确性是非常有必要的。测试人员也需要参与到需求的评审和设计的评审，理解他的需求和设计，也可以避免在后期测试的时候和开发产生理解上的争执，同时在这个阶段我们也需要开始我们的测试计划和测试方案的编写，明确我们的测试节点和测试的策略及主要的功能点等！

        第二个阶段就是开发进入编码阶段，我们测试则进入了用例编写阶段，这个阶段我们的主要工作目标就是按照之前的测试策略按明确的主要功能点进行细化，编写合适的测试用例进行测试，这个时候可能就涉及到一些测试方法和技术了，比如说黑盒和白盒测试方法，比如性能，安全测试，通过对产品的了解和熟练的将测试方法融合到测试用例当中去，当然我们在制定测试计划和测试方案的时候就会考虑到这一点。

        第三个阶段就是测试执行阶段了，这个阶段开发已经完成编码，很多时候开发会自行完成单元测试和预测试用例，一般来说执行通过90%就可以将软件和交付文档交付给测试进行测试了，测试按照测试用例去执行，发现软件缺陷，然后提交问题单反馈给开发进行修改，这是个迭代的过程，正常情况下需要进行迭代，直到版本达到发布标准，或者特殊情况被允许发布。在这个阶段中，测试用例没有能够覆盖所有的方面这是很正常的，测试是没有完全测试的，这个时候测试就可以基于自己的经验，结合对软件的理解进行一些探究性测试，尽可能的发现软件的问题。

        最后一个阶段就是准备发布阶段了，这个阶段已经完成了软件的编写和测试工作，我们作为测试就需要对整个测试阶段做成总结，分析软件是否满足发布标准（缺陷数量是否小于规定标准，是否成收缩趋势等等）并提交测试的相关文档，比如缺陷报告，性能测试报告，安全测试报告等等，并结合软件形成发布包。这个阶段我们还需要对整个测试阶段进行反思和总结，探究那些模块的bug率比较高或者比较低，原因是什么，是测试的问题还是开发的问题，不断总结，形成自己的经验！

        第一次分享，可能不太全面，有问题的大家可以在评论里面指点或者讨论，大家一起学习！