测试之功能测试
Posted 别走！万哥爱你
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了测试之功能测试相关的知识，希望对你有一定的参考价值。
首先，我们需要知道什么是功能测试？
功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
接下来，我们来看一下功能测试的工作流程：
1.需求分析与评审
2.测试计划与测试方案
3.测试用例设计
4.测试用例评审
5.执行测试用例
6.缺陷跟踪与产出报告
最后，我们来一一详细了解吧！
一、需求分析与评审
首先需求明确的是软件的需求，软件的需求就是客户为解决问题提出的需要满足的需求。
需求评审是为了技术人员一起确认需求的完整与准确，所有人对需求的理解是一致的，不产生歧义或错误的理解，此可以降低因为需求不明确带来的项目失败风险。
一般需求评审，在公司会召开需求评审会议，也可以通过线上会议进行，与会人员一般包括：产品、开发、测试和UI。其中测试人员在需求评审中，要确认自己对需求要清晰的理解，没有疑惑；确认需求文档完整、准确，能够为后期测试所用，对需求中不合理的地方提出自己的修改意见。
二、用例设计与评审
测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果等要素。
其实, 测试用例就是一份编写了要测哪些内容的文档. 测试用例表达要清楚, 无二义性; 用例可操作性强; 用例的输入与输出明确.
用例是测试人员根据需求进行设计的, 设计方法有: 等价类划分法, 边界值法, 判定表法, 正交法, 场景法, 错误推测法, 基于需求设计.
用例设计过后, 一般需要进行评审.
三、用例执行与缺陷跟踪
测试人员根据测试用例, 按照测试用例一条一条的进行测试, 并在用例中详细记录测试的实际结果, 如果测试结果与预期输出结果不一致, 则判定为软件缺陷.
缺陷要提交给开发人员, 进行修改, 修改过后, 测试人员要对修改过后的软件再次进行测试, 被称为回归测试, 如果测试通过则标记通过, 未通过则再次提交Bug, 开发人员进行修改, 知道测试人员测试通过. 整个过程就是缺陷的跟踪过程. 作为测试人员要对自己测试的软件或软件的相应模块的质量负责.
四、对于用例评审我们来单独做一个总结
1.用例设计中的测试数据
注意测试数据的时效性(测试准备)
如注册时的手机号在第一次注册时为注册的, 第二次再注册时就变为已注册了, 所以不是特定的数据场合下, 可以省略这些测试数据
标题与预期结果要明确
如果需求中没有说明类似的错误提示信息, 我们应该借助与同类型产品的处理方案或消息来设置用例的预期结果
2.用例设计中的标题
直接点明测试的目的
简明扼要, 不要冗长
比如异常类测试时, 重点关注导致异常的条件即可, 其他正确参数可以放在实际工作中约定的规则下可以不写其他正常的参数。
如果是正常类测试时, 可以依据有效等价类细分测试用例。
标题一般来说是不重复的
3.测试用例与需求说明书
测试用例设计时是依据需求说明书还是系统?
流程规范的公司, 一定是基于需求说明书(或原型图)进行用例设计
进入项目的时间节点来看:
项目初期: 无系统, 依据需求说明书
项目中后期: 依据需求说明书, 但有可能在实际测试过程中, 没有需求说明书, 可以参考当前系统和经验进行测试用例设计
项目维护阶段: 依据需求说明书, 有可能在实际测试过程中, 没有需求说明书, 参考当前系统, 用户手册与Bug清单.
至此，功能测试的基本流程我们就了解清楚啦，快叫上你的小伙伴一起学习吧！
以上是关于测试之功能测试的主要内容，如果未能解决你的问题，请参考以下文章