dpl12的博客

前言： 作为测试人员，和我们最常打交道的，莫属bug。当你发现bug后，会采取什么样的行动？是直接报出来，亦或找找问题原因？不管是我们自己找到的，亦或是开发修复后告诉我们的，知道问题之所在总是好的。在本篇文章中，笔者试图带领大家一起梳理下，为什么测试人员定位问题很重要，以及我们可以使用什么样的定位方法。一、定位问题的重要性很多测试人员可能会说，我的职责就是找到bug，至于找原因并修复，那是开发的事情，关我什么事？好，我的回答是，如果您只想做一个测试人员最基本最本分的事情，那么可以这么想。但是，如果您想

前言：不同公司的用例优先级可能有所不同，但都大同小异。

错误推断法的定义 错误推测法是指利用直觉和经验猜测出出错的可能类型，有针对性列举出程序中所有可能的错误和容易发生错误的情况，它是测试经验丰富的测试人员喜欢使用的一种测试用例设计方法。错误推断法的基本思想 基本思想是列举出可能犯的错误或错误易发生的清单，然后根据清单编写测试用例；这种方法很大程度上是凭经验进行的，即凭人们对过去所作测试结果的分析，对所揭示缺陷的规律...

一、正交排列法概述 正交排列法能够使用最小的测试过程集合获得最大的测试覆盖率。当可能的输入数据或者输入数据的组合数量很大时，由于不可能为每个输入组合都创建测试用例，可以采用这种方法。案例：字符属性设置程序在一个窗体中有多个输入框（字体、字符样式、颜色、字号），每个输入框有多个取值：字体：仿宋、楷体、华为彩云 字符样式：粗体、斜体、下划线 颜色：红色、绿色、蓝色 字...

使用正交排列法的局限性：目前常见的正交排列表只有前面附录文件中给出的几种 即使是已有的正交排列表，基本都要求每个控件中取值的个数要相等，这在实际软件中很少遇到。没有现成的正交排列表怎么办？通过正交排列表法的学习，我们更多的应用学习到一种测试思想，也就是在从所有组合集合中选取测试数据时，应该均匀的选取其中的组合作为测试用例，而不要只在某个局部选取数据。混合正交表适合于水平数不同：因...

测试方法的选择通常，在确定测试方法时，应遵循以下原则（宏观）：根据程序的重要性和一旦发生故障将造成的损失来确定测试等级和测试重点。 认真选择测试策略，以便能尽可能少的使用测试用例，发现尽可能多的程序错误。因为一次完整的软件测试过后，如果程序中遗留的错误过多并且严重，则表明该次测试是不足的，而测试不足则意味着让用户承担隐藏错误带来的危险，但测试过度又会带来资源的浪费。因此测试需要找到一个平...

软件缺陷定义：缺陷就是软件的问题（程序、数据、文档），最终表现为没有满足用户的需求。问题如下：软件未达到需求规格说明书表明的功能 软件出现了需求规格说明书指明不会出现的错误 软件的功能超出了需求规格说明书指明的范围 软件未达到需求规格说明书虽未指明而应该达到的目标 软件测试人员认为软件难以理解、不易使用、运行速度慢、或者最终用户认为不好软件缺陷的表现形式：功能、特性没有实现...

重现定义：把测试中出现BUG的步骤写出来（尽量详细），然后让开发者去按照你的步骤去找你发现的BUG再进行确认是否是BUG，这有助于开发者在最短的时间里对BUG进行修改。缺陷报告注意事项：尽量保证缺陷可以重现 简洁、准确、完整 一个缺陷报告只写一个缺陷缺陷书写规范：标题简洁、提供缺陷的本质信息即可 复现的步骤要详细，用数字编号 实际结果要描述清楚复现后的结果 列出期望结果 ...

缺陷的处理流程：缺陷的跟踪： 新提交的缺陷为“新建”状态，在确认有效之后变为“打开”状态，开发人员修改后变为“已修复”状态，此时测试人员需要回归测试，如果验证问题已解决，状态为“已解决”，如果问题依然存在，状态为“打开”；如果开发人员任务此缺陷可以延期修改，状态为“延期”；注意此时必须由项目相关人员讨论确定后，才可以延期处理，否则状态继续为“打开”。缺陷密度：基本的缺陷测量...

一、流程分析法的定义主要是针对测试场景类型，针对测试场景的测试项下的测试子项进行设计，是从白盒测试设计方法中的路径覆盖分析法借鉴过来的一种方法。在白盒测试中，路径就是指函数代码的某个分支组合，路径覆盖法需要构造足够的用例覆盖函数的所有代码路径。在黑盒测试中，若将软件系统的某个流程看成路径的话，则可以针对该路径使用路径分析的方法设计测试用例。二、流程分析法的优点降低了测试用例设计难度...

场景法概述： 1、场景法就是模拟用户操作软件时的场景，主要用于测试系统的业务流程。当拿到一个测试任务时，我们并不是先关注某个控件的边界值、等价类是否满足要求，而是先要关注它的主要功能和业务流程是否正确实现，这就需要使用场景法来完成测试 当业务流程测试没有问题，也就是该软件的主要功能没有问题时，我们再重点从边界值、等价类等方面对控件进行测试 2、在冒烟测试时也主要采用场景法进行测...

软件测试的分类

黑盒测试：又称数据驱动测试，完全不考虑从内部机构和特性，只注重软件的功能需求（不管代码）；白盒测试：把盒子打开研究里面的程序结构和源代码。灰盒测试：是介于白盒测试与黑盒测试之间的一种测试，既可保证黑盒的关注点又可掌控白盒的内部结构，但不会去对内部程序功能和运作作详细了解，灰盒测试结合了白盒测试和黑盒测试的要素。黑盒测试分类：一、功能测试逻辑功能测试 易用性测试 安装测试 ...

测试用例定义:测试用例（Test Case）是为特定的目的而设计的一组测试输入、执行条件和预期的结果，以便测试是否满足某个特定需求。通过大量的测试用例来检验软件的运行效果，它是知道测试工作进行的依据。简言之：侧什么？怎么侧？ 等价类划分法...

一、加法案例测试要求：计算1到100的两个整数之和（包括1和100）提示：一般是一个框输入正确的值，一个框输入错误的值，没有两个框都输入错误的值，因为更容易确定到底是哪个框出现错误的值；一定要按照需求来判断预期结果。（下面数据中“5”就是绝对成立值，作为问题排除项，意为检验另一个框的正确性）测试用例如下：二、QQ登录案例测试要求：测试QQ账号，账号的要求是6到1...

什么是边界？边界是指对于输入等价类和输出等价类而言，稍高于其边界值及稍低于其边界值的一些特定情况。边界值分析法也是一种常用的黑盒测试方法。分析边界的原因：大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。如何解决边界值的问题？找到测试数据的边界点，也就是有效等价类和无效等价类的边界点，对边界点数据专门进行测试。 一般情况下，对于0到100输入的问题，需要对边界...

1、因果图法定义：因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。2、因果图特点：考虑输入条件的相互制约及组合关系；考虑输出条件对输入条件的依赖关系。3、因果图的背景：（1）等价类划分方法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测...

案例：交通一卡通自动充值软件系统要求：系统只接收50或100元纸币，一次只能使用一张纸币，一次充值金额只能为50元或100元。 若输入50元纸币，并选择充值50元，完成充值后退卡，提示充值成功； 若输入50元纸币，并选择充值100元，提示输入金额不足，并退回50元； 若输入100元纸币，并选择充值50元，完成充值后退卡，提示充值成功，找零50元； 若输入100元纸币，并选择充值10...

概念：因果图只是一种辅助工具，通过分析最终得到判定表，再通过判定表编写测试用例。但有时画因果图非常麻烦，影响测试效率，可以直接写判定表，进而编写测试用例。判定表的组成：条件桩：问题的所有条件 动作桩：问题的所有输出 条件项：针对条件桩的取值 动作项：条件项的各种取值情况下的输出结果判定表的制作步骤：列出所有的条件桩和动作桩； 填入条件项； 填入动作项，得到初始判定表；...

1.软件开发模型概念：软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。 作用：软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的...