聊聊我们所熟知的软件测试之功能测试那些事儿

说到功能测试大家都会想到一个名词“点点点”，本来这是一个解释功能测试的段子，但是大家听完之后总感觉功能测试很low，其实功能测试一点都不简单，我们知识被它误解了，那么我们今天就聊聊功能测试的那些事儿吧。

在功能测试中，当我们接到需求后一般会把工作分为三大部分：需求分析、测试用例和测试执行。当然，最重要的前提就是我们要足够熟悉自己所测的需求和系统。

需求分析：

首先我们在拿到需求后，第一步要做的就应该是需求分析和需求评审了，一般在公司会召开需求评审会议，参会人员一般包括：产品、开发、测试和UI。其中测试人员在需求评审中，要确认自己对需求要清晰的理解，没有疑惑；确认需求文档完整、准确，能够为后期测试所用，对需求中不合理的地方提出自己的修改意见。

这个环节很多人不在乎，觉得这不是测试的工作，而是产品应该的工作，然后只是把需求文档简单的直接翻译为了自己的测试用例，当测试过程中发现需求文档不完善的时候说产品没做好等等。但其实需求分析这一步至关重要，俗话说磨刀不误砍柴工，只有做了详细的需求分析，才能写出有意义的、正确的测试用例。

测试用例：

当我们需求分析完成后，就开始着手去写我们的测试用例了，这一阶段可以说是我们测试工作中的重中之重了，其实, 测试用例就是一份编写了要测哪些内容的文档，我们在书写时要注意测试用例表达要清楚, 无二义性; 用例可操作性强; 用例的输入与输出明确。如果实在感觉有麻烦的话，我们可以参考一些测试方法，比如：等价类划分法, 边界值法, 因果图法, 场景法, 错误推测法, 然后基于需求去设计测试用例就可以啦。

测试执行：

当用例编写完成，项目组进行了用例评审后就可以直接进入测试执行阶段了。在这个阶段测试人员根据测试用例, 按照测试用例一条一条的进行测试, 并在用例中详细记录测试的实际结果, 如果测试结果与预期输出结果不一致, 则判定为bug。

bug要提交给对应的开发人员进行修复, 修复过后, 测试人员要对修复完成的bug再次进行测试, 被称为复测, 如果复测通过则标记通过, 未通过则再次提交Bug, 开发人员再次进行修复, 直到所有测试用例执行完毕，整个过程就是缺陷的跟踪过程。

最后：下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

全部资料获取