精华内容
下载资源
问答
  • 2021-02-01 19:36:16

    支付功能测试的执行

    1、公司交给专门负责支付接口等相关的人员进行支付测试

    2、如果是支付宝支付可以用到支付沙漏,模拟支付测试。但是好像只能核对成功支付的情况。

    3、给公司申请测试备用金,继续实际支付操作

    4、把收款方改成自己的收款账号。这样就可以自己支付,自己收款,避免浪费自己的金钱做公司项目的支付测试。但是这也是有风险的。万一扣款成功,但是支付的金额 没有到账 可该怎么办?

    支付功能测试考虑点

    支付功能在很多软件应用中常常涉及到。支付功能的测试关注点是有没有出现资损 和事务的一致性。

    一、在支付金额上

    1、金额的最小值 :如0.01

    2、无实际支付意义的金额:如0元订单

    3、支付金额错误:格式错误 、数字错误(支付金额为负数)

    3、超大金额 :设置的最高金额上限。(如微信红包单个最大值为200等)

    4、余额小于实际需要支付的金额

    5、银行卡或其他设置当日消费金额或者是单笔消费金额超限

    二、支付接口上

    关于支付会设计到很多第三方接口的相关的事件。比如:支付宝 、微信、网银系统 、手机银行、POS机的终端服务 甚至是 扫码枪 等硬件设备也是有关系的。

    三、支付的操作问题上

    1、指纹支付

    2、免密支付

    3、账号+密码支付

    4、动态获取支付验证码支付

    5、银行卡号+密码绑定支付

    6、信用卡可能会设计到支付码等

    如今的支付方式多样化、快捷支付和银行卡支付之间的差异性。信用卡和普通储蓄卡之间的差异处。等都是需要考虑的。

    四、产品的容错性上(异常处理)

    1、如何处理退款

    2、支付时出现断网

    3、支付失败之后 如何补单和退单

    4、支付金额不足的情况下 ,充值后 是否可以继续支付

    5、持续点击 是否会出现多次扣款

    6、如果发生多次扣款,如何退款到支付账号

    五、产品后台处理上

    成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。

    写在最后:

    在这里推荐一个我自己创建的软件测试交流群,qq:642830685,测试面试题以及测试行业资讯,大家还可以积极在群中积极交流技术,还有行业大佬为你答疑解惑。
    关注微信公众号:程序媛一菲,下面这些硬核资源就是你的了,哇塞!
    在这里插入图片描述

    更多相关内容
  • 模块测试

    千次阅读 2017-11-30 14:45:57
    本博客主要分享关于模块测试(单元测试)的相关概念。 以及再进行模块测试中的各种测试方法,和他们各自的优缺点。大型测试的软件程序(超过500条语句的程序)需要特别的测试对策。大型程序测试的第一个步骤:模块...

    本博客主要分享关于模块测试(单元测试)的相关概念。
    以及再进行模块测试中的各种测试方法,和他们各自的优缺点。

    大型测试的软件程序(超过500条语句的程序)需要特别的测试对策。

    大型程序测试的第一个步骤:模块测试

    模块测试(或单元测试)是对程序中的单个子程序、子程序或过程进行测试的过程。

    一开始并不是对整个程序进行测试,先测试构成程序的较小模块上面。

    1、模块测试的优点
    (1)模块测试对较小单元进行测试,是一种管理组合的测试元素的手段。
    (2)模块测试减轻了调试的难度(准确定位并纠正某个已知错误的过程)的难度。
    (3)模块测试通过为我们提供同时测试多个模块的可能,将并行工程引入软件测试中。

    模块测试的目的是将模块的功能与定义模块的功能规格进行比较。

    {
    从三个方面讨论模块测试:
    1、测试用例设计方式
    2、模块测试及集成的顺序
    3、对执行模块测试的建议

    一、测试用例设计
    1、模块的规格说明
    一般规定了模块的输入参数和输出参数以及模块的功能
    2、模块的源代码

    模块测试总体上是面向白盒测试的,对完整的程序,白盒测试不容易展开;
    后续测试过程着眼于发现其他类型的错误(这些错误不一定与逻辑结构有关,比如程序未能满足用户需求)

    模块测试的测试用例设计过程:使用一种或多种白盒测试方法分析模块逻辑结构,然后使用黑盒测试方法对照模块的规格说明以补充测试用例。

    二、增量测试
    将模块组装成工作程序的方式
    增量测试和非增量测试
    两种增量方法:自顶向下和自底向上开发或测试过程

    1、软件测试是否应先独立测试每个模块,然后将这些模块组装成完整的程序?这种方法称为非增量测试(崩溃测试)
    2、先将下一步要测试的模块组装到测试完成的模块集合中,再进行测试,称为增量测试或集成。

    传统的非增量测试:
    先对每一个模块进行单独地模块测试,将每一个模块视为一个独立的个体。这些模块可以同时或者按次序进行测试,最后将这些模块组装或者集成为完整的程序。
    这里写图片描述
    测试单独的模块需要一个特殊的驱动模块(driver module)和一个或多个桩模块(stub module)。测试模块B,设计测试用例,将测试用例作为输入参数由驱动模块传递给模块B。驱动模块是人们编写的一个小模块,用来将测试用例驱动或传输到被测模块中(也可以由测试工具替代)。驱动模块还必须向测试人员显示模块B的结果。此外,模块B调用了模块E,所以还必须使用一个额外的组件,该组件在模块B调用模块E的时候接受模块B的控制指令。就由桩模块来完成,它是一个被命名为“E”的特殊模块,用来模拟E的功能。当所有的模块测试都完成之后,就将这些模块组装成完整的程序。

    增量测试 不同于独立地测试每个模块,增量测试首先将下一个要测试的模块组装到前面已经测试过的模块集合中去。

    Conclusion:

    1、非增量测试所需工作量要多一些,需要准备驱动模块和桩模块。
    自底向上的增量测试只需要驱动模块不需要桩模块;
    自顶向下的增量测试只需要桩模块不需要驱动模块。
    增量测试的工作量要少一些,因为使用前面测试过的模块来取代非增量测试中所需要的桩模块(自底向上)或驱动模块(自顶向下(从顶部开始测试))

    2、若使用增量测试,可以较早发现模块中与不匹配接口、不正确假设相关的编程错误(尽早对模块进行了集成测试)。采用非增量测试,如果先前对各个模块测试都没有发现问题,各个模块内部并没有错误,但是集成综合测试的时候,可能有接口不匹配等问题,造成整个程序出现问题,发现问题的时间太晚,导致最后修正难度增大,而且找出问题更不容易。

    3、如果使用了增量测试,调试会进行的容易一些。假定存在着与模块之间接口或假设相关的编程错误,那么如果使用非增量测试,直到整个程序组装之后,错误才浮现出来,此时,定位错误难度很大,它可能存在于程序内部的任何一个位置。 如果使用增量测试,这种类型的错误就很容易发现,因为该错误很可能与最近添加的模块有关。

    4、增量测试会将测试进行得更彻底,增量测试使用先前测试过的模块,取代了非增量测试中使用的桩模块或驱动模块。因此,到最后一个模块测试完成时,实际的模块经受到了更多的检验。

    5、非增量测试所占用机器的时间显得少一些。完成一次增量测试所需执行的机器命令多于采用非增量测试方法所需的指令。但是非增量测试要比增量测试需要更多的驱动模块和桩模块,开发这些驱动模块和桩模块是要占用机器时间的。

    6、模块测试阶段开始时,如果使用的是非增量测试,就有更多机会进行并行操作(所有模块可以同时测试),在模块开始之时,项目的人员数量常常处于最高峰。

    }

    展开全文
  • 本书共有九章包括测试思想(心理,经济),代码检查,测试用例设计,模块测试,更高级别的测试,调试,极限测试和因特尔应用系统的测试。 本文主要介绍了一些介绍了一些模块测试和一些更高级别的测试,并结合《软件...

    本文是关于精读书籍《软件测试的艺术》的一些学习笔记和分享

    本书共有九章包括测试思想(心理,经济),代码检查,测试用例设计,模块测试更高级别的测试,调试,极限测试和因特尔应用系统的测试。

    本文主要介绍了一些介绍了一些模块测试和一些更高级别的测试,并结合《软件测试》这本书对这两方面进行补充。

    模块(单元)测试

    模块测试的目的是将模块的功能与定义模块的功能过个说明或接口规格进行说明比较。

    测试用例的设计方式

    模块测试总体上是面向白盒测试的。具体的白盒测试方法已经在上一章节进行了讨论。在模块测试中主要需要模块的规格说明和模块的源代码。

    1. 列举出程序中所有的条件和判断
    2. 在得到数量较少的判断后,选择多重条件覆盖
    3. 对覆盖原则,设计充足的测试用例

    增量(集成)测试及集成的顺序

    非增量测试:先独立的测试每一个模块,然后再将这些模块组装成完整的程序

    增量测试:将下一步要进行测试的模块组装到测试完成的模块集合中,然后在进行测试

    对比:

    • 非增量测试所需的工作量量要多一点
    • 增量测试可以较早地发现模块中与不匹配接口、不正确假设相关的编程错误。
    • 增量测试会更容易一点
    • 增量测试会进行的更彻底
    • 非增量测试多占用的机器时间更少一点
    • 模块测试阶段开始时,如果使用的是非增量测试,就会有更多的机会进行并行操作(所有模块可以同时进行)

    对比之后,基于计算机行业当前的趋势(硬件成本已经降低而且势必持续下去,硬件成功会不断增加,而人力成本和软件错误的的代价在不断增长),所以错误发现得越早,改正它的成本就越低。进而我们可以得到结论,增量测试要更好一点。

    驱动模块是用来模拟被测试模块的上一级模块,相当于被测模块的主程序。它接收数据,将相关数据传送给被测模块,启用被测模块,并打印出相应的结果。

    桩模块是指模拟被测试的模块所调用的模块,而不是软件产品的组成的部分。

    自顶向下测试

    自顶向下的测试是从程序的顶部或初始模块开始。自顶向下测试包含两种测试策略,分别是深度优先和广度优先。

    广度优先:

    测试顺序:A,B,C,D,E,F,G,H,I,J,K,L

    深度优先:

     测试顺序:A,B,E,F,J,C,G,K,D,H,L,I

    总体的测试策略就是:

    • 设计模块序列时应将这些关键模块尽早的添加进去
    • 应将I/O模块尽可能早的添加进来

    自底向上测试

    自底向上的策略开始于程序中的终端模块,是从系统层次结构图的最底层模块开始进行组装和集成测试的方式。对于某一个层次的特定模块,因为它的子模块(包括子模块的所有下属模块)已经组装并测试完成,所以不再需要桩模块。在测试过程中,如果想要从子模块得到信息可以通过直接运行子模块得到。

    同样的如果我们可以将上面的图进行分解,找到相应的桩模块

    对比:

    优点缺点
    自顶向下
    • 如果主要的缺陷发生在程序的顶层将会非常的有利
    • 早期的程序框架可以进行演示,可激发积极性
    • 必须开发桩模块
    • 桩模块要比最初表现更复杂
    • 再引入I/O功能之前,向桩模块中引用测试用例比较困难
    • 创建测试环境可能很难,甚至无法实现
    • 观察测试输出很困难
    • 使人误解设计和测试可以交迭进行
    • 会导致特定模块测试的完成延后
    自底向上
    • 如果主要的缺陷发生在程序的底层将非常有利
    • 测试环境比较容易建立
    • 观察测试输出比较容易
    • 必须开发驱动模块
    • 知道最后一个模块添加进去,程序才形成一个整体

    我们可以发现,无论是自顶向下还是自底向上都会各自的优缺点,所以有这一种“三明治”集成测试的方式可以分别利用这两种测试方法的有点。“三明治”集成测试通过分层将各自分层的部分可以分别采用自顶向下和自底向上的方法。

    对执行模块测试的建议

    当测试用例造成模块输出的实际结果与预期结果不匹配的情况时,存在两种可能的解释。要么是测试用例不正确,要么是模块存在错误。为了避免这样的混乱,我们在执行测试之前,应对测试用例集进行审核和检查。

    使用自动化测试工具可以使测试过程中的枯燥劳动减至最低。

    更高级别的测试

    在更高级测试中,主要讨论了功能测试,系统测试,验收测试和安装测试。

    功能测试

    功能测试就是一个试图发现程序与其外部规格说明之间存在不一致的过程。这里外部规格说明就是一份从最终用户的角度对程序行为的精确描述。

    功能测试通常是黑盒测试,所以在黑盒测试方法中等价类划分,边界值分析,因果图分析法和错误猜测的方法都很适用于功能测试。

    系统测试

    系统测试主要包括能力测试,容量测试,强度测试,易用性测试,安全性测试,存储测试,配置测试。兼容性/配置/转换测试,安装测试,可靠性测试,可恢复性测试,适用性测试,文档测试,过程测试等

    1.能力测试

    判断目标文档提及的每一项能力是否都确实得到实现。过程就是逐条语句地检查目标文档。此类测试常常可以在不适用计算机的情况下进行。

    2.容量测试

    使程序经受大容量数据的检验。由于容量测试显然需要大量的资源,鉴于对机器和工时考虑,不可进行过多的容量测试。

    3.强度测试(压力测试)

    强度测试就是使程序承受高负载或强度的检验。高强度是指在很短的时间间隔内达到的数据或操作峰值。强度测试适用于在可变负载下运行的程序,例如对于一些Web的并发量测试。

    4.易用性测试

    • 易用性测试通常要考虑的问题:
    • 用户界面是否要根据用户的智力,教育背景和环境进行调整
    • 程序的输出是否有意义、不模糊且没有计算机的杂乱信息
    • 错误诊断是否直接
    • 整体的用户界面是否存在语法,格式,风格等问题
    • 在准确性要求高的环境中,输入中是否有足够的确认信息
    • 对于所有的输入,系统是否返回了某些即时确认信息
    • 程序是否包含过多或不太可能用到的选项
    • 程序是否易用

    5.安全性测试

    安全性测试是设计测试用例来突破程序安全检查的过程。

    6.性能测试

    描述为在特定负载和配置环境下程序的响应时间和吞吐率。注:设计测试用例来说明程序不能满足其性能标准

    7.存储测试

    描述程序使用的内存和辅存的容量以及临时文件或溢出文件的大小。同样,设计测试用例来证明这些存储目标没有得到满足

    8.配置测试

    一些配置的因素比如操作系统,数据库管理系统和信息交换系统等都支持多种硬件配置,包括不同类型和数量的I/O设备和通信线路,或不同的储存容量。

    9.兼容性/配置/转换测试

    对于一些涉及对现有系统的兼容以及从现有系统转换的过程,测试其兼容性目标和转换过程

    10.安装测试

    安装程序如果出现故障,会影响用户对软件的成功体验。所以测试安装过程是系统的一个重要的部分。

    11.可靠性测试

    可靠性测试是为了保证产品在规定的寿命期间内,在预期的使用、运输或储存等所有环境下,保持功能可靠性而进行的活动。进一步可以研究归纳断言的概念。

    12.可恢复性测试

    对系统如何从程序错误,硬件失效和数据错误中恢复出来的测试

    13.适用性测试

    帮助您的产品符合法律安全与性能要求,同时提高用户体验,满足当地生活习惯和消费习惯需求

    14.文档测试

    对用户文档的正确定,完整性和清晰性进行检查

    15.过程测试

    对多有依规定的人工过程,如系统操作员,数据库管理员或最终用户的操作过程进行测试。

    验收测试

    验收测试是将程序与其最初的需求及最终用户当前的需要进行比较的过程,该测试通常是由程序的客户或最终用户来进行。

    测试的计划与控制

    测试计划应包括:

    目标:必须定义每个测试阶段的目标

    结束准则:制定准则以规定每一个测试阶段何时可以结束

    进度:每个阶段都须有时间表

    责任:确定设计,编写,和验证测试用例的人和发现软件错误的人

    测试用例库及标准:确定、编写以及存储测试用例的系统方法

    工具:确定需要使用的测试工具

    计算机时间:计划每个测试阶段所需要的计算机时间

    硬件配置:描述特别需要的硬件配置或设备

    集成:定义程序如歌组装在一起的方法(如自定向下的增量测试)

    跟踪步骤:跟踪测试的方方面面,包括对错误易发模块的定位,以及有关进度、资源和结束准则的估计

    调试步骤:制定上报已发现错误、跟踪错误修改进程以及修改部分加入系统中去的机制

    回归测试:回归测试在对程序作了功能改进或进行了修改之后,判断程序的改动是否引起其他程序其他方面的退步。

    测试结束准则

    三个参考原则:

    1. 测试用例通过率
    2. 对错误的发现和修改进度
    3. 错误发现的频率

    展开全文
  • 模块测试是对程序中的单个程序、子程序/过程进行测试的过程【并非对整个程序】: 关注点在较小单元,是一种管理组合的测试元素的手段 减轻调试的难度,把错误定位到一个小范围 可同时测试多个模块,将并行工程引入...

    是大型程序测试的第一个步骤【大型程序即超过500条语句的程序】

    了解

    模块测试是对程序中的单个程序、子程序/过程进行测试的过程【并非对整个程序】:

    • 关注点在较小单元,是一种管理组合的测试元素的手段
    • 减轻调试的难度,把错误定位到一个小范围
    • 可同时测试多个模块,将并行工程引入软件测试

    模块测试的目的在于将模块的功能与定义模块的功能规格说明接口规格说明进行比较。揭示出模块与规格说明的矛盾

    测试用例的设计

    首先需要模块的规格说明与模块源代码
    模块测试总体面向白盒测试【若对大的程序测试,不容易展开,也便于在后续测试中专心于其他类型的错误】
    —>测试用例设计:使用一种或多种白盒测试方法分析模块的逻辑结构,然后用黑盒测试方法对照模块规格说明补充测试用例

    黑盒方法黑盒
    白盒方法

    • 语句覆盖
      每条语句都执行一次,过于粗超没啥用
    • 判定覆盖
      每条分支路径都至少执行一次(eg:if…else,switch等
      判定覆盖通常满足语句覆盖
    • 条件覆盖
      将一个判断中的每个条件的所有可能结果至少执行一次
    • 判定/条件覆盖
      将一个判断中的每个条件的所有可能的结果至少执行一次,将每个判断的所有可能结果至少执行一次,将每个入口点至少调一次
    • 多种条件覆盖
      将每个判定中的所有可能的条件结果的组合,及所有的入口点都至少执行一次
    增量测试

    模块测试中主要考虑两点:

    • 设计测试用例集
    • 将模块组装成工作程序的方式----->涉及到测试用例编写形式、测试工具类型、模块编码、测试的顺序、生成测试用力的成本及调试的成本

    这里思考:是否应该先独立测试每个模块,再组装成完整程序;或先把下一步要测试的模块组装到测试完毕的模块集合中再进行测试。第一种称为非增量测试或崩溃测试;第二种称为增量测试或集成

    比如现在一程序有六个模块【子程序/过程】,分别以增量/非增量分析:

    非增量:每一模块单独进行模块测试根据环境和参与人数,这些模块能同时/按次序进行测试,最后组装【集成】为完整程序

    环境:如人机交互、使用批处理计算工具

    测试单独一模块需要一个特殊的驱动模块和一个或多个桩模块。如测试B模块,发现在模块B中调用了模块E,就需要一个额外组件,在B调用E时接受B的控制指令。这由桩模块完成【命名为E的特殊模块,模拟完成E的功能】

    驱动模块:人为编写的小模块,可将测试用例驱动或者传输到被测模块中【可以用测试工具代替】,最后显示测试模块的结果

    增量:将下一步要测的模块先组装到前面测试过的集合。增量方法很多,这里从底部开始

    1. 测试E、C、F,可并行,可串行,需要为每一模块准备驱动模块
    2. 测试B、D,分别将其与E、F组合起来
      将下一个要测试的模块组装到前面已经测试过的模块集合中

    分析

    • 非增量测试工作量更大
      对于上面程序,需要准备5个驱动模块和5个桩模块(假设顶部的模块不需要驱动模块)
      自底向上的增量测试需要5个驱动模块,但不需要桩模块
      自顶向下的增量测试需要5个桩模块,但不需要驱动模块
    • 增量测试,可较早发现模块中不匹配接口、不正确假设相关的编程错误
      由于尽早地对模块组合进行了集成测试;而采用非增量测试,只有到了测试过程的最后阶段,模块之间才能“互相看到”
    • 增量测试,调试更容易
      假定存在与模块间接口或假设相关的编程错误,那么,如果使用非增量测试,直到整个程序组装之后,这些错误才会浮现出来。到了这个时候,我们就难以定位错误,因为它可能存在于程序内部的任何位置;相反,如果使用增量测试,这种类型的错误就很容易发现,因为该错误很可能与最近添加的模块有关
    • 增量测试将测试进行得更彻底
      如果当前正在测试模块B,要么是模块E,要么是模块A(取决干测试是从底部还是从顶部开始的)被当作结果而执行。虽然模块E或模块A先前已经进行了完全的测试,但将其作为B的模块测试结果而执行,则会诱发出-一个新的情况,可能会暴露出先前测试过模块中存在的新缺陷。另一方面,如果使用的是非增量测试,对模块B的测试仅影响到其本身。换言之,增量测试使用先前测试过的模块,取代了非增量测试中使用的桩模块或驱动模块。因此,到最后一模块测试完成时,实际的模块经受到了更多的检验
    • 非增量测试所占用的机器时间显得少一些
      如果使用自底向上的方法测试A,在执行A的过程中,模块B、C、D、E和F也会执行到。而在对模块A的非增量测试中,仅会执行模块B、C和E的桩模块。因此,完成一次增量测试所需执行的机器指令,显然多于采用非增量测试方法所需的指令。但此消彼长的是,非增量测试要比增量测试需要更多的驱动模块和桩模块,开发这些驱动模块和桩模块是要占用机器时间的
    • 模块测试阶段开始时,如果使用的是非增量测试,就会有更多的机会进行并行操作
      所有的模块可以同时测试,对于大型的软件项目(模块和人员都很多),这可能十分重要,因为在模块测试开始之时,项目的人员数量常常处于最高峰
    执行测试

    当测试用例造成模块输出的实际结果与预期结果不匹配的情况时,存在两个可能的解释:

    • 该模块存在错误
    • 预期的结果不正确(测试用例不正确)

    为将这种混乱降低到最小程度,应在测试执行之前对测试用例集进行审核或检查(也就是说,应对测试用例进行翻试)

    在执行测试时,应该查找程序的副作用( 即模块执行了某些不该执行操作的情况)。一般情况下,这些情况都是很难发现的,但如果在测试用例执行完之后,检查那些不应有变动的模块输人,可能会发现一些错误实例

    如果发现某一部分模块存在大量错误,那么很有可能这些模块甚至包含着更多的错误,只是尚未检查出来而已。这样的模块应该进行更进一·步的测试,可能还需要进行额外的代码走查或检查。最后,记住模块测试的目的不是证明模块能够正确地运行,而是证明模块中存在着错误

    展开全文
  • JDY-31蓝牙模块测试

    万次阅读 热门讨论 2021-10-29 17:06:16
    JDY-31蓝牙模块测试 一. 简介 二. 测试所用模块 三. JDY-31模块相关软件安装 四. 测试 五. 注意事项 原文链接:https://www.yourcee.com/newsinfo/2928859.html 一. 简介 JDY-31 蓝牙基于蓝牙 3.0 SPP 设计,...
  • 界面测试: ·打开页面后,页面的布局是否合理,显示是否完整; ·鼠标浮动在购物车按钮,迷你购物车界面显示是否正常; ·不同卖家的商品在不同的table区域显示,区分明显; ·页面的tooltips能正常显示; 功能测试...
  • 一,直播是现在移动软件常见的模块,随着互联网带货,等一系列流程,直播变得异常火爆,拥有海量的用户,同时也带来了海量的服务器并发。 一般情况下,一些小型公司在自研的移动APP上准备开通直播功能,会选择使用第...
  • 软件测试常用模块测试点(登录)

    千次阅读 2019-01-12 14:27:49
    1、登录的测试点 1.1输入框功能:   (1)输入合法的用户名和密码,登录成功 (2)输入合法的用户名和不合法的密码,登录失败,并给出合理提示 (3)输入不合法的用户名和合法的密码,登录失败,并给出合理...
  • 2、测试点分析 下面从该网站中挑选会员管理模块,分享下如何去写测试点。 页面效果如下图所示: 针对以上页面,粗略看一眼,大致能想到以下测试点: 每个人在做功能测试的时候,想法可能都不一样,考虑的点都会...
  • 超全超详细AC-DC电源模块测试教程!

    千次阅读 2021-01-20 13:20:16
    二、AC-DC电源模块基本测试方法 基本性能测试 测试仪器-参考:输入电压范围足够大的交流可调稳压电源,电流表A(精度在0.001A),电压表V(精度在0.001V),负载阻值计算; 01测试模块的最大功率 设:...
  • 登录模块 功能测试 正确的用户名正确的密码,可以登录 正确的用户名错误的密码,不能登录 错误的用户名正确的密码,不能登录 错误的用户名错误的密码,不能登录 当不能登录的时候提示用户名或密码错误 输入框长度...
  • 登录模块测试用例

    万次阅读 2016-08-09 14:44:34
    该用例库主要针对登录模块。需要结合“访问控制验证(FWKZYZ)”用例库  1.登录名输入:进行“输入验证”。需要注意登录名是否区分大小写和空格  2.密码输入:进行“输入验证”  3.提交操作:结合“访问...
  • 购物车模块测试

    万次阅读 2016-06-20 21:29:34
    界面测试:  ·打开页面后,页面的布局是否合理,显示是否完整;  ·鼠标浮动在购物车按钮,迷你购物车界面显示是否正常;  ·不同卖家的商品在不同的table区域显示,区分明显;  ·页面的tooltips能正常...
  • 在python中,当我们想测试一段代码的运行时间时,可以利用python的timeit模块和time模块。这两个模块在功能上都可以实现对代码运行时间的计算,但是本文推荐使用的是timeit模块,因为其是专门用来测试代码运行时间的...
  • 登录界面登录模块测试

    千次阅读 2018-04-04 10:12:21
  • 功能模块测试用例-设计思路

    千次阅读 2021-07-30 18:52:47
    1.功能模块测试点思路设计 功能模块的测试点思路设计主要包括3个方面的测试:页面查看测试、页面操作测试、有数据列表项的页面测试。具体如图: 1.页面查看测试:页面正确性、页面输入框、页面列表。 2.页面操作...
  • ESP32 寻迹模块测试

    千次阅读 2022-04-19 16:47:43
    寻迹模块
  • Arduino+ESP8266WIFI(1)——模块测试

    万次阅读 多人点赞 2017-07-04 18:48:55
    一直想用Arduino玩玩物联网这类的电路,现在一般用的是arduino+esp8266模块,之前在网上看到arduino好像推出了官方集成wifi模块的uno板子,见下图,就买了一块WeMos D1回来试试,但苦于资料太少,参考国外论坛上找的...
  • Web界面中功能模块测试用例(模板)

    万次阅读 2016-06-21 19:03:52
    功能模块测试用例(模板) http://wenku.baidu.com/view/4ada3464ddccda38376baff8.html
  • 后台功能模块测试点 用户与角色,权限配置 我要测试添加用户是否成功 我要测试系统最多有多少个用户同时在线–并发–lr 我要测试删除用户是否成功 我要测试查询用户数量是否成功 我要测试给用户新增角色是否...
  • INA226使用之程序与模块测试

    万次阅读 多人点赞 2021-02-16 22:23:08
    笔者最近有个项目需要测量电流参数,于是买来INA226模块测试一下。 文章目录应用电路程序设计模块测试 应用电路 首先测试的INA226模块如下图所示。 INA226模块原理图如下图所示。 官方手册的参考电路如下图所示。 ...
  • 登陆模块 测试用例

    万次阅读 2015-07-23 16:25:08
    2. 功能测试(包括通过性测试和失败性测试):  (1)用户名,密码,验证码的错误输入包括特殊字符,字符串长度和SQL测试三个方面;  (2)考虑公共用例:取消检测项 3. 性能测试: 4. 安全测试: 5. ...
  • 蓝牙模块测试

    千次阅读 2016-04-24 22:46:26
    蓝牙测试 宗旨:技术的学习是有限的,分享的精神的无限的。 1、发送AT,回复OK,连接成功 2、先发送 AT+BTPOWER=1;打开蓝牙功能,回复OK 3、发送AT+BTHOST?;查询模块蓝牙地址和名称 4、发送AT+BT...
  • 超声波模块测试

    千次阅读 2016-11-26 14:14:43
    超声波模块
  • 模块的基本作用是实现光电,电光信号的转换。发光器件有激光器(VCSEL DFB FP),常见波段有850nm(短距离),1310nm 1330 1550nm。VCSEL一般用于短波长850nm多模产品,垂直腔面发射。DFB常用于1310波长等。光电...
  • 蓝牙模块测试

    千次阅读 2017-11-28 00:04:56
    前几天测试了下蓝牙模块,记录下,本次测试了 HC-05和HC-06两个模组,HC-05是主从一体,HC-06是主机或从机在出场时已经固化的,由于卖家给的HC-06的文档有点问题,看不太清,而且之前有测试过HC-05模组,我一开始误...
  • Linux实验二:Linux 内核模块测试

    千次阅读 2013-04-10 16:31:28
    一、实验目的 ...内核模块是Linux内核向外部提供的一个插口,其全称为动态可加载内核模块(Loadable Kernel Module,LKM),我们简称为模块。Linux内核之所以提供模块机制,是因为它本身是一个单内核(mon
  • 百度很多博客都不详细,弄了半天才把 Spring Boot 多模块项目构建开发整的差不多,特地重新创建配置,记录一下,也分享给有需要的人 本篇也会非常详细的介绍涉及的基础知识点,更多都写在注释上了
  • 电源模块DC-DC隔离型测试方法

    千次阅读 2020-09-18 14:30:44
    本篇介绍如何测试电源模块的重点技术指标和测试方法。电源模块选定后,接下来就是非常重要的环节,测试产品性能和参数。一个产品的品质好坏取决于各项技术参数指标的平衡。  一、电源模块测试与方法  测试阶段...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,164,341
精华内容 465,736
关键字:

模块测试