• 0
  • 0
分享

测试用例
测试用例的特性
1、有效性:测试用例的能够被使用,且被不同人员使用测试结果一致
2、可重复性:良好的测试用例具有重复使用的功能。(回归测试)
3、易组织性:好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用分类编号)
4、清晰、简洁:好的测试用例描述清晰,每一步都应有相应的作用,有很强的的针对性,不应出现一些无用的操作步骤。
5、可维护性:由于软件开发过程中需求变更等原因的影响,常常对测试用例进行修改、增加、删除等,以便测试用符合相应测试要求。
1:测试用例包含什么类容
用例编号,所属模块,用例描述,前置条件,优先级,输入数据,操作步骤,预期结果,实际结果,测试人员,测试时间
2:测试用例的编写方法有哪些?
等价类划分,边界值,错误推测,因果图,场景法,正交表
应用的场景
等价类划分
多用于输入框:注册/登录
边界值(掌握上点和离点的取值)
多和等价类划分结合使用,有边界限制的:注册的密码长度,,
场景法
从基本流开始,再将基本流和备选流结合起来,可以确定用例场景
正交表
用于多个下拉框之间的组合,可以通过正交助手生成测试用例
错误推测
错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。
一般这种方法是基于经验和直觉推测程序中可能发送的各种错误,有针对性地设计。只能作为一种补充
因果图
因果图法比较适合输条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出
3:测试用例的评审
包含:参与评审人员(需求人员,对应的开发人员,对应的测试人员,项目经理)
评审内容,评审的时间
4:测试计划
测试背景
测试目的
确定测试范围
制定测试策略(功能测试/业务测试…)
测试资源安排
测试时间安排
测试人员分配
风险评估
5:缺陷报告
所属产品,所属模块,当前指派(重要),bug类型,操作系统,重现步骤(重要),验证程度(重要),优先级(重要),附件等
6:测试报告
测试目标,测试的范围,测试环境,测试结果分析(多少轮测试,测试多少,失败多少,成功占比),遗留缺陷,测试结论(本次测试涉及xxx个功能点,发现xx个缺陷,其中,xx个已修复,xx个遗留。)测试过程完整有效,系统测试通过。

7:软件缺陷的种类划分
功能不正常:简单地说就是所应提供的功能,在使用上并不符合产品设计规格说明书中规定的要求,或是根本无法使用。
软件在使用上感觉不方便:只要是不知如何使用或难以使用的软件,在产品设计上一定是出了问题。所谓好用的软件,就是使用上尽量方便,使用户易于操作。
软件的结构未做良好规划:这里主要指软件是以自顶向下方式开发,还是以自底向上方式开发。如果是以自顶向下的结构或方法开发的软件,在功能的规划及组织上比较完整,相反 以自底向上的组合式方法开发处的软件则功能较为分散,容易出现缺陷。
使用性能不佳:被测软件功能正常,但使用性能不佳,这也是一个问题。此类缺陷通常是由于开发人员采用了错误的解决方案,或使用了不恰当的算法导致的
边界错误:缓冲区溢出问题在这几年已成为网络攻击的常用方式,而这个缺陷就属于边界错误的一种。简单来说,程序本身无法处理超越边界所导致的错误。
计算错误:只要是计算机程序,就必定包括数学计算。软件之所以会出现计算错误,大部分出错的原因是由于采用了错误的数学运算工时或未将累加器初始化为0
8:软件缺陷的严重程度
按照严重程度分为:系统崩溃,严重,一般,次要,建议
按优先级分:高,中,低
9:Bug定级示例
1级,系统崩溃
定义:严重阻碍测试和开发工作
对应优先级:最高
具体可分为:
1.功能完全没有实现
2.应用闪退/崩溃无法运行
3.应用必现安全模式,无法运行
4.其他导致功能无法测试的问题
2级,至关重要
定义:非阻碍用例执行的严重问题
对应优先级:高
具体可分为:
1.简单操作应用闪退/崩溃,卡死
2.数据丢失
3.严重影响系统,自身功能无法运行
4.严重数值计算错误
5.数据库损坏或无法保存配置
6.安全性问题(包括数据加密等)
3级,主要
定义:功能存在缺陷,但不影响应用和系统的稳定性
对应优先级:中
具体可分为:
1.内存泄露(长时间不用的对象需要被回收,不被回收占内存)
2.功能实现逻辑覆盖不全面
3.非必现,但复现概率超过50%的闪退/崩溃和安全模式
4级,一般
定义:对应用熟悉度高才能感知到的问题,对应用基本功能实现无影响
对应优先级:中
具体可分为:
1.轻微数值计算错误
2.功能实现有误,与产品文档不完全贴切
3.用户简单操作,即可明显感知的UI问题
5级,较小
定义:界面,性能缺陷
对应优先级:低
具体可分为:
1.操作界面错误(提示显示规则,刷新规则是否与文档一致)
2.边界条件显示错误      
3.提示信息和界面效果展示错误(包括未给出信息、信息提示错误等)
4.复现率低于5%的闪退/崩溃和安全模式      
5.插件兼容和性能未优化问题      
6.非正常操作导致UI显示异常
6级,建议
定义:对于产品的意见或者建议
对应优先级:低
具体可分为:
1.对于产品设计方面的意见和建议
2.对于产品界面优化方面的意见和建议
3.对于产品需要优化增强用户体验方面的意见和建议


作者:T_hat_girl

原文链接:https://blog.csdn.net/T_hat_girl/article/details/110005304#comments_14178963

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   前言  最近呢有很多的小伙伴问我有没有什么软件测试的面试题,由于笔者之前一直在忙工作上的事情,没有时间整理面试题,刚好最近休息了一下,顺便整理了一些面试题,现在就把整理的面试题分享给大家,废话就不多说了直接进入正文哈。  1、网上银行转账是怎么测的,设计一下测试用例。  回答思路:  宏观上可以从质量模型(万能公式)来考虑,重点需要测试转账的功能、性能与安全性。设计测试用例可以使用场景法为主,先列出转账的基本流和备选流。然后设计场景,最后根据场景设计数据。实际面试中需要举出具体的例子。  ·先检查界面  ·再测试功能:  验证同行转账,跨行转账。  验证转账限额。  验证非法账户(挂失,冻...
            0 0 2913
            分享
          •   随着前台开发技术的不断升级,在使用Python+Selenium进行自动化测试时,也会遇到各种各样的问题,其中最常见的一种就是元素能定位到,但是无法点击或者点击失败,那么这篇文章就来讲述一下如果遇到元素定位成功但是点击失败的情况该如何解决。  Selenium中,最常用的元素点击方法是element.click(),根据以往的自动化的测试经验来说,此方法适用于绝大多数的点击操作,那么如果遇到点击失败的情况,我们应该怎么解决呢?  方法1:设置等待时间。  最常见的元素点击失败的情况,造成的原因最多的就是元素未加载完成。  举个例子,点击产品进入产品详情,再点击加入购物车按钮,代码如下:  ...
            0 0 784
            分享
          •   一、背景介绍  近一年经历过2年技术调研,针对专业人才的评定原则及等级划分给与一定的指导,比如软件测试工程师需要具备哪些能力,工作职责及高、中、低级别如何进行区分。在参与访谈过程中,发现针对测试的部分应该梳理出一份通用的技能图谱,供参考。  二、高中级如何定义  在最近一次访谈出,印象中最深刻的两项内容,我认为有必要拿出来探讨一下,其一是中级和高级的定义,其二是证书的价值及重用性,已经成为我们升职加薪的筹码。  1、高级和中级定义和我们想象中的不一样  通常来说,高级和中级这两个术语在技术领域中是用来描述一个人的技术能力和专业水平的。根据我们的理解高级通常指的是具有深入、全面和战略性的技术...
            0 0 506
            分享
          •   用例描述反映了系统分析员对用户需求的理解,要达到能够完全理解用户需求的目标以及实现系统良好运转的期许,例图和文字描述相结合才是最完整的用例描述。  一份全面的用例描述是怎样的?  一、描述  很多人在做用例描述的时候只注重于用例图的绘制,有的则只注重于文字的描述,这两者单单重其一都是有所欠缺的。  这样说吧,图形(比如用例图或者流程图)其实是文字说明的一种补充方式,它的直观性虽然可以,但是睡明星确实不足,因此必须让那些图形能够表达其内心世界的想法,讲述图形背后的故事。通过文字描述程序的运行流程,描述参与者与系统的交互过程等。  单单只用文字描述也是片面的,文字描述尽管可以更为详细的说明一些...
            0 0 648
            分享
          •   1.Rest-Web-Service-Client  2.postman  3.Mock单元测试  4.swagger  现有如下API接口:  请求方式:POST  url:http://localhost:60000/v1/login  请求体:{"username":"admin","password":"admin"}  返回状态码:200 成功  先介绍两款简单使用的客户端产品  一.Rest-Web-Service-Client    如下图所示。即可对接口进行测试:  查看响应...
            0 0 5771
            分享
      • 51testing软件测试圈微信