功能测试基础知识（1）

---

前言

功能测试流程、基础

---

一、什么是功能测试

功能测试, 也叫行为测试, 也有一种说法叫黑盒测试, 即测试人员完全不知道程序的内部是如何运行的
功能测试是所有测试工作中占比最大, 也是最重要的部分
主要是需求分析师根据用户需求编写出功能的用例, 然后由测试工程师编写测试用例, 并逐项进行测试验证, 确保执行结果与预期的结果一致

二、需要功能测试的原因

1. 站在用户的角度上, 确保系统的实现与需求一致

2. 由于是黑盒测试, 测试人员完全不知道应用的内部实现, 可以发现开发人员没有发现的问题, 找出有遗漏的地方

3. 可以测试一些例外的问题, 比如乱操作, 不按既定的流程进行操作, 检查出应用的漏洞所在

总结： 功能测试=检查需求的实现+查找出功能实现的遗漏+检查应用是否有漏洞存在

三、功能测试的大概流程

1.测试计划
需要明确各个阶段的目标和策略，编写模板有《单元测试计划》等相关模板规定编制
2.计划评审
需在产品立项起初安排测试人员参与并深入到各个阶段的评审。
3.测试用例
（1）测试用例就相当于测试说明书一样，后期测试系统时候，测试质量的保证就需要测试用例做为指导了；因而测试用例的编写规范以及测试用例的覆盖面是很重要的；
在系统测试前，测试人员应该严谨的根据测试需求编写测试用例，确保测试用例覆盖到每一个功能测试点；测试用例建议使用word或者excel文件格式或者根据需要使用思维导图
参考使用word 写的测试用例：

4.测试执行
依据测试用例，执行各阶段测试，发现的bug，需要提交至bug管理平台统一进行管理和跟踪
5.提交跟踪
测试bug的提交，需要明确bug主题、bug描述及相关bug定位确认实施细则
这里采用采用公司禅道进行BUG记录，研发通过公司禅道记录的BUG进行修复为案例：
第一步登录公司禅道地址
第二步点击测试，选中你正在测试的项目，再点击提BUG
如图：

第三步在提Bug页面输入如下图详细信息

步骤内容填写参考：

第五步提完一个BUG后记得点击保存按钮
第六步Bug保存成功后，可以在测试页面看到所提的BUG

6、回归测试
对于测试人员提的bug，研发解决后，需要进行复现，查看该BUG是否解决。
7、测试报告以及总结
对于测试人员测试以及上线结束，测试报告总结编写

四、功能测试的两个方法

1. 手动测试: 测试工程师根据测试用例, 进行手动形式的操作, 灵活, 花费时间少, 但是如果需要多次测试同一个功能时就会导致所消耗的时间增多, 并且准确性差, 有可能多次测试的结果一致性低; 适合一些只需测试一次或两次的功能, 或一些小功能, 或简单的操作的测试用例

2. 自动化测试: 由测试工程师编写自动化测试用例, 由计算机代替手动测试, 灵活性会有所降低, 但是针对需要多次测试的功能时, 能大大提升测试的效率, 并减少重复的操作, 并能保证多次测试的一致性; 适合一些需要重复测试多次的, 测试用例复杂的, 操作繁琐的测试用例

其他参考资料地址：
https://blog.csdn.net/zhusongziye/article/details/79617306

总结

本文仅仅简单介绍了功能测试的大概流程以及对功能测试的大概了解，仅供参考。