Web功能测试流程小分享

需求分析

1. 了解需求范围：想要做什么，实现怎样的功能，有哪些功能模块；
2. 明确目标用户：不同用户需要怎样的功能权限；
3. 分析功能步骤—思维导图；
   ① 列出每个功能点；
   ② 对功能点进行逐层分析；
   ③ 功能之间的耦合；
   ④ 异常操作或极端操作的情况；
4. 挖掘隐藏需求；
   ① 需求与开发部门约定俗成的规范不一致，；
   ② 对工作量预估不准确；
   ③ 需求未明确规定但用户体验出现问题；
   ④ 技术上实现不了以至于更改需求增加需求；
5. 了解后台服务，业务流程，接口功能以及所涉及的到的服务，数据哭服务；
   ① 业务流程：整个平台的功能作用，实现的业务流程（清楚明确），以及每个部分的负责人；
   ② 数据流：数据的获取，数据处理过程所要经过的各个阶段，最终要呈现出什么样的状态；

编写测试用例

1. 测试用例框架以思维导图为准，在思维导图基础上进行完善和补充；
2. 按平台功能模块分sheet编写用例；
3. 测试用例设计方法常见的有：
   ①等价类划分法；
   ②边界值法；
   ③因果分析法；
   ④错误推测法；
   ⑤场景分析法；

进行测试

以下为个人的测试习惯，功能测试测试方法，仅供参考。

1. 把自己当做用户，先走一遍业务流程，可未必按照测试用例顺序执行：作为用户第一次体验平台的感受是十分宝贵的，如果完全按照用例执行会失去作为用户的宝贵体验；同时也作为一次冒烟测试；另外，在操作过程中会出现一些设计用例时没有想到的情况，条件的组合，顺序的颠倒等，需要留心记录，测试后补充；
2. 依照自己浅薄的经验预估可能出bug地方优先进行测试：
3. 按照优先级执行测试用例：
4. 定位问题：浏览器控制台分辨是前端，后端问题指派给对应的人；（hearders看URL，哪个服务，出错，指给对应的人；response看返回字段，从而定位问题）

跟踪缺陷

①对bug分次要，一般，重要，紧急等优先级进行跟踪，方便开发进行修改:影响测试进度；
②遇到产品需求交互没有明确规定，但对用户体验不好的bug；
③遇到需求与开发部门常规操作或约定俗成的规范不一致的bug；
④遇到开发技术上实现不了的bug，产品增加需求；
⑤遇到需要开发花费较长时间修复的bug；
⑥遇到责任不明确的bug；

测试总结

1. 输出测试报告
2. 测试复盘：
   ① 测试中可以改进的地方，我能为产品质量做些什么；
   ②若有BUG溢出，考虑测试是否有覆盖到，为什么没有覆盖到，为什么溢出，可以做些什么；
   ③同一类型的测试项目是否涉及了更深层次的测试，以及测试方法；
3. 测试总结