• 【软件测试成长记】之 基础篇


    🌟博主主页:我是一只海绵派大星

    📚专栏分类:软件测试
    ❤️感谢大家点赞👍收藏⭐评论✍️

    目录

    一、软件测试的生命周期

    软件开发生命周期 

    二、如何描述一个bug  

    三、如何定义bug的级别

    四、如何开始第一次测试


    一、软件测试的生命周期

    软件测试的生命周期: 需求分析 测试计划 测试设计、测试开发 测试执行 测试评估

    软件开发生命周期 

    • 需求阶段
    测试人员了解需求、对需求进行分解,得出测试需求
    • 计划阶段
    根据需求编写测试计划 / 测试方案
    • 设计阶段
    测试人员适当的了解设计,对于设计测试用例是很有帮助的,测试人员搭建测试用例框架,根据
    需求和设计编写一部分测试用例
    • 编码阶段
    测试人员一般是不需要编码的,但已经编码的模块,专业的白盒测试人员可以计划执行单元测
    试,完善、细化测试用例以及调整测试计划和方案。
    • 测试阶段
    测试阶段是软件测试人员最为重要的工作阶段,根据测试用例和计划执行测试,在执行的过程中
    记录、管理缺陷,测试完成后编写测试报告。
    • 运行维护
    测试人员需要参与项目的实施工作。测试人员对项目产品的业务和操作非常了解,加上测试人员
    的沟通表达能力一般都比较强,所以测试人员可以参与用户使用软件的培训,在试运行项目时收集
    问题并及时反馈给相关负责人。

    二、如何描述一个bug  

    一个合格的 bug 描述应该包括以下几个部分:
    • 发现问题的版本
    开发人员需要知道出现问题的版本,才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。
    •  问题出现的环境
    环境分为硬件环境和软件环境,如果是 web 项目,需要描述浏览器版本,客户机操作系统等,如果是app项目,需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。
    • 错误重现的步骤
    描述问题重现的 最短 步骤。
    •  预期行为的描述
    要让开发人员指导怎么样才是正确的,尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障,能写明需求的来源是最好的。
    要相信:测试人员是最懂需求的。
    • 错误行为的描述
    描述错误的现象。 crash 等可以上传 log UI 问题可以有截图。

    三、如何定义bug的级别

    •  Blocker(崩溃):
    阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等(该问题在测试中较少出现,一旦出现应立即中止当前版本测试)。
    • Critical(严重):
    系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)。
    • Major(一般)
    功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等( 该问题实际测试中存在最多)。
    • Minor(次要):
    界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)。

    四、如何开始第一次测试

    作为一个菜鸟在进入测试团队开始第一次测试的时候,我们需要做很多的准备:
    1. 阅读所有项目有关的文档,包括:需求文档、设计文档、用户手册。
    2. 尽可能参加各种项目会议,了解项目的背景、人员组成、尽可能的了解需求和业务。特别针对业务专业性较强的项目,例如银行业务,需要了解各种业务知识,如高低柜、一二三类账户等、存款、贷款等。
    3. 熟悉项目所使用的测试管理工具、配置管理工具,获取对应的地址和登录方式。
    4. 阅读已有的测试方案和测试案例。
    5. 阅读旧有的bug库,了解系统功能。尤其重要的是和现有的测试团队保持一致的故障定级原则。
    6. 了解公司的规范要求,特别是用例编写规范、用例执行规范、bug提交规范、测试工具工具使用规范等。

     在进行了以上的准备工作之后,第一次测试工作到来了,我们需要与测试组长确认具体的工作内容:

    1. 测试的计划是什么?
    2. 测试的内容是什么?test case有多少?安排了几天执行?有没有自由测试的时间?
    3. 我要测试的内容开发人员是谁?需求人员是谁?
    4. 分配给我的测试内容是否需要特殊的测试资源?资源是否满足需要?
    在我们确认了以上内容之后,就可以开始测试的执行了

    🎁结语: 

        本次精彩内容已圆满结束!希望各位读者在阅读过程中能够收获满满。在此,特别感谢各位读者的支持与三连赞。如果文章中存在任何问题或不足之处,欢迎在评论区留言,大星必定会认真对待并加以改进,以便为大家呈现更优质的文章。你们的支持与鼓励,将是博主不断前进的最大动力。再次感谢大家的陪伴与支持!

  • 相关阅读:
    leetcode_27_最小栈
    【FFH】从0到提交PR至OpenHarmony源仓库详细教程
    15个小技巧,助你源码阅读事半功倍
    工业通讯领域的总线、协议、规范、接口、数据采集与控制系统
    误差卡尔曼中的四元数运动学
    警告。如何防止别人“盗窃” 你的 WiFI 密码,6 个方案提供给你~
    Python绘制global mapping
    MW600GQ——5G模块使用、调试记录
    String、StringBuffer、StringBuilder的区别
    12、Mybatis框架-1
  • 原文地址:https://blog.csdn.net/2401_84304834/article/details/138168726