Beng Dou

一只站在树上的鸟儿,从来不会害怕树枝断裂,因为它相信的不是树枝,而是它自己的翅膀。

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

随笔分类 -  测试技术

[ 黑盒测试方法 ] 测试用例设计综合策略
摘要:前面我们已经分析讨论过了等价类、边界值、因果图、判定表、错误猜测等测试用例设计方法,但是我们知道,每一种方法都可以提供一组具体的有用的测试用例,但是都不能提供一个完整的、覆盖全面的测试用例集。因此,我们需要组合这些已知的测试用例设计方法、发挥各项测试设计方法的优点,设计出用例数少且覆盖全面的测试用例 阅读全文

posted @ 2018-06-22 07:25 锅边糊 阅读(1008) 评论(0) 推荐(0) 编辑

[ 黑盒测试方法 ] 正交实验法
摘要:概述 正交试验法是研究多因素、多水平组合的一种试验法,它是利用正交表来对试验进行设计,通过少数的试验替代全面试验,根据正交表的正交性从全面试验中挑选适量的、有代表性的点进行试验,这些有代表性的点具备了“均匀分散,整齐可比”的特点。“均匀分散”性使试验点均衡地分布在试验范围内,让每个试验点有充分的代表 阅读全文

posted @ 2018-06-22 07:24 锅边糊 阅读(14385) 评论(0) 推荐(2) 编辑

[ 黑盒测试方法 ] 因果图法
摘要:因果图法是一种利用图解法分析输入条件的各种组合情况,写出判定表,从而设计测试用例的方法。 因果图法是一种适合于描述对于多种输入条件组合的测试方法,根据输入条件的组合、约束关系和输出条件的因果关系,分析输入条件的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件涉及的各种组合情况。因果图法 阅读全文

posted @ 2018-06-22 07:24 锅边糊 阅读(5088) 评论(0) 推荐(0) 编辑

[ 黑盒测试方法 ] 判定表驱动法
摘要:判定表是分析和表达多逻辑条件下执行不同操作的工具。它能够将复杂的问题按照各种可能的情况全部列举出来。因此,利用判定表能够设计出完整的测试用例集合。在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针对不同逻辑条件的组合值,分别执行不同的操作。判定表很适合于处理这类问题。另外,判定表 阅读全文

posted @ 2018-06-22 07:24 锅边糊 阅读(2628) 评论(0) 推荐(0) 编辑

[ 黑盒测试方法 ] 边界值分析法
摘要:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。根据大量的测试统计数据,很多错误是发生在输入或输出范围的边界上,而不是发生在输入/输出范围的中间区域。因此针对各种边界情况设计测试用例,可以查出更多的错 阅读全文

posted @ 2018-06-22 07:23 锅边糊 阅读(4176) 评论(0) 推荐(0) 编辑

[ 黑盒测试方法 ] 错误猜测法
摘要:基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。 基本思想 错误猜测主要是一项依赖直觉的非正规的工程方法。其基本思想是列举程序可能出现的错误或者容易产生错误的测试点,然后根据测试点来编写测试用例。另一个思想是,在阅读规格说明时联想开发可能做的假设来确定测试用例,比 阅读全文

posted @ 2018-06-22 07:23 锅边糊 阅读(1061) 评论(0) 推荐(1) 编辑

[ 黑盒测试方法 ] 等价类划分法
摘要:等价类划分,指的是一种典型的、重要的黑盒测试方法。其就是解决如何选择适当的数据子集来代表整个数据集的问题,通过降低测试的数目去实现合理的覆盖,以此来发现更多的软件缺陷。 概述 等价类划分法将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进 阅读全文

posted @ 2018-06-22 07:23 锅边糊 阅读(3835) 评论(0) 推荐(0) 编辑

元素分析法
摘要:前言 元素分析法是一个设计测试分析的方法,对测试对象的各个元素的属性、范围、特点进行分析,找出测试空间和缺陷空间。相对于业务场景设计分析粒度更小,可以更直接的考虑不 同元素的不同属性对测试结果的影响,从而提高功能测试覆盖率。 适用场景 功能测试,特别是接口测试、界面测试 元素分析法步骤 1、根据测试 阅读全文

posted @ 2017-10-15 07:40 锅边糊 阅读(1646) 评论(0) 推荐(0) 编辑

测试用例执行规范
摘要:测试执行在测试工作中占了很大比重,有效的测试执行可以将测试用例发挥最大的价值。因此,测试用例规范执行有助于更好的发现代码中存在的缺陷。根据个人测试工作经验,好的测试执行应该包含如下内容: 1、测试执行中评估测试执行时间不足,需及时上报风险。满足质量优先,进度其次原则。 2、测试用例按优先级顺序执行, 阅读全文

posted @ 2017-10-13 07:32 锅边糊 阅读(5314) 评论(0) 推荐(0) 编辑

测试电子书和学习网站推荐
摘要:1、JAVA问题定位技术 各种典型JAVA问题分析技巧和套路,解决性能测试中出现的各种问题。 下载路径:JAVA问题定位技术 2、LINUX 与 UNIX SHELL编程指南 《LINUX 与 UNIX SHELL编程指南》 作者: David Transley 著 徐焱 张春萌等译 出版社:机械工 阅读全文

posted @ 2017-10-13 06:55 锅边糊 阅读(582) 评论(0) 推荐(0) 编辑

如何提高项目测试效率
摘要:想要提高版本测试效率,首先需要清楚影响测试效率的主要因素都有哪些,有什么方法可以解决这些问题。根据这些年项目测试经验总结,有几个影响版本测试效率的关键因素,包括:转测试版本质量差、重复测试工作量、需求实现方案复杂、问题单回归不通过、缺少测试经验文档积累、人员技能弱。下面分别阐述为什么这些问题会造成测 阅读全文

posted @ 2017-10-10 22:22 锅边糊 阅读(8251) 评论(0) 推荐(0) 编辑

论开发测试流程的重要性
摘要:如果版本开发测试过程中没有流程的约束,会出现什么样的情况?如果不管版本大小、不考虑版本特性强制使用标准流程约束,又会是什么样?我经常听到的抱怨是流程太厚重了,流程导致了版本开发周期变长、成本增加了。可是,如果某个产品抛开流程,它是不是可以运转的很好?这个问题我不知道,我想对于优秀团队来说,可能可以。 阅读全文

posted @ 2017-10-09 21:27 锅边糊 阅读(1671) 评论(0) 推荐(0) 编辑

批量处理性能瓶颈引发线上问题
摘要:需求描述 运营商给代理商发放奖励,后台处理功能。系统自动获取待处理的代理商数据,分批次处理数据,直至所有数据处理完成。 业务逻辑描述 1、后台功能自动获取文件的第N~第N+100条数据,开始逐一处理。 2、每一批次处理数据时间默认为M分钟(通常足够),该批次所有数据处理完成后设置下一批次读取开始记录 阅读全文

posted @ 2017-10-05 11:50 锅边糊 阅读(226) 评论(0) 推荐(0) 编辑

重复操作导致的线上问题
摘要:需求描述 运营商给代理商发放奖励,奖励方式批量处理方式。操作员通过界面导入构造好的文本文件,界面生成一条待审批记录,执行审批按钮即可完成给代理商发放奖励。 业务逻辑描述 1、构造文本文件,文件按照格式要求设计,一行代表一条待处理记录,比如格式要求为号码|金额(135000|500)。 2、登录界面操 阅读全文

posted @ 2017-10-05 11:32 锅边糊 阅读(249) 评论(0) 推荐(0) 编辑

如何做好接口测试用例设计
摘要:接口测试主要分为系统作为服务端和系统作为客户端2种类型考虑进行用例设计。接口测试需要考虑业务组网和接口类型。通常来说系统在一个接口测试场景中会同时作为服务端和客户端。 系统做服务端考虑 1、功能。系统能够正确处理所有参数正常值、异常值,并按照要求响应客户端,包括结果码、成功或者失败处理消息等。 2、 阅读全文

posted @ 2017-09-25 07:37 锅边糊 阅读(396) 评论(0) 推荐(0) 编辑

测试用例基本概念
摘要:测试用例基本概念 测试用例是为特定的目的而设计的一组测试输入、操作步骤和预期结果。每个测试用例都是用户实际可操作的步骤,通过测试用例的执行去 验证交付给客户的软件的功能是满足的用户的要求。测试用例不局限于功能测试用例,同时包括性能测试用例、安全测试用例及可靠性、可服务 性等测试用例。 测试用例组成元 阅读全文

posted @ 2017-09-23 07:25 锅边糊 阅读(967) 评论(0) 推荐(0) 编辑

[ 测试管理 ] 如何描述缺陷报告?
摘要:一个规范的缺陷报告有助于开发快速定位缺陷,否则只会增加无谓的测试与开发间的沟通成本。那如何描述一个缺陷报告? (1)缺陷标题,用一句话描述清楚(Problem)。标题可以带上发现缺陷的测试版本和特性或模块。 (2)问题描述尽量可复现缺陷。包括问题发生的预置条件、操作步骤、预期结果等要素。有日志或者截 阅读全文

posted @ 2017-08-24 20:26 锅边糊 阅读(365) 评论(0) 推荐(0) 编辑

[ 测试思维 ] 启发式测试策略模型(HTSM)
摘要:什么是HTSM 启发式测试策略模型(Heuristic Test Strategy Model,简称HTSM)是测试专家James Bach提出的一组帮助测试设计的指南(Guide line)。HTSM由一组指导性词语组成,它们构成一个 层次结构,让测试人员从高层抽象到底层细节对产品和测试进行思考。 阅读全文

posted @ 2017-08-20 18:27 锅边糊 阅读(2974) 评论(0) 推荐(1) 编辑

软件测试全流程
摘要:健全的测试流程有助于规范测试各阶段活动的进行。本文主要描述测试全流程中各阶段活动的出入口条件、工作重点。 测试需求分析 责任主体:所有测试人员,测试经理负责组织 入口条件:客户需求说明书已完成签字。 工作重点:参与版本的所有测试人员熟悉所有交付需求,可以通过测试需求反串讲确认测试人员对需求的理解程度 阅读全文

posted @ 2017-04-29 08:15 锅边糊 阅读(1004) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示