随笔分类 -  软件测试基础

缺陷书写规范
摘要：1、标题：应保持简短、准确、提供缺陷的本质信息。 -尽量以缺陷发生的原因与结果的方式相结合的放式书写； -尽量避免使用模糊不清的词语，例如：“功能中断”、“功能不正确”、“行为不起作用”等，应该使用具体文字说明缺陷的症状； -为了便于他人理解，尽量避免是用俚语或过分具体的测试细节； 2、复现步骤：应 阅读全文
posted @ 2019-04-25 23:18 春风几度闲 阅读(1202) 评论(0) 推荐(1)
测试用例力度、缺陷
摘要：一、测试用例力度 1、测试用例的本质：是在设计的过程中理解需求，检验需求，并把对软件系统的测试方法思路记录下来，以便指导将来的测试。 基于需求的测试用例设计 基于需求的用例场景来设计测试用例是最有效的方法，因为它直接覆盖需求，而需求是软件的根本，验证对需求的覆盖是软件测试的根本目的。 要把测试用例当 阅读全文
posted @ 2019-04-22 22:33 春风几度闲 阅读(1203) 评论(0) 推荐(0)
测试用例方法总结
摘要：一、测试的方法的选择 1、通常，在确定测试方法前应遵循以下原则， 根据程序的重要性和一旦发生故障将造成损失来确定测试等级和测试重点。 认真选择测试策略，以便尽可能减少测试用例，发现尽可能多的程序错误。因为一次完整的软件测试过程之后，如果程序中遗留的错误过多并且较严重， 则表明该次测试是不足的，而测试 阅读全文
posted @ 2019-04-22 22:04 春风几度闲 阅读(651) 评论(0) 推荐(0)
正交排列法
摘要：一、常见正交表 1、概述：正交排列法能够使用最小的测试过程集合获得最大的测试覆盖率。当可能的输入数据或输入数据组合的组合量很大时， 由于不可能每个测试组合创建测试用例，可以采用这种方法。 2、正交排列法的概念：是研究多因素、多水平的一种设计方法，它是根据正交性从全面实验中挑选出部分有代表性的点进行实 阅读全文
posted @ 2019-04-21 19:24 春风几度闲 阅读(1940) 评论(0) 推荐(0)
错误推测法
摘要：1、定义：是指利用直觉和经验猜测出出错的可能类型，有针对性的列举出程序中所有可能的错误和容易发生错误的情况， 它是测试经验丰富的测试人员喜欢使用的一种测试用例设计方法。 2、基本思想： -基本思想是列举出可能犯的错误或错误易发生的清单，然后根据清单编写测试用例；这种方法很多程度是凭经验进行的， 即凭 阅读全文
posted @ 2019-04-21 16:47 春风几度闲 阅读(1243) 评论(0) 推荐(0)
场景、流程法
摘要：一、场景法 1、概述：场景法就是模拟用户操作软件时的场景，主要用于测试系统的业务流程 2、重要概念 （1）基本流 -按照正确的业务流程来实现一条操作路径（模拟正确的操作流程） （2）备用流 -导致程序出现错误的操作流程（模拟错误的操作流程） 用例场景是用来描述流经用例路径的过程，这个过程从开始到结束 阅读全文
posted @ 2019-04-21 15:49 春风几度闲 阅读(1902) 评论(0) 推荐(0)
判断表法
摘要：一 1、因果图只是一种辅助工具，通过分析最终得到判定表，再通过判定表编写测试用例。但因因果图非常麻烦，影响测试效率，可以直接写判定表，进而编写测试用例。 2、判定表的组成部分 -条件桩：问题的所有条件； -动作桩：问题的所有输出； -条件项：针对条件桩的取值； -动作项：条件项的各种取值情况下的输出 阅读全文
posted @ 2019-04-21 15:27 春风几度闲 阅读(1388) 评论(0) 推荐(0)
因果图
摘要：1、定义：因果图是利用一种图解法分析输入的各种组合情况，从而设计测试用例的方法，它适用于检查程序条件的各种组合情况 适用于输入条件之间有相互制约、相互依赖的情况 因：输入条件 果：输出条件、结果 2、特点：--考虑输入条件相互制约及组合关系。--考虑输出条件对输入条件的依赖关系 3、核心： （1）适 阅读全文
posted @ 2019-04-20 18:13 春风几度闲 阅读(6594) 评论(0) 推荐(0)
边界值（极值）
摘要：一、定义：边界值是指对于输入等价类和输出等价类而言稍高于其边界值及稍低于其边界值的一些特定情况。 边界值分析法也是常用的的黑盒测试方法。（大量的错误是发生在输入或输入范围边界上，而不是在输入的范围内部） *注意：有效和无效的分界点，往往是程序的判定点，是程序中最容易出错的地方，也是测试人员重点的测试 阅读全文
posted @ 2019-04-19 07:55 春风几度闲 阅读(4984) 评论(1) 推荐(0)
等价类划分
摘要：测试用例 定义：测什么，怎么测 为特定的目的而设计一组测试的输入、执行条件、和预期结果，以便测试满足某个特定需求，通过大量的测试用例来检验软件的运行效果，他是指导软件测试的依据。 等价类划分 1、整数、小数、符号、汉字、空格、不输入、 2、通过上面的描述，我们发现我们用户所有可能输入的数据划分为若干 阅读全文
posted @ 2019-04-17 07:38 春风几度闲 阅读(3756) 评论(0) 推荐(0)
软件测试分类
摘要：按测试阶段划分： 1、单元测试 2、集成测试 3、系统测试 是否划分源代码： 1、白盒测试 2、黑盒测试 功能测试 性能测试 按是否运行代码 1、静态测试（不运行代码） 2、动态测试（运行代码） 其他： 1、冒烟测试 2、随机测试（探索测试）： 对重要功能进行测试，也包括当前测试用例未覆盖的，新增加 阅读全文
posted @ 2019-04-16 07:26 春风几度闲 阅读(196) 评论(0) 推荐(0)
黑盒测试分类
摘要：黑盒测试：又称数据驱动测试，完全不考虑程序内部结构和内部特性，注重于软件的功能需求，只关心软件的输入数据和输出数据。 白盒测试：指的是把盒子打开，去研究里面的源代码和程序结构， 两者是按照否查看源代码来区别测试分类 一、功能测试 1、逻辑功能测试 2、易用性测试 3、安装测试 4、兼容性测试 5、界 阅读全文
posted @ 2019-04-11 13:00 春风几度闲 阅读(1507) 评论(0) 推荐(0)
软件测试----H模型
摘要：H模型将测试活动完全独立出来，形成一个完整的流程，同时将测试准备和测试执行清晰表现出来。 测试流程： --测试准备：所有测试活动的准备判断是否到测试就绪点。 --测试就绪点：测试准入准则，即是否可以开始执行测试的条件 --测试执行：具体的执行测试的程序 其它流程:回归测试、冒烟测试、探索性测试 H模 阅读全文
posted @ 2019-04-11 12:48 春风几度闲 阅读(4225) 评论(0) 推荐(0)
软件测试--w模型
摘要：W模型 优点：开发把随着整个开发周期，需求、和设计同样要测试，更早的介入测试，可以发现初期的缺陷，修复成本低；分阶段工作方便项目整体管理； 缺点：开发和测试依然是线性关系，需求的变更和调整，依然不方便，如果没有相关文档不能执行W模型，对项目组成员的技术要求更高！ 定义：开发一个V，测试也一个V组合起 阅读全文
posted @ 2019-04-11 11:11 春风几度闲 阅读(2101) 评论(0) 推荐(0)
测试模型---V模型
摘要：软件测试&软件工程 软件测试是软件工程不可缺少的一部分。 一、V模型简介 需求分析 验收测试 概要设计 系统测试 详细设计 集成测试 编码 单元测试 （1）单元测试： 又称模块测试，针对软件设计者最小单位 程序模块 进行正确性检查的测试工作。单元测试需要从程序的内部结构出发设计测试用例额。 多个模块 阅读全文
posted @ 2019-04-10 21:44 春风几度闲 阅读(1366) 评论(0) 推荐(0)
开发模型----快速原型模型
摘要：开发模型 快速原型模型 在开发真实系统之前，构造一个原型，在该原形的基础上，逐渐完善整个系统的开发工作。 第一步：是快速建造原型，实现用户与系统交互，用户对原型进行评价。进一步细化待开发的需求。 通过逐步调整原型使其满足用户的要求，开发人员可以确定用户真正的需求是什么 第二步：是在第一步的基础上开发 阅读全文
posted @ 2019-04-10 20:45 春风几度闲 阅读(1612) 评论(0) 推荐(0)
开发模型--瀑布模型
摘要：1、是线性模型的一种，在所有模型中占有重要的位置，是其他模型的一个基础。 2、每一个阶段执行一次，按线性顺序进行软件开发。 测试切入点： 测试阶段属于软件后期阶段，必须在代码完成时留出足够的时间给测试活动，否则导致测试不充分，很多问题在后期暴漏。 瀑布模型优点： （1）开发各个阶段比较清晰 （2）强 阅读全文
posted @ 2019-04-10 12:46 春风几度闲 阅读(638) 评论(0) 推荐(0)