功能测试流程、基础

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

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

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

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

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

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、测试报告以及总结 对于测试人员测试以及上线结束，测试报告总结编写

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

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

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