【软件测试随笔】实习第一次接手项目的反思与总结

最新推荐文章于 2021-05-01 15:06:11 发布

sofia_m

最新推荐文章于 2021-05-01 15:06:11 发布

阅读量1.1k

点赞数 1

分类专栏：软件测试随笔文章标签：测试

本文链接：https://blog.youkuaiyun.com/sofia_m/article/details/88027304

版权

软件测试随笔专栏收录该内容

6 篇文章

订阅专栏

1. 写在前面

这篇文章写在实习的第三个月开始，在项目完成之后一直都有思考与反思，但是一直没能提笔系统的总结过，现在终于开始了这篇反思与总结。
希望自己可以尽快成长吧，通过这个项目暴露出的短板还是挺多的。刚来实习的时候，前两周就在部署环境、熟悉流程中度过，到第三周的时候突然接到一个任务，要我去支援另一个小项目，就这样懵懵懂懂的踏上了我的测试之旅。

2. 反思

2.1 关于需求评审

在刚开始进行需求评审的时候，可能还有一点学生心理学生思维，总之就是在前期没有仔细理解需求文档，导致在需求评审会议上没能提出自己的意见与建议，都是懵懵懂懂的听别人讨论，自己只是坐在会议室里努力跟上别人思路，并且努力理解。

这是刚开始就出现的错误，在对于需求的理解上总是慢半拍，导致后期写测试用例的时候花费了过多时间，不但要思考可能出现的场景、异常，还得对于需求中的一些点重新与PM确认，理解，效率大大降低。

2.2 关于测试用例

在编写测试用例的过程中小师傅有帮助过我，说可以先对需求进行一个基本的功能划分，再根据这个编写具体的测试用例；当然第一版在功能划分模块就做的比较混乱没有一个清晰的逻辑，都是想到哪里做到哪里，然后小师傅给我细细的讲解了一般要如何进行功能划分，带着我进行了基本的逻辑梳理。然后第二版的功能划分完成了，是比第一版好的多，但是回想起来还是存在很多的问题。

功能划分：
在这一阶段，只是简单的对功能进行了按模块的粗暴划分，而没有将各个相同功能提取出来，各个功能之间的联系也没有体现出来。在该模块划分中只考虑到了web页面上所展示出来的功能进行了划分，而没有对于前端后端做明确的区分，包括接口也没有覆盖全面，只是从表面的web页面所展示出来的功能进行了划分，而没能深入到真正执行的接口部分。

测试用例的设计：
这一部分做得最差，可以说是完全没有设计，有的只是在功能划分的基础上进行了细化。还需好好学习！！

这里有一篇详细讲解测试用例设计方法的文章链接：测试用例设计方法

用例的要素：
链接：编写测试用例的几个要素
根据上文所述，基本的核心要素都已经覆盖到，但是缺乏明确的优先级划分，导致执行用例时一股脑的进行，缺乏明确的计划。

用例的覆盖率：
主要分为两部分没有考虑到位：
前端：

翻页逻辑
搜索框因为未清理缓存导致执行结果错乱

后端：

没有根据接口来测，导致部分接口没有覆盖到

用例的逻辑连贯：
在编写用例的时候只是按照模块来进行了用例的编写，有的一个功能的实现是需要经过多个步骤的，但是这次的用例并没有体现出来这种逻辑性。

2.3 测试进行中

明确的计划：
每一个模块的测试缺乏明确的计划，都是想到哪里测哪里，没有根据测试用例的优先级来走，整体进行的比较混乱导致效率较低。

bug：
缺少对bug明确的等级划分，有的bug没能准确定位到原因，查找bug的产生原因可以通过抓包、查看数据库、查看打印日志等方式来定位。
每次发现bug都会去找对应的RD进行确认，这样严重降低了效率，并且占用RD的时间，在这部分需要自己准确定位bug的产生原因，提交bug，附上详细的bug发生步骤，产生的结果，期望的结果，如果RD有异议再进行沟通。

对于bug的跟进：
在这里必须检讨自己，只是把bug提到bug列表里，没有对bug按照优先级进行跟进，导致有些阻塞性的bug迟迟没有解决，严重阻碍后续的测试流程。

技术手段：
对于一些必要的测试工具，如抓包工具Charles，数据库，Jenkins，Jemter等都还不太会用，未来需要持续学习中，自己的技能树还是太低。