![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
测试基础
文章平均质量分 61
测试-东方不败之鸭梨
这个作者很懒,什么都没留下…
展开
-
测试用例,怎么写 ?
测试用例,怎么写 ?答:1)根据需求文档,先列功能点,后扩展功能点分测试点,(单个用例最小化原则,即一条用例只做一件事,先从单个模块或者功能点入手写用例)2)根据测试用例设计方法(利用五大方法(等价类、因果图、边界值、错误猜测、场景法)) + 经验 + 拆分后的测试点 + 通用用例规约 。来设计最终的详细测试用例 。n1:除了上诉的内容外,还需要考虑兼容性问题、浏览器兼容性、操作系统兼容性,如果是app侧的还要考虑中断测试、弱网测试等等n2:设计测试用例时也要注意涉及到的数据库中的字段值是否正确原创 2020-07-06 20:56:54 · 4473 阅读 · 1 评论 -
用户故事到需求实例化
用户故事是敏捷开发方法中的核心概念之一,它提供了一种简洁的方式来描述软件功能需求,同时强调这些功能为用户或业务带来的价值。用户故事通常是由用户、产品经理或业务分析师编写的简短描述,用于与开发团队沟通需求,并作为开发工作的基础。(Who):这描述了谁会与系统进行交互,即系统的用户或用户群体。(What):这描述了用户想要做什么,即用户与系统之间的具体交互行为。(Why):这解释了用户为什么要进行这样的活动,即交互背后的目的或期望的结果。用户故事通常遵循。原创 2024-03-16 17:47:33 · 1004 阅读 · 0 评论 -
《软件测试的艺术》 笔记I
软件测试中最重要的因素是设计和生成有效的测试用例。完全的测试是不可能的,最显然的测试策略是努力使测试尽可能完全。推荐方法:通过使用特定的面向黑盒测试的测试用例设计方法,而后使用白盒测试方法对程序的逻辑结构进行检查以补充这些测试用例,借此来设计出一个相当严格的测试 功能测试是一个试图发现程序与其外部规格说明之间存在不一致的过程。外部规格说明是一份从最终用户的角度对程序行为的精确描述。软件开发过程与测试过程软件测试的目标是发现问题模块测试的目的是发现程序模块与其接口规格说明之间的不一..原创 2022-05-29 15:43:14 · 244 阅读 · 0 评论 -
软件系统测评需求
对系统进行测试时,应该从多种测试类型进行测试,包括性能,兼容,易用,可靠性、维护性、可移植,用户文档,信息安全。除本文列出的测试需求,性能测试还可能分为前端接口和后端性能,升级测试,兼容性测试分为浏览器兼容,操作系统兼容,分辨率兼容,稳定性测试分为服务端和前端页面稳定性,需要安装的还可能有安装测试,高可用测试。根据实际情况补充。原创 2023-10-31 11:33:52 · 104 阅读 · 0 评论 -
测试数据准备-造数工厂
通过直接调用应用程序的方法来产生数据,在自动化测试脚本或者服务联调、问题复现阶段直接引用。原创 2023-09-14 14:18:11 · 261 阅读 · 0 评论 -
测试基础内容合集
软件测试过程_通用的测试工作流程是计划测试,用例设计,执行用例及报告缺陷,测试总结分析。_东方不败之鸭梨的测试笔记的博客-CSDN博客软件产品质量模型_软件质量度量模_东方不败之鸭梨的测试笔记的博客-CSDN博客 互联网产品测试过程_网易 课堂 测试_东方不败之鸭梨的测试笔记的博客-CSDN博客 如何做测试计划_东方不败之鸭梨的测试笔记的博客-CSDN博客 软件测试的原则_东方不败之鸭梨的测试笔记的博客-CSDN博客互联网产品的测试策略应该如何设计?_东方不败之鸭梨的测试笔记的博客-CSDN博客 iOS原创 2023-09-07 18:54:59 · 130 阅读 · 0 评论 -
软件测试的原则
9、注意回归测试(修改了旧代码后,要确认没有引入新的问题)。5、 设计测试用例(测什么?)时,要考虑各种情况。4、80%的错误出现在 20%的模块中。2、把尽早和不断的测试,最为座右铭。3、 测试工作要由专业人员来执行。8、完全测试不能可能,测试要终止。1、所有测试追溯到用户需求。10、妥善保存一切测试文档。7、制定严格的测试计划。6、一定要写缺陷报告。原创 2023-09-07 18:39:10 · 61 阅读 · 0 评论 -
测试阶段之冒烟测试
冒烟测试原创 2023-09-07 17:59:29 · 201 阅读 · 0 评论 -
ISO/IEC/IEEEE 测试和软件质量有关的标准
5. ISO/IEC/IEEE 15288: 系统和软件工程生命周期过程:这个标准定义了系统和软件工程的生命周期过程,包括规划、需求定义、设计、开发、测试和维护等。6. ISO/IEC/IEEE 29119: 软件和系统工程测试:这个标准是 ISO/IEC 29119 的扩展,定义了软件和系统工程测试的一套过程和方法。2. IEEE 829: 软件和系统文档标准:这个标准定义了软件和系统文档的格式、内容和组织,包括需求规格、设计文档、测试文档和用户手册等。原创 2023-09-04 11:11:40 · 1731 阅读 · 0 评论 -
测试工程师工作中需要坚持的原则
在软件开发生命周期的早期阶段进行测试,以及时发现和修复问题,避免问题扩大化。原创 2023-09-04 10:21:46 · 55 阅读 · 0 评论 -
业务测试,核心还是「测试思路,测试点」
2、输入已注册的用户名和错误的密码,是否登录失败,登录失败提示信息是否正确;/ 13 / X 等等 4、不同Android手机厂家和型号(华为,onePlus,荣耀,小米,vivo,oppo,realme,meizu) 5、不同手机分辨率 6、大小屏幕、刘海屏幕 7、折叠屏 web 端: 1、浏览器: 浏览器(firefox,chrome,safari 等) 2、浏览器版本(最低兼容版本) 3、操作系统(Windows7、Windows10、Linux、mac等) 4、台式电脑和笔记本(分辨率)原创 2022-11-29 21:03:11 · 262 阅读 · 0 评论 -
Android 应用测试总结
前提所有的功能分支已完成启动:1. 启动入口:桌面正常启动,最近运行启动,所有程序列表中启动,锁屏快捷启动2. 其他入口:从其他程序开启应用,从外部以文件形式打开应用(如果有)3. 退回:从其他程序退回时回到被测应用,被测应用打开其他应用再从桌面图标启动以上需要交叉组合测试。4. 异常启动:崩溃后启动,写文件时被强制杀进程后启动,网络请求未收到回包强制杀进程后再启动,网络超时时启动(启动需要有超时机制)功能介绍,引导图,流量提示等:1 全新安装程序第一次启动,..原创 2022-05-29 15:45:17 · 227 阅读 · 0 评论 -
测试报告怎么写?
测试报告怎么写?原创 2022-05-29 15:41:38 · 18116 阅读 · 0 评论 -
测试数据准备篇
35 | 如何准备测试数据?测试数据准备方法主要可以分为四类:基于 GUI 操作生成测试数据;–少用,一般只用于手工测试通过 API 调用生成测试数据;–目前主流的测试数据生成方法 在实际工程实践中,我们往往会把调用 API 生成测试数据的过程封装成测试数据准备函数。(这个方法可以啊)通过数据库操作生成测试数据;–创建数据需要用到的 SQL 语句封装成一个个的测试数据准备函数,当我们需要创建数据时,直接调用这些封装好的函数即可综合运用 API 和数据库的方式生成测试数据。API+数据库:最典型原创 2022-05-14 21:52:44 · 994 阅读 · 0 评论 -
软件测试过程
标准的测试流程包括:计划与控制、分析与设计、实现与执行、评估与报告和结束活动。实际测试过程中分为:测试计划、测试方案、测试用例、测试执行、测试报告五个阶段。必须明白,每个阶段,要完成的工作,以及每个阶段需要注意的事项。软件测试过程模型计划和控制测试计划主要描述的内容是整个项目测试的阶段、每个阶段时间安排,每个阶段资源分配。通常用两张表来描述,一个是详细的时间安排WBS,二是里程碑时间点。里程碑时间点:如何估算每个版本要测试多久?--功能点评估法、类比法、Delphi法.原创 2022-05-14 14:21:16 · 676 阅读 · 0 评论 -
探索式软件测试
《探索式软件测试》两种缺陷:程序员引入的缺陷和运行环境导致的缺陷。把缺陷排除在软件开发周期之外两大技术:缺陷预防和缺陷检测。缺陷预防:从开发人员角度。编写更好的设计规范,code review,运行代码静态分析工具,unit testing问题:开发人员测试技术糟糕,思维无法转换,大多数缺陷在运行的时候才出现,开发没有真实数据。–结论,需要测试人员。缺陷检测:测试人员操作。主要分为自动化测试和手工测试。手工测试 主要测业务逻辑相关缺陷探索式测试:完全抛开测试脚本,想怎么测怎么测,自由发挥。原创 2022-05-12 21:45:22 · 271 阅读 · 0 评论 -
软件产品质量模型
(1)功能性:是指当软件在指定条件下使用,软件产品满足明确和隐含要求功能的能力。①适合性:是指软件产品与指定的任务和用户目标提供一组合适的功能的能力。②准确性:是指软件产品具有所需精确度的正确或相符的结果及效果的能力。③互操作性:是指软件产品与一个或多个规定系统进行交互的能力。④安全性:是指软件产品保护信息和数据的能力,以使未授权的人员或系统不能阅读或修改这些信息和数据,但不拒绝授权人员或系统对其的访问。⑤依从性:是指软件产品依附与同功能性相关的标准、约定或法规以及类似规定的能力。(2)可靠性:在指定条件原创 2022-05-12 21:44:39 · 939 阅读 · 0 评论 -
Devops实战笔记(1)
软件工程诞生以来所历经的三个重要发展阶段瀑布式开发模式缺陷:需要在一开始就确定软件开发的目的,但往往因为需求变更,导致项目延期交付。敏捷式开发模式将大目标不断拆解,小步快跑进行迭代Devops模式devops是为了打破开发和运维之间的隔阂传统模式,度量开发团队效率途径是看开发完成了多少需求,可以新功能却可能只是在堆砌,没有可测试,可运维性。对于运维团队,考核指标确实系统的安全性,可用性,稳定性。作者给出的定义:DevOps 是通过平台(Platform..原创 2022-05-09 20:45:27 · 1161 阅读 · 0 评论 -
测试中常见bug总结
1、输入框为空/最大值判断;为空、最大值显示设计时,应统一规范规则,特别是输入框最大值。还有内容为空时页面如何展示。一般会出现文字内容过多或为空时,页面排版错乱。以及内容为空时,会显示:NULL。图片数据为空,会保留为空的图片数据位置。链接为空时,点击图片,会刷新页面。服务端部分字段为空,整个页面出现空白。2、重复性判断比如身份证号,手机号等唯一性的值,提交时应有重复性的判断。如导入时手机号重复,用户的部分信息应更新显示为最新的数据。3、输入框文本内容判断未加限制...原创 2022-04-12 15:58:36 · 6431 阅读 · 0 评论 -
动态测试方法
动态测试方法,通过实际执行代码去发现潜在代码错误的测试方法。人工动态方法人工动态方法,可以真正检测代码的业务逻辑功能,其关注点是“什么样的输入,执行了什么代码,产生了什么样的输出”,主要用于发现算法错误和部分算法错误,是最主要的代码级测试手段。代码级测试的人工动态测试方法,其实就是单元测试所采用的方法。单元测试,用驱动代码去调用被测函数,并根据代码的功能逻辑选择必要的输入数据的组合,然后验证执行被测函数后得到的结果是否符合预期。单元测试中三个最主要的难点:单元测试用例“输入参数”的复杂性原创 2022-03-29 09:59:39 · 2406 阅读 · 0 评论 -
静态测试方法
本文讨论人工静态测试方法和自动静态测试方法,来帮你理解研发流程上是如何保证代码质量的,以及如何搭建自己的自动静态代码扫描方案,并且应用到项目的日常开发工作中去。人工静态方法人工静态方法检查代码错误,主要有代码走查、结对编程,以及同行评审这三种手段。代码走查代码走查(Code Review),是由开发人员检查自己的代码,尽可能多地发现各类潜在错误。但是,由于个人能力的差异,以及开发人员的“思维惯性”,很多错误并不能在这个阶段被及时发现。结对编程结对编程(Pair Programmi原创 2022-03-27 22:20:41 · 5196 阅读 · 0 评论 -
代码级测试
代码级测试的测试方法一定是一套测试方法的集合,而不是一个测试方法。 因为单靠一种测试方法不可能发现所有潜在的错误,一定是一种方法解决一部分或者一类问题,然后综合运用多种方法解决全部问题。常见代码错误类型第一,语法特征错误语法特征错误是指,从编程语法上就能发现的错误。比如,不符合编程语言语法的语句等。有的是在编译阶段可以发现,有的必须要在运行阶段才可以发现。第二,边界行为特征错误边界行为特征错误是指,代码在执行过程中发生异常,崩溃或者超时。之所以称为“边界”,是由于此类错误通常都是发生原创 2022-03-27 21:46:57 · 1284 阅读 · 0 评论 -
登录模块测试用例
今天我们来测试一个非常常见的模块:登录模块。你肯定会说,这有啥测试的,谁不会测试呀。不就是等价类和边界值设计测试用例,然后验证吗? 别急,今天我们就列举下登录场景的测试用例。一、功能测试输入有效的用户名和正确的密码,验证是否登录成功;输入有效的用户名和不正确的密码,验证是否登录失败,并且提示信息正确;输入无效的用户名和任意密码,验证是否登录失败,并且提示信息正确;用户名和密码两者都为空,验证是否登录失败,并且提示信息正确;用户名和密码两者之一为空,验证是否登录失败,并且提示信息正确;原创 2022-03-25 14:04:11 · 6785 阅读 · 0 评论 -
单元测试基础知识
什么是单元测试?单元测试是指,对软件中的最小可测试单元在与程序其他部分相隔离的情况下进行检查和验证的工作,这里的最小可测试单元通常是指函数或者类。电子元器件组装成电路板,各个功能电路板组装成电视机。电子元器件就像是软件中的单元,通常是函数或者类,对单个元器件的测试就像是软件测试中的单元测试;组装完成的功能电路板就像是软件中的模块,对电路板的测试就像是软件中的集成测试;电视机全部组装完成就像是软件完成了预发布版本,电视机全部组装完成后的开机测试就像是软件中的系统测试。单元测试通常由开发工程原创 2022-03-22 21:39:28 · 694 阅读 · 0 评论 -
测试基础知识
什么是回归测试?开发人员把Bug修复好之后,测试人员需要重新验证Bug是否修复好了,同时在新版本中进行测试以检测开发人员在修复代码过程中是否引入新的Bug,此过程就称为回归测试。(1)即使上一轮的Bug被修复了,在下一轮的测试中还可能发现新的Bug,并不是说上一轮的Bug修复好了就不会再出现其他问题了;(2)软件测试并不是测试一轮就完成了,一般情况下,一个软件产品可能需要经过多轮反复测试和验证才能达到上线标准。回归测试策略1、回归测试时执行全部的测试用例。(第一轮发现bug过多,第二轮原创 2022-03-16 19:05:29 · 2745 阅读 · 0 评论 -
测试用例评审
【用例评审】通过对测试用例的评审以确保用例是全面的、正确的、没有冗余的。测试用例的评审严格来讲是需要项目组的全体人员都参与的,但在实际工作中,一般都是只有本项目组的测试人员参与评审。评审测试用例前,测试人员会将自己编写的测试用例以文档的形式提前发送给测试组的全体成员,测试组的其他人员各自以文档批注的形式进行反馈或是由测试经理召开用例评审大会,以会议的形式进行评审。评审完成后,测试人员会依据其他测试人员的评审建议和意见进行修改。一般情况下,测试人员会从以下几个方面对测试用例进行评审。(1)测试用原创 2022-03-16 19:01:53 · 3330 阅读 · 0 评论 -
软件测试52讲-安全第一:渗透测试
渗透测试指的是,由专业安全人员模拟黑客,从其可能存在的位置对系统进行攻击测试,真正的黑客入侵前找到隐藏的安全漏洞,从而达到保护系统安全的目的。渗透测试常用方法:有针对性的测试;--测试人员完全了解系统内部情况的前提下开展的外部测试;--在假定完全不清楚系统内部情况的前提下开展的。内部测试;--止系统的内部员工对系统进行内部攻击,同时以此来制定系统内部员工的权限管理策略。盲测;--一般来讲,盲测是由专业渗透测试团队在测试后期开展的,通常会借助很多黑客攻击工具。双盲测试--双盲测试一般是由外部的.原创 2021-07-23 10:17:03 · 554 阅读 · 0 评论 -
软件测试52讲-用机器设计测试用例:基于模型的测试
MBT 的基本原理是通过建立被测系统的设计模型,然后结合不同的算法和策略来遍历该模型,以此生成测试用例的设计。执行 MBT 的过程就好比你把软件系统的设计画为了一张由节点和边构成的数据结构意义上的“图”,然后通过一定的算法(比如,深度遍历或者广度遍历)来尽可能完整覆盖图中全部的可能路径的过程。常用的模型主要有限状态机、状态图,以及 UML 三种。常见的 MBT 工具,包括:BPM-X、fMBT、GraphWalker评论:理论不错,落地困难。...原创 2021-07-23 18:17:29 · 248 阅读 · 2 评论 -
测试先行:测试驱动开发(TDD)
先设计测试用例代码,开发一个功能能够让提前设计的测试用例都可以通过?测试驱动开发,即先根据用户的实际需求编写测试用例,再根据测试用例来完成功能代码1、保证开发的功能一定是符合实际需求的。质疑这一条,开发人员也不能随便开发,要按照产品经理提供的需求啊。2、更加灵活的迭代方式。3、保证系统的可扩展性。4、更好的质量保证。5、测试用例即文档。TDD 的整个过程遵循以下流程:为需要实现的新功能添加一批测试;运行所有测试,看看新添加的测试是否失败;编写实现软件新功能的实现代码;再次运行所原创 2021-07-18 22:03:30 · 1463 阅读 · 2 评论 -
测试基础之API测试
API 测试的基本步骤通常来讲,无论采用什么 API 测试工具,原创 2021-09-09 20:38:01 · 323 阅读 · 0 评论 -
可用性测试(用户体验)测试
本文内容来自《软件测试的艺术》可用性测试也叫用户体验测试,属于系统测试的一种。通过发动最终用户在真实环境下对应用程序进行测试,一些即使在大规模的自动化测试中没发现的问题都有可能被挖掘出来。可用性测试基本要素1.是否每一个用户交互设计都考虑到最终用户的理解力、教育背景以及环境压力?2.程序的输出是否有意义、没有侮辱性的词语,以及是否含糊不清?3.用来错误诊断的提示的信息(error message)是直白易懂,还是需要计算机博士才可读懂?4.用户界面上是否保持概念的一致、内部的连贯原创 2022-03-14 15:51:25 · 4897 阅读 · 0 评论 -
白盒测试方法
白盒测试关注的是测试用例执行的程度或覆盖程序逻辑结构(源代码)的程度。完全的白盒测试,将程序中每条路径都执行到,然后对带有循环的程序来说,完全路径测试并不切实际。本文通过一个小例子,来总结白盒测试的各种方法。语句覆盖将程序中的每条语句至少执行一次。例子有两条语句X=X/AX=X+1通过编写单个的测试用例遍历程序路径ace,可以执行到每一条语句。但是对于入口a中应该是且还是或,以及入口b应该是且还是或,并没有测到。语句覆盖这条准则有很大的不足,以至于原创 2022-03-14 14:31:27 · 2770 阅读 · 3 评论 -
测试用例设计
功能性需求&非功能性需求一个质量过硬的软件系统,除了显式功能性需求以外,其他的非功能性需求即隐式功能性需求也是极其关键的。显式功能性需求(Functional requirement)的含义从字面上就可以很好地理解,指的是软件本身需要实现的具体功能非功能性需求(Non-functional requirement)呢?从软件测试的维度来看,非功能性需求主要涉及安全性、性能以及兼容性三大方面。一个优秀的测试工程师必须具有很宽广的知识面,如果你不能对被测系统的设计有深入的理解、不明白安全攻原创 2022-01-25 18:24:56 · 393 阅读 · 0 评论 -
iOS 应用测试总结
在历代机型上的测试 主屏幕上的图标和程序名称显示是否正确 观察UI是否符合设计 多任务并存的情况下,测试app的流畅性 当前app的声音播放功能是否在拔出耳机后自动暂停 播放器类app或者有播放功能的app对各种格式文件的支持 播放视频时,长时间不操作会不会自动锁屏 当前app的播放是否能将另一个app的播放中断 设置不同的通知中心状态,观察app是否能够正确推送消息 开启各种权限后,测试能否使用该权限,例如定...原创 2022-01-25 15:55:39 · 2003 阅读 · 0 评论 -
App测试点概括
1.权限测试 1)软件权限-扣费风险:包括发送短信、拨打电话、连接网络等-隐私泄露风险:包括访问手机信息、访问联系人信息等2)开发者官方权限列表信息比对分析2.安装、运行、卸载测试验证App是否能正确安装、运行、卸载,以及操作过程和操作前后对系统资源的使用情况,主要包括:1)检测软件是否能正确安装、运行、卸载;2)安装、卸载、更新错误报告;3)其他辅助信息:位置和文件夹是否合理;组件是否正确注册或删除;评估操作前后,CPU、Memory(内存占用)、Sto...原创 2022-01-25 15:54:36 · 161 阅读 · 0 评论 -
测试人员的KPI考核指标
关于测试人员KPI的考核指标 - 简书产品质量-线上bug漏测率,沟通能力,学习能力,文档沉淀能力(帮助组内同事成长),问题跟进能力,个人成长。老徐:线上bug漏测率,任务完成率,个人成长。不能把提交bug数作为KPI,应该关注漏测bug数。Hermit: 1.测试用例编写质量; 2.测试执行情况,包括测试任务完成情况、Bug数量、优先级为1的Bug数量排名等; 3.测试复杂度,包括业务逻辑复杂度、执行用例数、接口压力性能测试等; 4.并列第三,执行力和沟通能力。谈笑风生:1,BUG数及原创 2022-01-17 12:23:58 · 4101 阅读 · 0 评论 -
【8】测试用例设计-边界值法
边界值分析法原创 2021-10-29 14:55:27 · 1654 阅读 · 0 评论 -
【7】测试用例设计-等价类分析法
一个程序可以有多个输入,等价类划分就是将这些输入数据按照输入需求进行分类,将它们划分为若干个子集,这些子集即为等价类,在每个等价类中选择有代表性的数据设计测试用例如果没有输入域,是否就不需要等价类方法??一个软件要能接收正常的输入,也要能处理无效的输入,给出提示等。划分等价类(1)如果程序要求输入值是一个有限区间的值,则可以将输入数据划分为1个有效等价类和2个无效等价类,有效等价类为指定的取值区间,两个无效等价类分别为有限区间两边的值。例如,某程序要求输入值x...原创 2021-10-29 14:49:22 · 2872 阅读 · 0 评论 -
【4】测试用例设计-判定表法
条件桩:列出所有输入 条件项:真假值动作桩:系统给出的所有操作 动作项:应该采取的动作。原创 2021-10-29 13:36:01 · 3833 阅读 · 0 评论 -
【6】测试用例设计-输入域+输出域+异常分析+错误出错法
目录输入域测试输出域测试异常分析错误猜测输入域测试极端测试如学生成绩0分,1分,2分,情况很少这种。特殊值如-99,0,99长时间输入内存溢出,内存泄露。输出域测试异常分析异常操作验证系统容错性,出现错误时,故障恢复的能力。如操作过程中退出系统。如安装程序时关机导致安装中断,打开电脑看下安装程序的状态,安装程序要能继续操作??错误猜测有了经验才用...原创 2021-10-18 23:41:26 · 1166 阅读 · 0 评论