老表笔记之电商项目实战测试流程

Posted 2023-04-01 起码有故事

寰球优品电商项目-购物车的功能需求分析

01 寰球优品电商项目的核心业务流程

注册登录>浏览商品>添加购物车>提交订单>订单支付>查看订单

02 软件测试点分析基本原则—通用

第一步：先了解产品的基本业务流程逻辑：是个什么项目，做什么的，怎么工作的？

● 画出流程图，业务逻辑梳理

第二步：细分模块，针对每个小功能模块进行详细的划分：

● 正常：覆盖正常核心业务流程—优先测试？？——单个功能冒烟测试

● 异常：各种异常？？——贴近用户使用场景，确保产品正确处理，提示友好！

注意：确保不遗漏，购物车输入项

第三步：针对具体功能，寻找每个输入项，从以下角度来具体分析测试点

● 长度，数据类型，必填项，重复

● 需求的约束条件+隐形需求

● 结合业务流程的步骤

● 功能交互——交叉

第四步：考虑非功能测试点，包括界面、易用性、兼容性、安全性、性能压力

03 购物车需求说明

二、购物车如何测试

下面这篇文章讲解购物车测试

电商之购物车

三、如何提交bug

01 Bug的内容

所属产品，所属模块，所属项目，影响版本，当前指派，截止日期，bug类型，bug等级，bug优先级，操作系统，浏览器，bug标题，重现步骤——步骤-结果-期望

02 如何提交一个bug

Bug标题—标题要清晰简洁，写明bug描述：bug的功能模块+bug的操作+bug的结果。

重现步骤—详细写下发现bug的测试过程，能指导开发重现这个bug附上测试数据。

实际结果—出现bug的结果，粘贴bug截图、日志截图。

预期结果—记得写清楚预期。

Bug类型和严重程度—便于后续测试结果分析，bug的统计。

Bug测试环境—例如：什么系统，那个版本等。兼容性问题、难以重现问题。

附件—日志文件，文件测试是数据。出现bug视频。图片、崩溃日志文件等。

03 bug编写格式要求

①标题：出现bug的功能+出现bug的操作（输入数据）+bug具体结果（现象）

②步骤/结果/预期：换行写，写明bug的预期，添加bug的截图、测试数据、日志截图

③附件：日志、测试数据（文件）图片、视频（效率不是特别高）

④bug类型/严重程度/测试环境/bug指派/所属模块

04 bug的类型

代码错误；设计缺陷；界面优化；配置相关；安装部署；性能问题；标准规范；测试代码。

05 bug的等级划分

①严重造成系统崩溃、死机、死循环，与数据库连接错误，主要功能丧失，基本模块缺失等。

②紧要系统主要功不能使用，数据保存失败、丢失，功能与需求严重不符，存在安全性或者性能问题等。

③一般功能没有完全实现或者存在缺陷，但是不影响使用，对业务、数据及操作没有影响。

④轻微界面等其他建议类问题，不影响操作。如：错别字、界面格式不整齐、文字排版、提示语句、显示多余内容等等。

06 项目中bug总结——bug跟踪流程

①bug跟踪流程：

②项目中bug总结：

● 提交bug时描述一定要清晰（标题+正文）

● Bug记得一定要跟踪！！！并催着开发改bug！！！

● 提交bug时确认是否重复提交，开发说bug重复如何处理？

● 设计如此，不是缺陷的bug如何处理？

● 无法重现的bug如何处理？

● 不要局限在用例执行上面，要发散思维进行测试（细心耐心）

——可以一边测试一边完善测试用例！

● 做测试要有怀疑精神！！！

——站在用户立场/真实产品运行坏境怀疑，参考同类型已成熟产品，觉得不好一定要确认。

四、工作中遇到的问题，怎么处理？

01 提了一个bug，开发说不是bug，你怎么处理？

开发人员说不是bug，有2种情况，

①需求不确定

可以找来产品经理进行确认需不需要改动，三方商量确定好后再看要不要改。

②这种情况不可能发生，所以不需要修改

这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以把这个问题提出来，跟开发经理和测试经理进行确认，如果要修改就改，如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。

02 设计如此，不是缺陷的bug如何处理？

设计如此的情况，这种bug一般是开发找了产品（UE/UI）进行确认的。在跟踪记录中如果有产品人员的确认记录，即达成了三方一致的情况，可以予以关闭；在跟踪记录中如果没有产品的确认记录只是开发的单方面说明，则需要找产品进行线下确认，并备注到bug上。

03 提了一个bug，开发说无法重现，你怎么处理？

①尽力去查找出错原因，比如有什么特别的操作或特定的环境。

②在测试报告中详细描述测试操作步骤，bug发生的症状，bug发生的具体环境描述，这样对于再次重现有一定的参考作用。

③无法重现的bug尝试多次，再次出现后可以直接叫开发过来看。

④无法重现的严重bug，因为概率率原因，重现不了或难以重现的不代表没有发生，可以尝试多次，写下发生的概率。程序员对程序比测试熟悉的多，即使无法重现，开发也需要了解问题所在。

---

最后： 给大家推荐一个 q 群：902061117 里面有许多资料共享！资料都是面试时面试官必问的知识点，也包括了很多测试行业常见知识，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

如果对你有一点点帮助，各位的「点赞」就是小编创作的最大动力，我们下篇文章见！

好文推荐

2021软件测试工程师面试题汇总（内含答案）-看完BATJ面试官对你竖起大拇指！

什么样的人适合从事软件测试工作？

软件测试和软件开发哪个发展更好

那个准点下班的人，比我先升职了…