精华内容
下载资源
问答
  • 软件测试方法都有哪些

    千次阅读 2012-09-07 16:51:51
    : •从测试过程来分:静态分析法、动态测试法; •从观察结构透明性方式来分:白盒法、黑盒法、灰盒法; •从获得测试数据形式上分:穷尽法;等价类划分法;边界值分析法; •从逻辑分析上分:因果图法;...

    软件的测试方法很多,不同的出发点得到不同的测试方法。有:

    •从测试过程来分:静态分析法、动态测试法;
    •从观察结构的透明性方式来分:白盒法、黑盒法、灰盒法;
    •从获得测试数据形式上分:穷尽法;等价类划分法;边界值分析法;
    •从逻辑分析上分:因果图法;错误推测法;
    •从测试步骤上分:单元测试、集成测试、确认测试、系统测试等;
    •从考察形式上分:功能测试,逻辑测试;           如何测试得更完全、怎样进行测试用例的设计,是软件测试中的关键技术。无论用哪种方法进行测试,都是设法用较少的测试用例集合测试出程序中较多的潜在错误。

    静态分析时,不执行程序,可对需求分析说明书、软件设计说明书、源程序做结构检查、流图分析、符号执行来分析软件可能导致的异常情况,找出软件错误。从测试过程来分:静态分析法、动态测试法;

    结构检查是手工分析技术,对需求说明、程序设计、编码、测试工作进行评议,虚拟地(模拟)执行程序,在评议中发现和检查错误;

    流图分析是通过分析流程图、代码结构来检查程序错误,便于进行编码分析和测试结果分析;

    符号执行是定义符号化数据,为程序的每条路径给出符号表达式,对特定路径输入符号,经处理输出符号,判断程序的行为是否错误,这种方法复杂,易出错,较少使用。

    灰盒法是白盒法和黑盒法相结合使用的方法,仅对重点路径和程序段用白盒法测试,大部分用黑盒法进行测试。

    动态测试是直接执行程序进行测试,包括功能测试、接口测试和结构测试,观察程序的行为,记录执行的结果,从执行结果来分析程序可能出现的错误;

    有些人设想,不管使用那种测试方法,只要对每一种可能发生的情况都进行测试,能正确通过,就可以得到完全正确的程序。

    包含所有可能情况的测试称为穷尽测试,实际上,通常不可能做到穷尽测试。因为各种输入数据的排列组合情况往往多到无法实际测试完成的程度。如用黑盒法测试三个整数型的输入数据,如果每个整数是16位二进制数,则输入数据有

    216×216×216=248≈2.8×1014种排列组合。

    如果每测试一次需要1毫秒,测试完毕这些排列组合的各种情况需要一万年,另外还需测试不合法的输入情况,实际上不可能穷尽所有组合情况。因此,一般的软件测试是有限测试。

    Alpha(α)测试:通用软件产品为了征集用户的意见,在开发者的场所,由用户进行的测试,记录用户发现的错误和问题。

    Beta(β)测试:在一个或多个用户自己的场所,由最终用户进行,并记录在测试中遇到的所有问题和想法。

    重要的通用软件产品,大多经过α和β测试。


    展开全文
  • Bug有哪些分类和等级?

    千次阅读 2021-01-08 10:49:15
    1、为了发现程序代码或业务逻辑错误 2、为了检查产品是否符合用户需求 3、为了提高用户体验 二、bug类型 对bug的划分,禅道为例,包括: 1、代码错误 2、设计缺陷 3、界面优化 4、性能问题 5、配置相关 6、...

    Bug有哪些分类和等级?

    一、bug的定义

    软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等

    对应三个测试目的:(3个为了)

    1、为了发现程序的代码或业务逻辑错误

    2、为了检查产品是否符合用户需求

    3、为了提高用户的体验

    二、bug的类型

    对bug的划分,禅道为例,包括:

    1、代码错误

    2、设计缺陷

    3、界面优化

    4、性能问题

    5、配置相关

    6、安装部署

    7、安全相关

    8、标准规范

    9、测试脚本

    10、其他划分:功能类、界面类、性能类、易用性类、兼容性类、其他

    三、bug的等级

    1级bug,必须优先要改

    致命错误:

    1、常规操作引起的系统崩溃、死机、死循环

    2、造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄露

    3、涉及金钱,如支付类软件,金钱计算错误

    2级bug

    严重错误:

    1、重要功能不能实现(例如:微信没有实现语音聊天、朋友圈,等)

    2、错误的波及面广,影响到其他重要功能正常实现

    3、非常规操作导致的程序崩溃、死机、死循环 (非常规操作:用户使用软件时不会进行的操作)

    4、外观难以接受的缺陷(例如:直播平台的封面图片的失真、压缩,完全变形)

    5、密码明文显示

    3级bug

    一般错误:

    不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷

    1、次要功能不能正常实现

    2、操作界面错误(包括数据窗口内列名的定义,含义不一致)

    例如:列名与列名下的内容不一致

    3、查询错误、数据错误显示

    4、简单的输入限制未放在前端进行控制;(格式显示,如登录和注册中的格式判断可由前端判断)

    5、删除操作未给出提示

    4级bug

    程序在一些显示上不美观,不符合用户习惯,或者是一些文字的错误

    1、界面不规范

    2、辅助说明描述不清楚

    3、提示窗口文字未采用行业术语

    4、界面存在文字错误

    5、改进意见:可以提高产品质量的建议, 包括新需求和对需求的改进

    四、bug的处理流程

    重点:发现bug后,------->有可能有bug--------确认实实在在的bug------提交bug

    确认bug时不能停留在表面,需要进行深究:

    例如:下拉框选择银行,却发现只有3个银行?

    1、首先需确认数据库的表信息是否正确

    2、如果数据库表只要3个银行 (需要沟通)研发的话只需要添加数据就好了

    3、数据库表正常=====直接提bug,代码有问题

    指派bug:

    1、指派给相关功能模块的开发

    五、bug的状态处理

    已指派的bug

    1、跟踪、提醒开发、

    2、已修复的,更新环境验证

    已解决的bug

    1、更新环境验证

    2、验证通过,关闭

    3、验证不通过,重新打开

    4、回归验证时继续跟进bug,直到关闭bug

    重复的bug

    1、确认重复,关闭

    2、不重复,写明原因

    不是bug

    1、首先确认开发环境和测试环境是否一致

    2、不是缺陷关闭

    3、是缺陷和开发沟通

    4、未得到解决与产品沟通

    无法重现

    1、首先确认开发环境和测试环境是否一致

    2、重现不了,与产品和开发一起确认关闭(依据bug的严重程度)

    3、找到重现原因,写明清楚,指派给开发

    不予解决

    1、找产品经理确认

    2、不予解决,关闭

    3、要解决,写明原因给开发

    设计如此

    1、找产品经理确认

    2、不予解决,关闭

    3、要解决,写明原因给开发

    延期修改

    1、根据bug的严重程度,是否影响当前版本的发布

    2、与产品经理确认

    3、不予延期,写明情况,激活

    4、确认延期,做好记录,后续版本进行关注

    展开全文
  • 黑盒测试设计用例方法有哪些? 等价类、边界值、因果图、正交法、场景设计法、错误猜测法。 1.2 白盒测试 把软件当成一个透明盒子,检查软件内部结构、逻辑、语句是否正确。 白盒测试设计用例方法有哪些?...

    1. 按照是否查看代码划分(重点)

    1.1 黑盒测试

    把软件当成黑色的盒子,不关心程序内部的结构、逻辑,只关心输入和输出

    1. 黑盒测试设计用例的方法有哪些?
      等价类、边界值、因果图、正交法、场景设计法、错误猜测法。
    1.2 白盒测试

    把软件当成一个透明的盒子,检查软件内部的结构、逻辑、语句是否正确

    1. 白盒测试设计用例的方法有哪些?
      语句覆盖法(最弱)、逻辑覆盖法、路径覆盖法、循环覆盖法。
    1.3 灰盒测试

    介于黑盒测试和白盒测试之间,既要考虑输入和输出,又要考虑程序内部的结构。

    单元测试—白盒测试
    集成测试—灰盒测试
    系统测试—黑盒测试
    验收测试—黑盒测试

    2. 按照测试地域划分

    软件本地化:将软件处理成不同的语言版本的技术
    软件国际化:使软件可以生成不同的语言版本,和适应不同的风俗,在转换的时候不需要修改软件源代码的技术

    2.1 国际化测试

    软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。由于软件的全球化普及,还有软件外包行业的兴起,软件的本地化和国际化测试俨然成为了一个独特的测试专门领域。

    本地化和国际化测试与其他类型的测试存在很多不同之处。本地化和国际化测试的一些要点
    1、 本地化后的软件在外观上与原来版本是否存在很大的差异,外观是否墼齐、不走样。
    2、 是否对所有界面元素都进行了本地化处理,包括对话框、菜单、工具栏、状态栏、提示信息(包括声音的提示)、日志等。
    3、 在不同的屏幕分辨率下界面是否正常显示。
    4、是否存在不同的字体大小,字体设置是否恰当。
    5、 日期、数字格式、货币等是否能适应不同国家的文化习俗。例如,中文是年月日,而英文是月日年。
    6、 排序的方式是否考虑了不同语言的特点。例如,中文按照第一个字的汉语拼音顺序排序,而英文按照首字母排序。
    7、 在不同的国家采用不同的度量单位,软件是否能自适应和转换。
    8、 软件是否能在不同类型的硬件上正常运行,特别是在当地市场上销售的流行硬件上。
    9、 软件是否能在Windows或者其他操作系统的当地版本上正常运行。
    10、联机帮助和文档是否已经翻译,翻译后的链接是否正常。正文翻译是否正确、恰当, 是否有语法错误。
    软件本地化和国际化测试是一个综合了翻译行业和软件测试行业的测试类型。它要求测 试人员具备一定的翻译能力、语言文化,同时具备测试人员的基本技能。

    2.2 本地化测试

    之前所介绍的测试类方法(一)(二)全是本地化测试。

    3. 按照测试对象划分

    3.1 业务测试

    是测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程,满足用户需求定义的功能来进行测试的过程。类似于场景设计法。

    3.2 界面测试

    界面测试(简称UI测试),测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯,此外还要测试界面操作便捷性、导航简单易懂性,页面元素的可用性,界面中文字是否正确,命名是否统一,页面是否美观,文字、图片组合是否完美等,以及不同分辨率下的界面是否美观、合理。

    3.3 容错性测试

    容错性测试是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。当系统出错时,能否在指定时间间隔内修正错误并重新启动系统。

    1. 容错性测试包括两个方面:
      ① 输入异常数据或进行异常操作,以检验系统的保护性。如果系统的容错性好,系统只给出提示或内部消化掉,而不会导致系统出错甚至崩溃。(如:验证码检验)
      ② 灾难恢复性测试。通过各种手段,让软件强制性地发生故障,然后验证系统已保存的用户数据是否丢失,系
      统和数据是否能尽快恢复。
    3.4 文档测试
    1. 国家有关计算机软件产品开发文件编制指南中共有14 种文件,可分为3 大类:
      ① 开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
      ② 用户文件:用户手册、操作手册,用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠性;降低技术支持成本。
      ③ 管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。

    2. 文档测试的关注点:
      文档的正确性
      文档的完整性
      文档的一致性
      文档的易用性

    3.5 兼容性测试

    兼容性主要是指软件之间能否很好的运做,会不会有影响、软件和硬件之间能否发挥很好的效率工作,会不会影响导致系统的崩溃。

    1. 通常从以下方面进行测试:
      平台测试
      浏览器测试
      软件本身能否向前或者向后兼容
      测试软件能否与其它相关的软件兼容
      数据兼容性测试
    2. :为什么要在不同的浏览器上进行兼容性测试?
      答:不同浏览器的内核不同。
    3.6 易用性测试

    易用性是交互的适应性、功能性和有效性的集中体现。

    1. 通常从以下方面进行测试:
      产品设计遵循标准规范
      直观性
      舒适性
    3.7 安装测试

    测试程序的安装、卸载
    典型的是app的安装、卸载
    用命令行进行安装、卸载

    3.8 安全测试

    安全测试是一个相对独立的领域,需要更多的专业知识。例如web的安全测试,需要熟悉各种网络协议
    TCP\HTTP,防火墙,CDN,熟悉各种操作系统的漏洞,熟悉路由器等。从软件来说,熟悉各种攻击手段,例如SQL注入、Xss等。
    (作为web入门测试,可以IBM的appscan。)

    1. 上传和下载的安全性该如何测试?
    3.9 性能测试

    检查系统是否满足需求规格说明书中规定的性能。

    1. 通常表现在以下几个方面:
      对资源利用(如内存、处理机周期等)进行的精确度量
      对执行间隔
      日志事件(如中断,报错)
      响应时间
      吞吐量(TPS)
      辅助存储区(例如缓冲区、工作区的大小等)
      处理精度等进行的监测
    3.10 内存泄漏测试

    很多软件系统都存在内存泄露的问题,尤其是缺乏自动垃圾回收机制的“非托管”语言 编写的程序,例如C、CH、Delphi等。从用户使用的角度来看,内存泄露本身不会造成什 么危害,一般用户可能根本不会感觉到内存泄露的存在。但是内存泄露是会累积的,只要执 行的次数足够多,最终会耗尽所有可用内存,使软件的执行越来越慢,最后停止响应。可以 把这种软件的问题比喻成软件的“慢性病”。

    1. 造成内存泄露的原因有很多,最常见的有以下几种:
      分配完内存之后忘了回收。
      程序写法有问题,造成没办法回收。
      某些API函数的使用不正确,造成内存泄露。
      没有及时释放。
    2. 内存泄漏的检测:
      ① 对于不同的程序可以使用不同的方法来进行内存泄露的检查,还可以使用一些专门的工具来
      进行内存问题的检查,例如MemProof. AQTime、Purify、BundsChecker等。 有些开发工具本身就带有内存问题检查机制.要确保程序员在编写程序和编译程序的时候打开这些功能。
      ② 通过代码扫描分析工具来检查
    展开全文
  • Stateful Session Bean 与 Stateless Session Bean ,这两种 Session Bean都可以将系统逻辑放在 method之中执行,不同是 Stateful Session Bean 可以记录呼叫者状态,因此通常来说,一个使用者会一个相对应...
  • njl学习笔记04

    2019-11-19 10:52:40
    01、您所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖...

    01、您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

    答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖法,循环测试路径选择,基本路径测试。

    例子:在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则,首先利用等价划分法,可以一个或多个结果是OK的测试用例,然后确认多个NG的测试用例,然后利用边界值分析法,可以对结果分别是OK和NG的测试用例进行扩展和补充。

    02、您认为做好测试用例设计工作的关键是什么?

    答:测试用例设计工作的关键是对可行的和不可行的都要考虑。

    1,输入2,详细的操作步骤3,预期输出4,实际输出。

    03、您在从事性能测试工作时,是否使用过一些测试工具?如果有,请试述该工具的工作原理,并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

    答:有使用过LoadRunner,该工具能够录制测试人员的操作步骤,然后对这个操作步骤模拟出多个用户来播放出来。

    1、Visural User

    Genertor创建脚本,选择协议,录制操作,编辑操作。

    2、中央控制器(Controller)调度虚拟用户,创建场景,选择脚本,建立虚拟用户,设计shedual,设置ip spoofer。

    3、运行脚本。分析shedual。

    4、分析测试结果。

    您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?

    答:性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能,性能测试常常需要和强度测试结合起来,并常常要求同时进行软件和硬件的检测。

    性能测试主要的关注对象是响应时间,吞吐量,占用内存大小(辅助存储区),处理精度等。

    04、在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?

    答:检测时间,系统环境,硬件环境,严重程度,程式版本,确认人,功能模板,问题描述,详细操作步骤,是否会重现。

    问题描述和详细操作步骤要尽可能详细。Bug应该尽量用书面语,对于严重程度比较高的缺陷要在相同环境下测试一遍。

    在C\S模式下,如果条件满足可以使用替换法来确认是client端的问题还是server端的问题。

    05、你对测试最大的兴趣在哪里?为什么?

    答:最大的兴趣就是具有挑战性。

    因为我并不知道哪里会出现bug,在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。

    06、测试活动中,如果发现需要文档不完善或者不准确,怎么处理?

    答:要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来,并提出自己的意见。

    07、你认为做好测试计划工作的关键是什么?

    答:首先,要有一个明确的目标,详细的阅读需求文档说明。

    其次,要对整个测试人员、测试时间、测试进度进行一个预估,并预先进行管理。

    最后,要对整个测试流程设定一个规范,所有测试人员都按着规范做事,不能随心所欲的测试。

    08、软件配置管理工作开展的情况和认识?

    拿到一台裸机过后要安装客户需要的操作系统,并且安装一些所必须的软件。

    09、你觉得软件测试通过的标准应该是什么样的?

    答:测试用例完全执行,测试用例覆盖到所有的测试点,并且缺陷的密度达到客户的需求。

    10、软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些?

    答:用户安装文档、用户配置文档、用户使用手册、联机指导等。

    11、简述软件系统中用户文档的测试要点?

    完整性:用户文档中功能的描述要完整的。不能让用户产生疑问。

    一致性:用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。

    易使用性:用户文档描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。

    图表:有的时候用图表描述会很明了。

    12、什么是系统瓶颈?

    系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。

    比如说用户需要在10s内完成一个访问,但是每一次都要12s才能完成,这个就是性能瓶颈,有可能是程序本身的问题,也有可能和操作系统、软件相关。

    13、没有产品说明书和需求文档地情况下能够进行黑盒测试吗?

    可以。

    这个情况下我们就要进行探索性测试,把软件当成用户需求,一步步进行测试。凭借经验判断功能正确与否,有的时候还可以与项目经理、开发人员一起进行交流沟通,从而进行更好的测试。

    14、为什么尽量不要让时间富裕的员工去做一些测试?

    首先,专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间充裕的员工去测试的话,他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这样子的话测试并不完整,有的时候甚至很重要的bug都没法找出。所以还是需要专业的测试人员来进行测试的。

    15、完全测试程序是可能的吗?

    不可能

    测试人员对程序进行测试,只能找出程序中的bug,但是并不能保证程序是没有bug的。

    完全的测试要花费很多的人力财力,并且测试的数据量过大,很浪费时间。测试的结果还很多,有的都是类似的,没有必要进行相同的测试。所以完全测试是不可能的。

    16、软件测试的风险主要体现在哪里?

    主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我们就要承担很大的风险了。

    17、发现的缺陷越多,说明软件缺陷越多吗?

    是的,通常如果发现一个缺陷的话,有的时候会发现很多类似的缺陷,因为由于开发人员的习惯,可能一个地方有错误,另外一个地方就会有相同的错误。

    18、所有的软件缺陷都能修复吗?所有的软件缺陷都要修复吗?

    从理论上来说所有的缺陷都是可以修复的,但是并不是所有的缺陷都要修复。

    一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复些细小的缺陷也是需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。

    19、开发人员老是犯一些低级错误怎么解决?

    要在开发的前期就制定好一些编码规范,这样子可以减少很多因为个人习惯引起的错误。同时,测试人员在发现开发人员犯一些低级错误的时候不可以指责他们,要耐心的给他们指出错误所在。然后可以有开发人员自己进行测试,找出一些一眼看得出来是错误的地方。

    20、您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作?

    我一般都是做的Web测试,搭建测试环境,对于一个程序进行集成测试,系统测试,回归测试等。还要编写测试用例以及一些文档,用户使用手册,功能测试文档等等。最擅长的是功能测试。

    21、开发人员说不是bug时,你如何应付?

    首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug,但是如果开发人员还是认为不是bug的话,就把这个问题提到项目经理处,同时附上自己的理由。有项目经理决定是否为bug。

    22、软件测试项目从什么时候开始为什么?

    一般软件测试越早展开越好,一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能,对于需求文档一类的也要进行测试。越早的找出bug,就会减少后续开发人员修改程序的次数,并且可以降低成本,如果等整个软件开发的差不多了发现一个致命的错误的话,是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。

    23、你能不能说下你的3-5年的职业规划?

    首先,要巩固自己的测试基础知识,在基本知识扎实的情况下提高理解需求文档地能力。

    其次,学习自动化测试工具,并将它运用到测试中。

    然后,在测试技术达到一定程度后,要学会如何带领一个测试团队。

    最后,争取在最快的时间内达到测试经理的水平。

    24、功能测试用例需要详细到什么程度才是合格的?

    测试用例覆盖到所有的测试点。

    25、一个缺陷测试报告的组成?

    缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。

    26、测试用例通常包括哪些内容?

    用例编号、测试环境、用例标题、输入数据、预期结果等

    27、你都用什么测试方法?

    根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。

    28、软件的评审一般由哪些人员参加?其目的是什么?

    参加人员:客户、项目经理、开发人员、测试人员

    目的:查看软件在未正式投入运行前是否还存在问题。对于不同软硬件平台能否正常运行,是否有与客户理解不一致的地方,同时可以对一些可以改进的地方再多加改进。

    29、什么是软件测试,软件测试的目的?

    软件测试是通过人工或者自动化的操作进行还没有商业化用途的程序,查看他们的功能是否满足客户需求。

    目的:在最短时间内找出尽可能多的软件缺陷。

    30、什么是兼容性测试?

    兼容性测试是检查软件在不同软件平台,硬件平台上是否可以正常运行的测试。主要查看软件在不同操作系统、浏览器、数据库中是否运行正常。

    1、什么是软件测试?

    答:为了发现程序中的错误而执行程序的过程

    2、软件测试的对象有哪些?

    答:软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。

    需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档,包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序,都应成为软件测试的对象。

    3、当测试过程发生错误时,有哪几种解决办法?

    答:1)跳转到别的测试过程

    2)调用一个能够清除错误的过程

    3)退出过程,启用另一个

    退出过程和应用程序,重新启动Windows,在失败的地方重新开始测试

    4、怎么才能够全面的测试到每一个点?

    答:测试的全面性主要需要在设计测试计划的时候考虑,从测试策略,产品需求等等多个角度考虑从而定义全部的测试点。

    5、开发与测试的关系?

    答:开发和测试是一个有机的整体。在产品发布之前,开发和测试是循环进行的,测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例,测试文档要参考开发文档,所以开发和测试是不可分割的,少了任何一个都不能开发出产品。

    6、测试活动中统计了哪些数据?

    答:工作量bug数量

    7、进行测试时产生了哪些文档或记录?

    答:测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明

    在执行测试的过程中只有缺陷报告,这个还是用在缺陷管理工具中进行的,最后在工具中导出缺陷报告

    8、怎样做好测试计划?

    答:1)理解系统。从整个系统的高度了解被测系统必须满足的功能和非功能性需求。利用涉及整个系统的文档,形成对系统的整体了解。

    2)及早介入。为了深入了解项目,测试人员应该在系统的开始阶段介入,可以增加对客户需求,客户问题,潜在风险以及最重要的功能方面的理解

    3)测试期望。程序员的期望是什么?客户的期望是什么?销售对测试的期望又是什么?测试目标必须是绝对的,以免说不清是否达到目标。

    4)吸取教训。把以前工作中学习到的经验教训运用过来,对确定测试策略很有作用。

    5)工作量太小。完成测试需要多少工作量?需要多少人员?

    6)技术选择。系统会采取什么技术?系统会采用什么架构?这些信息有助于确定测试策略和测试工具。

    7)时间表。系统开发和测试分配的时间有多长?截止日期是什么时候?

    9、测试用例如何设计的?

    答:在测试用例的设计之前首先要仔细阅读开发的详细设计文档,充分了解产品的详细功能,不清楚的地方与开发人员进行沟通,搞懂每个功能,尽量详细到输入框、按钮等小功能,功能点清楚之后按照功能模块分类进行用例编写。在具体的用例设计中会运用到等价类边界值等黑盒测试方法

    10、简单概述缺陷报告,并说明包括哪些项?

    答:现在缺陷报告一般不再使用纸质档文档编写,而是专用测试管理工具(如TestDirector),这样便于缺陷管理。在这些工具中,每个缺陷作为一条记录输入指定的缺陷管理系统中。

    缺陷报告包括:软件名称、版本号、功能模板、缺陷编号、对应的用例编号、编写时间、编写人、测试员、预期结果、实际结果、缺陷描述、严重级别、优先级别

    11、什么是bug

    答:软件的bug指的是软件中(包括程序和文档)不符合用户需求的问题。

    常见的软件bug分为以下三类:

    没有实现的功能

    完成了用户需求的功能,但是运行时会出现一些功能或性能上的问题

    实现了用户不需求的多余功能

    12、开发人员修复缺陷后,如何保证不影响其他功能?

    答:重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。

    13、什么时候功能测试?

    答:功能测试是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。

    14、请问功能测试和性能测试的区别是什么?

    答:1)测试目的:

    功能测试:检测实际软件的功能是否符合用户需求,测功能是不是全部实现,某个实现是不是有BUG。主要为了发现以下几类错误:A、是否有不正确或遗漏的功能?B、功能实现是否满足用户需求和系统设计的隐藏需求?C、能否正确接收输入?能否正确输出结果?

    性能测试:验证软件质量的三个质量特性,可靠性,正确性和效率。主要是测试产品的健壮性

    2)测试方式:

    功能测试按照系用例,按照系统需求说明书和测试用例,对产品的功能一步步进行测试。找出产品功能是否全部实现

    性能测试:一般都使用性能工具对产品的健壮性进行评估。通过创建场景和虚拟用户模拟真实环境,进行压力测试和负载测试。


     

    展开全文
  • 大家好,我是小墨,今天我们来聊聊软件测试工程师面试题有哪些,2021年1月份马上就过完了,金三银四就业季,跳槽季马上又要来了,毕竟在面试战场上,知己知彼方能百战不殆。嗯嗯,不错说真好! 1、您所熟悉...
  • 测试区别

    2021-03-24 18:33:38
    1.黑盒测试与白盒测试区别有哪些? 黑盒测试:又称为功能测试、数据驱动测试或基于规格说明书测试。 黑盒测试就当整个程序是个黑盒子,我们看不到它里面做了些什么事情,只能通过输入输出看是否能得到我们所需...
  • 测试面试题(二)

    2020-07-18 10:01:19
    1)软件测试是为了发现程序中存在代码或业务逻辑错误 2)为了检验产品是否符合用户需求 3)为了提高用户体验 测试目的: 1)检查产品是否全部实现 2)检查产品完整性(包括相关组件) 3)确保软件产品在...
  • 测试面试题(一)

    2020-07-15 12:55:35
    1)软件测试是为了发现程序中存在代码或业务逻辑错误 2)为了检验产品是否符合用户需求 3)为了提高用户体验 测试目的: 1)检查产品是否全部实现 2)检查产品完整性(包括相关组件) 3)确保软件产品在...
  • 测试知识点

    千次阅读 2019-03-18 19:43:59
    你所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖法,...
  • 软件测试面试题

    2019-02-20 22:34:07
    您所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖法,...
  • 测试有关知识点总结

    千次阅读 2018-08-29 22:11:45
    你所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖法,...
  • 测试(Q-A)

    2018-08-13 00:40:12
    您所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖法,...
  • 你所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖法,...
  • 01、您所熟悉测试用例设计方法都有哪些?请分别以具体例子来说明这些方法在测试用例设计工作中应用。 答:有黑盒和白盒两种测试种类,黑盒有等价类划分法,边界分析法,因果图法和错误猜测法。白盒有逻辑覆盖...
  • 测试技术哪家强-01

    2019-04-02 16:00:52
    10.测试类型? 大体来说: 按阶段划分 ...12.黑盒测试和白盒测试常用测试方法有哪些? 黑盒:等价类划分法,边界值法,因果图法,错误猜测法,场景法,大纲法,正交表法 白盒:逻辑覆盖法,循环...
  • 3.1.3 导出系统的逻辑模型58 3.1.4 修正系统开发计划58 3.2 与用户沟通获取需求的方法58 3.2.1 访谈58 3.2.2 面向数据流自顶向下求精59 3.2.3 简易的应用规格说明技术59 3.2.4 快速建立软件原型61 3.3 分析建模与...
  • 软件测试规范

    2018-04-23 09:16:12
    1.等价类划分 .......................................................................................................................................... 7 2.因果图 ........................................
  • 软件测试面经

    2021-01-07 17:04:29
    我知道按照测试方法黑盒测试和白盒测试,逻辑覆盖法是白盒测试主要方法,语句覆盖,条件覆盖,判定覆盖,条件-判定覆盖等。黑盒测试可以用等价类划分法,边界取值法,正交图,判定表,因果图这些方法,黑盒...
  • 有哪些主要软件开发方法? 答:主要软件开发方法有:结构化开发方法、Jackson(JSP、JSD)方法、原型化开发方 法、维也纳开发方法(VDM)和面向对象开发方法。 6. 软件生命期各阶段任务是什么? 答:软件...
  • 面对该问题,软件设计者可以选择将服务器业务逻辑处理和用户界面处理划分到单独计算机上单独层上。实际上,应用程序服务器层将替换为两层,缓解了系统资源缺乏。 该问题并不是要设计三层应用程序。相反,它是要...
  • eda知识点总结

    2020-12-12 22:31:54
    2、数字系统实现方式有哪些?各有什么优缺点? 自顶向下,自底向上; 自顶向下利于早期发现错误,避免设计工作浪费,减少逻辑功能仿真工作量,提高了设计一次成功率。 3、用硬件描述语言设计数字电路有什么...
  • 所以微服务架构中,必须实现分布式链路追踪,去跟进一个请求到底有哪些服务参与,参与顺序又是怎样,从而达到每个请求步骤清晰可见,出了问题,很快定位。举个例子,在微服务系统中,一个来自用户请求,请求...
  • 1、黑盒测试和白盒测试常用测试方法有哪些?举例说明 白盒测试:逻辑覆盖法,主要包括语句覆盖、判断覆盖、条件覆盖、判断条件覆盖、条件组合覆盖和路径覆盖。  基本路径测试法。 黑盒测试:等价类划分、边界...

空空如也

空空如也

1 2 3 4
收藏数 68
精华内容 27
关键字:

划分的逻辑错误有哪些