实习测试的一个月总结与心得

没想到,第一次写博客是写测试。
实习测试,也算意料之外中的惊喜吧,我的一开始想法是前端来着,后来觉得测试也OK,反正也算我的方向吧。所以也投了测试相关职位,没想到一次成功,还是比较不错的公司,感谢我转的好运微博,O(∩_∩)O哈哈~当然前天晚上也恶补了相关知识。

废话不多,以下,是最近一个月接触到的测试相关知识,像这种知识性的网上一大把,我也不细说了,这个都要实际去接触才会有感受:
测试流程:
1.需求评审:相关人员对软件需求文档进行评审,内容是否完善,是否有描述不清楚或矛盾的地方
2.需求分析: 需求分析这一过程是主要确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰具体的要求。
3.测试计划: 根据需求估算测试所需资源(人力,设备等)、所需时间、功能点划分、如何合理分配安排资源
4.用例设计:测试用例是指导你执行测试,帮助证明软件功能或发现软件缺陷的一种说明。用例设计好之后,会进行评审。
5.测试环境:软件+硬件+网络+数据准备+测试工具
6.执行测试:开发人员提交第一个版本,如果存在未完成的功能,开发需跟测试人员说明,然后测试人员根据测试用例的详细步骤,执行测试用例,发现BUG提交缺陷库。
7.BUG跟踪:开发人员提交第二个版本,包括修改的BUG以及增加的部分功能,测试人员进行第二轮测试和回归测试,跟踪BUG直到关闭。重复上面的工作,一般情况下3-4个版本后BUG数量减少。
8.测试报告:测试报告是指把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。

测试方法:从不同角度,有不同的分类
1.从是否关心软件内部结构和具体实现的角度划分
白盒测试、黑盒测试、灰盒测试
2.从是否执行代码角度
静态测试、动态测试
3.从软件开发的过程按阶段划分有
单元测试、集成测试、确认测试、系统测试、验收测试、回归测试

BUG的提交:
其实如何判断是否是一个优秀的bug,最重要的一个标准: 开发不用询问测试就知道怎么重现这个bug, 或者能够理解这个bug, 而不是看不懂这个bug。对于我来说,目前做的不够好,应该再细致一点,万无一失。
一个bug单包含哪些要素:
1、所属的系统
2、发现的版本
3、发现bug所属的模块
4、bug提交人
5、bug的错误类型:代码错误、界面优化、设计缺陷、配置相关、安装部署、安全相关、性能问题等
6、bug的重现概率: 必现 大概率重现 小概率重现 极小概率重现
7、bug的严重级别:致命 严重 一般 提示
8、bug的优先级:高 中 低
9、bug的标题 言简意赅说明是什么bug, 而不是把测试用例名字复制一遍
10、bug单号 一般系统自动生成
11、bug内容:发现的环境、 预制条件、重现步骤、预期结果、实际结果, 截图证明,bug错误说明,
12:附件:测试用的数据或者出错的日志, 如果需要添加上日志
提交bug的时候尽量把截图附上,并对截图进行标注,操作过程说明清楚,毕竟字不如图,描述半天不如一张图。

数据标注:
最近做得最多的是数据标注,判断情感分类;听起来挺简单的,毕竟平时看看评论也能反映出这是好评,中评还是差评。可是对于这次大量的数据标注,明显有点“复杂”,因为在判断初期我们有个理念,所以会摈弃划分掉其他平时中我们觉得是一类的数据,渐渐团队也会总结各种情况,就类似阅读理解了,挺有意思的。。。

一个月以来的心得:
*对于目前我们测试,都是功能测试,点点点,其实挺有趣的,有些bug靠自己的想法找到也不失为优美的艺术。
*对于写测试用例,明白需求是非常重要的,这样才会写出比较完善有效的用例。但是实际操作中也会发现很多需要测试的点,所以要不断改善,才能发现更多的bug。而且有时候需求是在不断变化的,一定要更上进度。
*最近主要提交bug,对于找bug,一定要把自己当做用户,一定要存疑,一定要有要把项目做到最完美的信念。初期,我对于需求也只是通过用例,相关图资料有个大致了解。但是在找bug中也会有很多细小的不同。比如有些功能有,但是不够好;比如有些地方没有提到的功能,加上是否更好?还有一些bug,修改了,但是效果不大或者目前情况看不出效果等等,这些作为初入测试的我,我知道不能冲动行事,毕竟对于业务我了解的不深,或者对于某些功能的实现以及项目的完成度不了解,导致有些bug是目前没必要的,反而还可能浪费开发人员的宝贵时间,所以交流就很重要,跟项目经理确定需求,跟开发人员确定数据,页面相关问题,做到心中有数,才会做事不盲目。在了解情况之下,提bug看着不对就提(一个开发小哥哥对我说的)。当然提bug也可以提一些建议,毕竟初衷都是为了项目更好。还有提bug你可以简单分析一下原因,为什么你觉得这里会有问题,是自己理解错误,误认成bug,还是开发错误,想清楚了,提bug的时候就顺便交代清楚,可以给开发人员提供思路。

其实越了解测试,越发现是个宝库,因为测试涉及的知识太广了,你需要向一个宝库一样,才能走得更远。

希望下次我能学的更多!!!

猜你喜欢

转载自blog.csdn.net/qq_40729662/article/details/82255803