进击的雷神
CSDN博客专家、担任过EMV软件工程师、嵌入式软件工程师、JAVA开发工程师、测试开发工程师、某公司测试组长,有自己的测试专利
展开
-
测试方法练习分析之等价类设计方法
当此三角形为一般三角形、等腰三角形、等边三角形时,分别做计算。3)如果只有两条边相等,及满足条件(6),则程序输出为“等腰三角形”2)如果三条边相等即满足条件(7),则程序输出为“等边三角形”分别作为三边的边长,通过程序判定输入的三边是否能构成三角形。1)如果不满足条件(5),则程序输出为“非三角形”4)如果三条边都不相等,则程序输出为“一般三角形”(1)整数 (2)三个数(3)非零数(4)正数。(5)两边之和大于第三边(6)等腰 (7)等边。a b c 覆盖等价类号码。划分方法为该程序进行测。原创 2024-06-24 09:36:49 · 148 阅读 · 0 评论 -
功能自动化测试方案
一、前言1、文档目的功能自动化测试方案是为XXX系统功能测试使用自动化工具,实现以自动化测试为主的目标而编写的技术和实施方案。文档的主要目的是提供自动化测试的技术方案、实施内容、实施步骤,以及关键的技术实现手段等。本文的预期读者为测试中心相关人员。2、名词术语Sahi:是 Tyto Software 旗下的一个基于业务的开源 Web 应用自动化测试工具。Sahi 运行为一个代理服务器,并通过注入 JavaScript 来访问 Web 页面中的元素。原创 2023-11-30 11:17:16 · 1036 阅读 · 0 评论 -
手机软件测试规范(含具体用例)
8、在彩信功能操作的任何界面,按左软键、右软键、方向键、挂机键或按任意无效键时,各功能是否正常;、通话中、闹钟响闹、有未读短信、未读彩信、因特网、游戏等各功能执行界面,来彩信,是否有异常;5、书写彩信,插入图片、音乐、文字,总容量为30k以上,50K以下,保存、发送,有无异常;4、书写彩信,插入图片、音乐、文字,总容量为30k及以下,保存、发送,有无异常;6、书写彩信,插入图片、音乐、文字,容量为50K以上,保存、发送,有无异常;1、书写彩信,插入1幅图片,容量为10k以下,保存、发送,有无异常;原创 2023-06-13 09:59:44 · 943 阅读 · 0 评论 -
集成测试总结
集成测试一般说来是必需的,但是实际情况中往往由于时间进度上的问题,没有足够的时间做集成测试,还有许多原因导致人们不愿意做集成测试。而集成测试是针对软件的概括设计做的测试,测试用例的主要依据则是概括设计。单元测试是针对软件的基本单元(如:函数)所做的测试,而集成测试则是以模块和子系统为单元进行的测试,主要测试接口间的关系。集成测试既有白盒测试的成分,也有黑盒测试的成分,结合了白盒测试和黑盒测试的特点,一般把他归入灰盒测试。集成测试主要测试的是接口层的测试空间,单元测试主要测试的是内部实现层的测试空间。原创 2023-06-14 06:00:00 · 716 阅读 · 0 评论 -
安装卸载测试用例
4.1.2.1安装路径已经存在4.1.2.1.1修改盘符序号10功能描述在安装目录已经存在的情况下修改安装盘符用例目的测试系统在安装目录已经存在的情况下修改安装盘符后,是否能正确安装程序测试类型安装测试前提条件进入安装向导,开始安装程序测试方法与步骤输入在安装向导选择安装目录的步骤中,修改安装的盘符,将默认的c:\Program Files\xx系统修改为d:\,或者e:\期望输出能正确将程序安装到自定义的盘符中测试结果正常功能完成是□ 否□序号11。原创 2023-05-29 13:00:00 · 1683 阅读 · 0 评论 -
测试用例颗粒度说明
明确测试用例编写的颗粒度,大家都有这种感觉,你写测试用例,你测试这个产品的时候,你十条测试用例就测试完了,有人写三十条,你就觉得奇怪,我觉得十条已经是局限了,怎么你能写到三十条,你去看他的用例,发现这也能算一条,这是组织内部测试用例颗粒度没有达成一致。测试人员熟手和新手的区别,大家一目了然。对于进行工作量的统计还可以,不过用例还是不能简单的以数量来看,设计一个很简单的功能点的用例可能很容易,可能一天能设计十个这样的用例,但是对于一个相对复杂的功能,可能一天才能准备两个用例,光靠数量是说明不了问题的。原创 2023-05-27 02:00:00 · 1628 阅读 · 0 评论 -
测试用例设计方法——错误猜测法
基本思想是列举出可能犯的错误或错误易发情况的清单,然后依据清单来编写测试用例,并且在阅读规格说明时联系程序员可能做的假设来确定测试用例,也就是说规格说明中的一些内容会被忽略,要么是由于偶然因素,要么是程序员认为其显而易见。上面测试的是在搜索框中输入一个空格的情况,点击搜索按钮后,显示结果为“相关结果0条”,根据结果得知空格被接受了,故这里为一个缺陷。首先,我们先来看看错误猜测法的定义:有经验的测试人员往往可以根据自己的工作经验和直觉推测出程序可能存在的错误,从而有针对性的进行测试。原创 2023-06-07 08:00:00 · 1555 阅读 · 0 评论 -
很齐全的测试用例设计方法
等价类划分方法:一.方法简介1.定义 是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。2.划分等价类: 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因...原创 2020-05-09 14:22:49 · 2133 阅读 · 0 评论 -
测试用例的设计方法(全)
1.定义是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。2.划分等价类:等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。原创 2023-05-24 10:09:11 · 1809 阅读 · 0 评论 -
黑盒测试用例设计练习题
其规格说明如下:若投入5角钱或1元钱的硬币,押下〖橙汁〗或〖啤酒〗的按钮,则相应的饮料就送出来。若售货机没有零钱找,则一个显示〖零钱找完〗的红灯亮,这时在投入1元硬币并押下按钮后,饮料不送出来而且1元硬币也退出来;若有零钱找,则显示〖零钱找完〗的红灯灭,在送出饮料的同时退还5角硬币。假定被调试的程序能接受一切符合上述规定的电话号码,拒绝所有不符合规定的号码,请使用等价分类法来设计它的测试用例。2)请结合等价类划分法和边界值分析法设计出相应的测试用例,并依照测试用例对所编写的程序进行测试。原创 2023-06-03 06:30:00 · 1537 阅读 · 0 评论 -
APP基本测试用例
出现TA的信息(背景头像、昵称、签名、关注数、粉丝数、入手、出手)、中部出现关注和私聊按钮,下面是TA发表的与TA喜欢的Tab、下部列表出现TA发表的内容。出现我的信息(头像、昵称、签名、关注数、粉丝数、入手、出手)、中部出现切换我发表的与我喜欢的tab、下部列表出现内容。侧边栏从左边滑出来,显示个人信息(登录状态下显示头像、昵称、简介,未登录状态下显示默认头像及登录按钮)及功能列表。下拉能够刷新,载入最新的购物车状态,如果是在登录状态下,在网页上添加商品,购物车刷新能够显示新添加的商品。原创 2023-06-10 18:56:06 · 1637 阅读 · 0 评论 -
两种通用型测试用例模板(excel/xmind)
测试用例模板一、针对大版本需求的测试用例模板1、测试用例模板说明1.1、表头说明 xxx项目V1.0版本-测试用例(示范标题) (最有料信息科技有限公司测试组/ONLY FOR INTERNAL USE ONLY)原创 2022-01-12 16:21:32 · 27802 阅读 · 0 评论 -
PairWise策略设计测试用例及PICT测试用例工具安装使用(实现测试用例的自动化)
一、我对于“好的”测试用例的理解和标准 个人认为,测试用例有点类似java语言的特点--也是需要面向对象操作的,并且还要考虑应用场景,才能保证用例具有针对性,高效性,全面性,合理性。例如针对一个项目,若存在用户端和运营端的话,从用户角度考虑,很多格式和长度是需要基本校验的,但也不是太死,例如对于一些非保存的操作就不需要校验长度值,例如查询条件的输入框就不需要做长度校验,用数据库的查询语句去想你就明白了,搜索不到默认就没有值;从运营人员的角度考虑,除了对应一些的格式要求规则需要做强制长度判断外,并不..原创 2020-09-20 17:35:02 · 2740 阅读 · 1 评论 -
接口测试用例设计,运用简化优化用例思想
一、设计思路1、优先级--针对所有接口1)暴露在外面的接口,因为通常该接口会给第三方调用2)供系统内部调用的核心功能接口3)供系统内部调用非核心功能接口2、优先级--针对单个接口1)正向用例优先测试,逆向用例次之(通常情况,非绝对)2)是否满足前提条件>是否携带默认参值参数>参数是否必填>参数之间是否存在关联>参数数据类型限制>参数数据类型...原创 2020-05-07 09:53:21 · 452 阅读 · 0 评论 -
测试用例设计注意点
1、单个用例覆盖最小化原则举个例子,假如测试一个功能A,它有三个子功能点A1、A2和A3,可以有如下两种用例设计方法:方法1:用一个测试用例(主要指用例的逻辑部分)覆盖三个子功能-Test_A1_A2_A3方法2:用三个单独的用例分别来覆盖三个子功能-Test_A1,Test_A2,Test_A3适用范围:方法1适用于规模较小的工程,但凡是稍微有点儿规模和质量要求的项目,方法2则是更...原创 2020-04-24 10:24:32 · 521 阅读 · 0 评论 -
xxx系统安全测试用例模板
1.使用该测试用例前,需要确定针对测试的系统,哪些用例需要采用,哪些不采用,不采用用例需要标注原因;2.部分功能可以不用自己测试,问一下开发同事就可以确定。原创 2023-06-18 07:00:00 · 390 阅读 · 0 评论 -
测试用例相关概念
一、测试用例概念:测试用例其实就是根据需求文档,或者结合软件功能,把自己测试思路有条理的整理出来。二、设计测试用例的优缺点1、好处:有效性、完整性、组织性2、缺点:测试用例的设计是费时费力的工作,往往设计测试用例所花费的时间比执行所花费的时间还长。三、测试用例书写工具1、Word 2、Excel 3、自动化编写工具PICT(本人已经研究实现)详细的细节以及实现请参考【PairWise策略设计测试用例及PICT测试用例工具安装使用(实现测试用例的自动化)】注原创 2021-08-05 15:17:16 · 471 阅读 · 0 评论 -
测试用例设计需要注意的几个点
例如:如果 Test_A1_A2_A3 是一个自动测试用例,并按照 A1->A2->A3 的顺序来执行的,当 A1 存在 Bug 时,整个测试。其次,自动化用例的调试更为复杂,如果是 A3 功能点的问题,你仍需要不断地走过 A1 和 A2,然后才能到达 A3,这增。的负担和风险,所以需要决策时(事实上这种决策是经常发生的,尤其是在设计测试用例时)选择 Test_A1_A2_A3 还是。综上所述,Test_A1_A2_A3 这样的设计,减少地仅是一次性设计和自动化的投入,增加地却是需要多次投入的测试执行。原创 2023-05-23 11:52:08 · 739 阅读 · 0 评论 -
Http协议
参考链接:https://www.jianshu.com/p/80e25cb1d81a1.客户向服务器请求服务时,只需传送请求方法和路径,请求方法常用的有GET、HEAD、POST。2.无状态协议,即对事务处理无记忆能力,也就意味着后续要处理前面信息则需要重传3.URL组成:例如:http://www.aspxfans.com:8080/news/index.asp?boardID=5&I...原创 2018-06-29 09:54:02 · 305 阅读 · 0 评论 -
关于UI测试的相关及技巧
文案的问题,如果团队有专门的测试人员,测试会看的。toast发现和需要文档不符,或者需求文档未标明,工程师返回的文案不是十分符合时,可反馈给产品经理。1.4、对于复用以前组件的控件,主要看和以前是否一致,是否缺少交互状态。这种需要鼠标悬浮才能显示的部分,点选不到元素的,可以打开控制台,输入debugger暂停页面动作,然后就可以选中了。常见的包括:字体字号、颜色、是否加粗、icon大小、分割线颜色粗细、对齐、间距等。易错的有:页面标题、空白页、按钮及toast等。1.3、测试(走查)主线任务之外的页面。原创 2022-10-25 15:17:37 · 3044 阅读 · 0 评论 -
系统性能测试方案
1、系统的CPU、Memory的性能测试:在不同数量的终端下系统的内存、CPU的占用情况,在不同时间段(数据变化高峰时间和无变化时间段)内的系统的内存、CPU的占用情况。在本次测试中,将针对中心站的功能进行压力测试,检查并评估在模拟环境中,系统对负载的承受能力,在不同数量的终端连接情况下,系统的性能以及稳定性的测试。2、系统的负载能力(压力测试):即系统所能容忍的最大终端数量,也就是在正常的响应时间中,系统能够支持的最多的终端的数量。条件:包括一小时数据的整分时刻数据的传送和一小时内变幅数据的传送。原创 2023-11-03 06:30:00 · 229 阅读 · 2 评论 -
性能测试计划注意事项
在做任何事情之前,唯有进行了良好的计划,方可收到好的效果,性能测试也是如此,一份定义明确的测试计划将为我们的测试提供良好的保证。下面和大 家讨论一下制定性能测试计划时的一些注意事项。原创 2023-11-02 11:26:42 · 180 阅读 · 0 评论 -
性能归结杂谈
测试分析的主要目的是要根据测试执行获取到的数据去判断造成系统出现瓶颈的位置,挖掘造成系统瓶颈的真正原因。这个过程是技术含量最高的一环,因为在测试执行过程获取到的数据会涉及到各个方面,在这个案例中就涵盖了网络方面的知识、系统方面的知识、应用方面的知识等,测试人员需要从这些繁杂的数据中挑出异常,系统越大越复杂在这个方面对测试人员要求会更高。负载测试计划过程给出了负载测试需要关注的重点区域,但严格来说,其并不能被称为具体的方法论,因为其仅仅给出了对测试计划过程的一些关注内容,而没有能够形成实际的可操作的过程。原创 2023-10-30 10:33:40 · 71 阅读 · 0 评论 -
大数据性能测试方案-V1.0
术语定义性能测试通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试场景用于根据性能要求定义在每一个测试会话进行期间发生的事件事务表示要度量的最终指定的某个特定业务2。原创 2023-10-26 06:00:00 · 914 阅读 · 0 评论 -
性能测试等级知识点
岗位职级知识等级知识名称P43性能测试基础知识SEI负载测试计划过程RBI方法性能下降曲线分析方法LR性能测试过程管理3网络协议HTTPHTTP协议原理HTTP协议之session /cookie机制TCP/UDP传输工作原理2性能测试工具LoadRunner工具应用安装部署LR对安装环境的配置要求LR的部署规划LR安装常见问题3脚本制作(Virtual User Generator)了解脚本录制原理熟悉协议类型,能够根据应用选择录制协议。原创 2023-10-23 14:06:47 · 225 阅读 · 0 评论 -
软件测试(基础篇)
数据驱动测试或者基于规格说明的测试只检查程序功能是否按照规格说明书规定正常使用,是否能接收数据及产生正确的输出信息,并且满足数据库或者外部信息的完整性功能是否达到规格说明书要求,是否存在其他缺陷,是否有完善到缺陷记录及跟踪等十、回归测试每次有改动测试验证被测软件在不同软件和硬件条件中运行的情况。原创 2023-10-22 08:00:00 · 261 阅读 · 0 评论 -
测试小白成长建议
前言作为一个小白,如何能够进入软件测试这个行业,今年本来我也准备写点关于入门的内容测试工作在第一章我觉得首先应该谈的就是当你准备进入测试工作的时候,你应该先问自己几个问题:1.我了解测试工作么2.我适合测试工作么3.我能做好测试工作么因为选择第一份工作是很重要的,当然如果它是你转行之作也是非常重要的,因为只有在一个相关行业有一定的沉淀和积累,那么才能让这个工作变得有成就感并且获得对应的物质回报。没有任何工作是有趣的或者轻松的,因为在中国还不存在人口太少导致的劳动力缺乏问题,一个工作你不做下面还有十多个人等着转载 2023-09-12 13:59:20 · 127 阅读 · 0 评论 -
软件测试停止标准
本文档的目的是为软件单元测试、集成测试、系统测试提供停止标准。原创 2023-08-29 06:00:00 · 184 阅读 · 0 评论 -
书写功能需求分析文档要点
以用户友好的方式帮助收集并改进用户需求。制作示意图可以有很多种方式,用powerpoint或Visio制作流程示意,用html文档制作界面示意都是可行的,最简单利用画图和Word表格方式也完全可以,关键是利用示意图将客户的需求和即将开始设计的系统体现起来,在进行系统分析和程序开发之前,双方对今后要完成的产品就能够有直观的认识,换言之,就是在产品还没有真正进入开发阶段的时候,双方就对工作的结果达成统一的意见,这将大大地减轻需求变更所带来的困扰,同时客户更容易地参与到项目的开发过程,保证项目往正确的方向进行。原创 2023-08-24 06:00:00 · 201 阅读 · 0 评论 -
选择黑盒测试用例设计方法的综合策略
其中,白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,着重于程序的内部结构及算法,通常不关心功能与性能指标。而随着软件开发平台及软件设计思想的进步和发展,特别是rad技术的发展,对黑盒测试提出了更明确的要求,人们发现,必须遵循一定的测试理论,依赖于优秀的测试工具,才能进行科学、完备的测试。首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的;原创 2023-07-29 05:30:00 · 189 阅读 · 0 评论 -
测试用例编写规范说明及概述
转存失败重新上传取消1.0A初稿1.1M(A-添加,M-修改,D-删除)目 录引言. 41.1 背景............................................................................................................................. . 4。原创 2023-07-23 07:00:00 · 198 阅读 · 0 评论 -
手机app测试杂谈
如果要说到全面,那么必须就是功能,压力,性能, 安全,用户体验面面具到了。app 的开发周 期一般都很短,ui 变化大,用自动化要考虑投入成本,大多数的公司估计都不适用。测试前的准备:1.使用同类型的产品,不仅仅是使用,应该是测试同类型的产品。2.性能:稳定性,兼用型(android 碎片化是个难题,bug 也多,ios 相对 bug 少),app 运 行的内存消耗和 cpu 消耗,app 后台长时间运行的耗流量,耗电量。c.需要熟悉产品本身的结构,本身的逻辑,包括 cs 结构,生命周期,api 等。原创 2023-06-21 09:43:57 · 1276 阅读 · 0 评论 -
八卦图总结
第一阶段知识汇总版本号:V1.1作 者 姓 名: 学 科 专 业: 软件测试 文 档 类 型:第一阶段 汇 总 测 试 基 础 7软 件 质 量原创 2023-06-25 05:30:00 · 544 阅读 · 0 评论 -
web页面测试扩展
取消下载是否会纪录下载次数(根据项目情况而定)4、下载次数是否被正确记录(根据项目情况而定)原创 2023-06-14 13:00:00 · 538 阅读 · 0 评论 -
BUG生命周期和管理
都是微不足道、便于修复的。在一个比较大型的网站中,系统在正常负载情况下的性能非常重要,如果测试人员没有一种有效的测试工具或者必要的硬件设备,那么就很难去模拟、再现系统负载的环境。其他实现:表现为出现的错误难以定位其类型,比如在产品化阶段,测试人员或者最终用户提出的部分提高程序运行效率的建议,当然开发人员并不完全处理这些问题,但是这些建议将成为一种特殊的。需要调用很多的资源,比如要检查和复审需求阶段输出的标准工件,就需要高水平的分析员加入,但是通常他们时间很少很宝贵,并且不会有太多的精力顾及此事。原创 2023-06-04 08:00:00 · 334 阅读 · 0 评论 -
软件黑盒测试心得与经验
错误处理产生的错误包括:未预料到错误发生的可能性并防止其发生,没有注意错误状态,以及较严重的:程序可能与错误数据一起工作并最终产生错误结果的情况(这类情况比较难发现,一般都不会提示已经发生了错误,或是发生了错误,数据已经在不经意的时候被程序更改,而测试人员无法对其进行校验而遗漏)。告诉人们输入1位到3位数是不够的,有些人可能会输入5位甚至更多,也有人会输入特殊字符或是运算符,还有些人会按下功能键一次或多次,如果程序允许输入,那么程序就应能顺利应付,而不是一打非专业人士不能明白的提示甚至更糟的情况。原创 2023-06-09 07:30:00 · 431 阅读 · 0 评论 -
测试分析流程及输出项
根据测试项目的不同需求,有大致几类测试项目类型:商户平台功能测试、支付方式接入测试、架构调整类测试、后台优化测试、性能测试、基本功能自动化测试。测试项目需要按照文档要求进行测试需求分析,并给出对应的输出项。没有产品接入的项目,需要要求架构师给出功能要求,结合测试分析给出测试需求。产品需求由产品评审后给出,测试负责人需要和产品确认项目范围;没有产品文档的也需要产品给出明确的书面需求。性能测试需要明确测试通过的标准,这部分可以和架构师确认完成后制定。原创 2023-05-24 20:57:48 · 1646 阅读 · 0 评论 -
测试方法总结
根据需求及模板的定义测试测试传阅人是否全部传阅完成后,分发人才可以办理/提交到下一个流程阶段。注意:在修改过的Bug确认时,不仅要确认修改的Bug是否已经通过,而且还要测试修改后的程序是否引出新的Bug,因为在程序员刚修复Bug之后时,往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会造成新的错误。如果有此需求,那么需要测试特殊人员是否可以强制结束流程的流转,测试强制结束的流程状态是否正确。软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例。原创 2023-05-24 15:47:31 · 960 阅读 · 0 评论 -
兼容性测试
兼容性测试是指在不同平台、不同操作系统、不同浏览器、不同设备以及不同软件之间进行的测试,以确保应用程序能够在各种环境下正常运行并提供一致的用户体验。在软件开发周期中,兼容性测试通常是非常重要的一环,因为它可以检查软件与其他组件之间的相互作用,并确保软件在不同环境下的兼容性。例如,一个应用程序可能在Windows操作系统上运行良好,但在Mac操作系统上存在问题,或者一个Web应用程序在Firefox浏览器上正常工作,但在Internet Explorer浏览器上出现错误。原创 2023-04-13 12:40:58 · 1026 阅读 · 0 评论 -
接口测试测什么
一、功能测试1、接口的功能是否正确实现了2、接口是否按照设计文档中来实现(接口规范)(比如username参数写为了user,那么这就不符合,因为接口文档在整个开发中都需要使用,所以接口实际的设计要与接口设计文档中保持一致) 兼容性测试: 比如说今天接口进行了调整,但是前端没有进行变更,这时候需要验证新的接口是否满足旧的调用方式 错误码测试: 通用的错误码与业务错误码是否能够清晰的说明调用问题,错误码是否能够尽可能的全的覆盖所有的情况 返回值测试: 返回值除原创 2022-04-15 09:45:21 · 1177 阅读 · 0 评论