自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(202)
  • 收藏
  • 关注

转载 成熟性测试的测试点

成熟性测试的测试点验证系统是否在输入类型出错时,还能进行其他数据的操作。验证系统是否在输入长度出错时,还能进行其他数据的操作。验证系统是否在输入格式出错时,还能进行其他数据的操作。验证系统是否在输入范围出错时,还能进行其他数据的操作。验证系统是否在输入了重复值(前提不允许重复,注意大小写敏感和前后空格问题)时,还能进行其他数据或功能的操作验证系统在添加数据时,由于后台数据库或网络传输等造成添加失败时,还能进行其他功能的操作验证系统在修改数据时,由于后台

2021-01-14 12:07:09 264

转载 删除功能测试的测试点

删除功能测试的测试点删除时,必须有“确认删除”的提示。删除交易时,需要在其他页面对删除记录做确认,审批:删除成功;或者删除被驳回。删除后,查询被删数据是否还能在查询界面被查询到。删除后,最好检查数据库,确认该条记录及相关的记录已经被完整删除,避免产生冗余数据。删除时,系统需要判断是否有删除约束,如果有删除约束,要检查该记录是否被约束,如果被约束该记录不能被删除。例如:删除备选库时需要判断该备选库中的产品是否已经被使用,如果存在则不允许被删除。删除时,需要检查

2021-01-14 12:05:57 727

转载 压力测试的测试点

压力测试的测试点1.大量用户并发不同的操作这条考验系统的响应时间,如某款软件只能支持N个用户进行同时登录,在这个时候系统给出的响应时间也正常,但是如果超过了这个限制,如有N+1个用户同时进行了并发,那么系统给出响应时间是否会出现等待响应过长,或者直接出现未响应。2.大量用户串行测试这点考虑的是在一个用户一个用户串行登录的时候,系统的响应和Cup的使用率是否会增加3.CPU负载测试大量用户逐步的进行登录操作当用户增加时CPU的使用率是否会出现明显的上升或者登录的用户过多时出现CPU使用率达到100

2021-01-14 12:04:31 652

转载 异常测试的测试点

异常测试的测试点1.文件丢失测试强行删除被测软件的一些文件,测试被测系统的提示是否准确以及其后的相关补救提示或操作;2.服务器资源测试通过人为手段,增加软件数据库服务器、web服务器或者中间件服务器等相关服务器的硬件资源,如:cpu、内存、硬盘等的负载,测试被测系统的反应和其后的补救提示或操作;3.断电测试在测试期间,对部分或者所有相关软件测试机器进行断电测试,测试软件的恢复能力4.网络故障测试在测试中中断网络或者人工增加网络流量,测试被测系统的提示是否准确以及其后的相关补救提示或操作5.

2021-01-12 15:30:43 438

转载 新增文件测试的测试点

新增文件测试的测试点1.测试新增文件功能是否实现2.测试新增加的文件名称是否能被输入3.测试文件名称长度过长情况4.测试文件名称字符不符合要求情况5.测试新增文件能否被打开6.测试文件能否被检索到7.测试新增文件类型是否为想要创建的8.测试新增文件后总文件编号是否增加9.测试新增文件重名是能否被创建10.测试容量满的时候新增文件能否被创建11.测试在不同路径下新增同样文件名和文件类型以及文件属性的文件12.测试在相同路径下新增同样文件名、同样文件类型、以及同样属性的文件同样文件名要

2021-01-12 15:29:54 526

转载 打印文件测试的测试点

打印文件测试的测试点功能测试1.文件类型测试各种文件类型Txt, doc, pdf, jpeg, gif是否能够支持,各种字体是否支持,支持继续打印,不支持报错;2.文件大小测试从0M – 任意大小 的文件均能被打印3.打印机类型本地/网络打印机; 激光/喷墨打印机(此处对于文件打印并没有本质区别)用户连接的打印机是本地打印机(1对1)还是网络打印机(多对1)4.选择打印机办公室内有多台打印机,需要手动指定选择某一台进行打印。并且用户可以切换到任意一台列表中的其他打印机进行再次打印。

2021-01-12 15:28:58 1177

转载 SQL注入测试的测试点

SQL注入测试的测试点1.输入域的值为数字型,用1=1,1=2法若满足条件,则存在SQL注入漏洞,程序没有对提交的整型参数的合法性做过滤或判断2.输入域的值为字符型,用 ’1=1’, ’1=2’ 法若满足条件,则存在SQL注入漏洞,程序没有对提交的字符型参数的合法性做过滤或判断3.输入域中的值为搜索型,用’and [查询条件] and ‘%’=’% 等若满足条件,则存在SQL注入漏洞,程序没有对提交的查询的合法性做过滤或判断4.用UNION查询语句利用Union可以连接查询,从而从其他表中得

2021-01-11 16:38:19 581

转载 复制功能测试的测试点

复制功能测试的测试点1.路径测试复制成功,记录下传输时间1)PC->移动硬盘2)移动硬盘-> PC3)PC->U盘4)U盘-> PC5)PC->手机6)手机-> PC2.复制类型测试1)单文件任何类型的文件2)多文件不同类型的文件3)单文件夹包含不同类型的文件4)多文件夹只包含单类型子文件的不同文件夹5)文件内容任意文档6)快捷键Ctrl + C7)鼠标8)快捷键鼠标交互3.异常测试1)断电单个文件复制不成功,文件夹已复

2021-01-11 16:37:26 570

转载 查询功能测试的测试点

查询功能测试的测试点1.查询条件:有效单一字符集测试系统支持的有效查询字符集,比如大小写字母,数字,下划线等。支持中文的系统,还应进行中文查询条件测试2.查询条件:无效单一字符集测试系统不支持的有效查询字符集,比如可能存在的!•#¥%……等字符。又比如在数字域中输入字符等。3.查询条件:有效组合字符集测试有效字符集的组合。如中英文混合。4.查询条件:无效组合字符集测试无效字符集的组合5.添加空格的测试查询条件的前/后添加空格测试6.限定条件的下拉框总输入查询条件测试比如在需求中限定

2021-01-11 16:36:06 431

转载 Cookie测试的测试点

Cookie测试的测试点1.禁止使用Cookie设置浏览器禁止使用Cookie,访问网页后,检查存放Cookie文件中未生成相关文件;2.Cookie存储路径按照操作系统和浏览器对Cookie存放路径的设置,检查存放路径是否与设置一致;3.Cookie过期检查按照Cookie过期时间,检查存放文件该Cookie是否被自动删除4.检查浏览器中Cookie选项通过不同浏览器,设置是否接受Cookie文件,如同意接受Cookie,检查存放路径中是否存在Cookie文件5.浏览器删除Cookie

2021-01-10 16:45:45 1006

转载 修改文件测试的测试点

修改文件测试的测试点1.打开一个正确类型的文件,进行修改,检查是否可以修改;2.打开一个错误类型的文件,进行修改,检查是否可以修改,是否有报错信息;3.打开一个正在被占用的文件,进行修改,检查是否可以修改;4.在不同的操作系统上,打开要修改的文件,进行修改后,在其他操作系统上,进行打开,检查是否正常;5.在不同版本的文件修改工具上,打开要修改的文件,检查是否显示正常,修改文件,保存后重新打开,检查文件内容是否正确;6.对空文件进行修改,重新打开,检查文件内容是否正确;7.对文件进行修改,输入正

2021-01-10 16:44:36 280

转载 有关交易的性能测试点

1.交易结果(Load Test Summary)a.测试并发用户数b.测试的持续时间c.交易成功个数d.交易成功率以上都在交易执行结果报告中2.响应时间(Response Time)a.Minimum:最小的服务器响应时间b.Average:平均的服务器响应时间c.Maximum:最大的服务器响应时间d.Std:事务处理服务器响应的偏差,值越大,偏差越大e.90%:90%事务处理的服务器响应时间3.虚拟并发用户数(Total Virtual Users)测试工具模拟的用户并发数量

2021-01-10 16:43:23 504

转载 添加附件测试的测试点

添加附件测试的测试点:1.功能按键(添加方式)如:添加附件按键,点击后是否有效,达到界面跳转等预期结果;以及是否支持拖拽添加(是否支持一次拖拽多个附件)、网盘添加等方式;2.文件类型是否支持.docx、.xls等不同格式文件添加、及传送快捷方式类文件,是否进行源文件添加等;3.单文件是否支持单个文件添加;4.多文件是否支持多文件添加(同一类型文件、不同类型文件):1、 是否支持文件夹添加—a、空文件夹;b、包含一个文件;c、包含多个文件;2、 将单独文件进行多重选定进行附件添加;3、

2021-01-09 14:31:11 566

转载 运行loadrunner,打不开IE问题处理方法

使用loadrunner11录制脚本时试了很多办法都无法打开ie浏览器,最后终于解决了1、ie浏览器去掉启用第三方浏览器扩展2、loadrunner11 键盘F4,在browser Emulation点击change,在弹出的提示框中Browser version 选8.0,platform.选择windows73、loadrunner11 键盘ctrl+F7在弹出的提示框中选择最后一项Correlation,将Enable correlation during recording 下面的勾全去掉,有

2021-01-09 14:28:22 511

转载 Loadrunner性能指标分析

一、用户事务分析用户事务分析是站在用户角度进行的基础性能分析。1.Transation Sunmmary(事务综述)对事务进行综合分析是性能分析的第一步,通过分析测试时间内用户事务的成功与失败情况,可以直接判断出系统是否运行正常。2.Average Transaciton Response Time(事务平均响应时间)“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向。根据该图,可以定位出现性能问题的转折点。说明:随着测

2021-01-09 14:27:23 1276

原创 性能测试工作的关键

强度测试1、性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点,来获得系统能提供的最大服务级别的测试。2、性能测试在软件的质量保证中起着重要的作用,它包括的测试内容丰富多样。中国软件评测中心将性能测试概括为三个方面:应用在客户端性能的测试、应用在网络上性能

2021-01-08 19:34:13 639

原创 性能测试工作的目的

评估系统bai的能力----测试中du得到的负荷和zhi响应时间数dao据可被用于验证所计划的zhuan模型的能力,并帮助作出决策。识别体系中的弱点----受控的负荷被增加到一个极端水平,并突破它,从而修复体系的瓶颈或薄弱的地方。系统调优—重复运行测试,验证调整系统的活动得到了预期的结果,从而改进性能。检测软件中的问题,长时间的测试执行可导致程序发生由于内存泄漏引起的失败,揭示程序中的隐含问题或冲突。验证稳定性,可靠性—在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法.

2021-01-08 19:33:01 177

原创 软件测试类型

易用性测试-界面的友好性,操作方便性等。功能测试-系统中功能性需求的满足安全性测试-系统是否存在安全隐患和漏洞性能测试-系统在大并发下的响应速度和健壮性

2021-01-08 19:31:15 100 1

原创 缺陷记录应包含的内容

缺陷标识缺陷类型缺陷严重程度缺陷产生可能性缺陷优先级缺陷状态缺陷起源缺陷来源缺陷原因

2021-01-07 11:03:48 1030

原创 bug的生命周期

有效地记录BUG使用BUG模板评价BUG优先级和严重性BUG的生命维护BUG数据库

2021-01-07 11:02:44 77

原创 性能测试的流程

1.测试需求分析2.测试计划制定与评审3.测试用例设计与开发4.测试执行与监控5.分析测试结果6.编写性能测试报告7.测试经验总结

2021-01-07 11:01:34 47

原创 主键、外键的作用,索引的优点与不足

主键:是表中的唯一标示键。作用:保证实体的完整性;加快数据库的操作速度;增加新的表记录时,数据库会自动检索新记录的主键值,不允许该值与其他表中记录的主键重复;数据库会按主键值的顺序显示记录,如果没有设定主键,则按输入的顺序显示记录。外键:是主键的从属,表示了两个表之间的联系。作用:使用外键可以避免冗余。索引的优点:1、通过创建唯一性的索引,可以保证表中数据的唯一性;2、加速数据的检索速度;3、加快表与表之间的连接;4、在使用分组与排序数据检索时,可以显著检索分组与排序的时间;5、

2021-01-06 10:07:10 358

原创 需求测试的注意事项

是否使用了公司的模板文档内容是否符合规范所有的需求是分级是否清析适当所有的需求是否具有一致性需求是否可行(即,该需求组合有解决方案)需求可否用己知的约束来实现需求是否足够(即,可以把它送到一个规范的开发组织,并有一个生产出所需要产品的合理的可能性)所有的其它需求是交叉引用是否正确用户描述是否清楚是否用客户的语言来描述需求每个需求描述是否清楚没有岐义,可以移交给一个独立的组去实现时也能理解是否所有的需求都是可验证的是否每条需求都具有独立性,即使发生了变化也不会影响其它需求性能指标是.

2021-01-06 10:05:12 396

原创 测试计划应该包括哪些内容

背景项目简介目的测试范围测试策略人员分工资源要求进度计划参考文档常用术语提交文档风险分析

2021-01-06 10:02:51 3652

原创 为什么要在一个团队中开展软件测试工作

因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。...

2021-01-05 18:18:58 568

原创 当开发人员说不是BUG时,你如何应付

开发人员说不是bug,有2种情况,一是需求没有确定,所以我可以这么做,这个时候可以找来产品经理进行确认,需不需要改动,3方商量确定好后再看要不要改。二是这种情况不可能发生,所以不需要修改,这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,如果开发人员

2021-01-05 18:18:13 1459

原创 黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系

黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。  白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。  软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误:  1、是否有不正确或遗漏的功能?2

2021-01-05 18:17:01 1042

原创 不同的测试类型的区别与联系

测试类型有:功能测试,性能测试,界面测试。  功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。  性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目

2021-01-04 17:22:48 973

原创 面向对象的测试用例设计有几种方法

给类中的每个构造函数设计一组测试用例组合类中的类变量、实例变量组合类中的各种方法根据前置条件和后置条件设计测试用例根据代码设计测试用例

2021-01-04 17:21:25 877

原创 测试用例设计的原则、方法

代表性:能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等.可判定性:即测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果.可再现性:即对同样的测试用例,系统的执行结果应当是相同的。方法等价类边界值因果图状态图正交法大纲法...

2021-01-04 17:20:21 616

原创 软件开发过程

开发过程需求调研(需求人员)需求分析(需求人员)概要设计(设计人员)详细设计(设计人员)编码(开发人员)测试过程需求评审系统测试设计概要设计评审集成测试设计详细设计评审单元测试设计测试执行...

2021-01-03 19:40:21 124

原创 做好测试计划工作的关键

明确测试的目标,增强测试计划的实用性编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确坚持“5W”规则,明确内容与过程“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件

2021-01-03 19:37:10 145 1

原创 软件测试类型

按测试策略分类:1、静态与动态测试2、黑盒与白盒测试3、手工和自动测试4、冒烟测试5、回归测试;按测试阶段分类:单元测试、集成测试、系统测试;其他常见测试方法:1、功能测试2、性能测试3、压力测试4、负载测试5、易用性测试6、安装测试7、界面测试8、配置测试9、文档测试10、兼容性测试11、安全性测试12、恢复测试...

2021-01-03 19:35:34 69

原创 单元测试、集成测试、系统测试的侧重点

单元测试针对的是软件设计的最小单元–程序模块(面向过程中是函数、过程;面向对象中是类。),进行正确性检验的测试工作,在于发现每个程序模块内部可能存在的差错.一般有两个步骤:人工静态检查\动态执行跟踪集成测试针对的是通过了单元测试的各个模块所集成起来的组件进行检验,其主要内容是各个单元模块之间的接口,以及各个模块集成后所实现的功能.系统测试针对的是集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件\外设\某些支持软件\数据和人员等其他系统元素结合在一起,要在实际的运行环境中,对计算机系统进行一系

2021-01-02 19:36:55 901

原创 不同的测试用例针对那些方面进行测试

设计测试用例时需要注意的是,除了对整体流程及功能注意外,还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。(测试用例需要考虑的四个基本要素是输入、输出、操作和测试环境;另外,测试用例需要考虑的是测试类型(功能、性能、安全……),这部分可以参照TP做答。此外,还需要考虑用例的重要性和优先级)...

2021-01-02 19:35:58 241

原创 这些测试最好由那些人员完成,测试的是什么

代码、函数级测试一般由白盒测试人员完成,他们针对每段代码或函数进行正确性检验,检查其是否正确的实现了规定的功能。模块、组件级测试主要依据是程序结构设计测试模块间的集成和调用关系,一般由测试人员完成。系统测试在于模块测试与单元测试的基础上进行测试。了解系统功能与性能,根据测试用例进行全面的测试。...

2021-01-02 19:34:53 298

原创 因果图生成测试用例的基本步骤

§ 分析软件规格说明描述中,哪些是原因(即输入条件或输入条件的等价类),哪些是结果(即输出条件),并给每个原因和结果赋予一个标识符。§ 分析软件规格说明描述中的语义,找出原因与结果之间,原因与原因之间对应的是什么关系? 根据这些关系,画出因果图。§ 由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不可能出现。为表明这些特殊情况,在因果图上用一些记号标明约束或限制条件。 § 把因果图转换成判定表。§ 把判定表的每一列拿出来作为依据,设计测试用例。...

2021-01-01 20:01:27 763

原创 集成测试中自顶向下集成和自底向上集成两个策略的理解,它们各自的优缺点和主要适应于哪种类型测试

自顶向下集成优点:较早地验证了主要控制和判断点;按深度优先可以首先实现和验证一个完整的软件功能;功能较早证实,带来信心;只需一个驱动,减少驱动器开发的费用;支持故障隔离。缺点:柱的开发量大;底层验证被推迟;底层组件测试不充分。适应于产品控制结构比较清晰和稳定;高层接口变化较小;底层接口未定义或经常可能被修改;产口控制组件具有较大的技术风险,需要尽早被验证;希望尽早能看到产品的系统功能行为。自底向上集成优点:对底层组件行为较早验证;工作最初可以并行集成,比自顶向下效率高;减少了桩的工作量;支持故障隔

2021-01-01 20:00:20 3921

原创 在C/C++中static有什么用途

1)在函数体,一个被声明为静态的变量在这一函数被调用过程中维持其值不变。2) 在模块内(但在函数体外),一个被声明为静态的变量可以被模块内所用函数访问,但不能被模块外其它函数访问。它是一个本地的全局变量。3) 在模块内,一个被声明为静态的函数只可被这一模块内的其它函数调用。那就是,这个函数被限制在声明它的模块的本地范围内使用...

2021-01-01 19:58:16 91

原创 BUG管理工具的跟踪过程

测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发人员的问题,则转发出去,由下一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个BUG,然后测试人员关闭此问题。如果开发人员接受了BUG,并修改好以后,将BUG状态修改为已修复,并告知测试在哪个版本中可以测试。测试人员在新版本中测试,如果发现问题依然存在,

2020-12-31 13:37:13 230

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除