随笔分类 - 测试理论
摘要：测试需求主要“测什么”的问题，一般来自需求规格说明书中 原始需求； 为什么需要软件测试需求： 1.软件测试需求是设计测试用例的依据。 2.有助于保证测试的质量和进度。 3.软件测试需求是衡量测试覆盖率的重要指标 软件测试需求分析的一般步骤 1.列出需求文档中的具有可测性的原始需求 2.对每一条需求进
阅读全文
摘要：1.判定表介绍 判定表是在因果图的基础上经过简化而得来 组成部分 条件桩：所有条件 动作桩：所有结果 条件项：针对条件桩的取值 动作项：针对动作桩的取值 2.设计步骤 1.列出所有的条件桩和动作桩 2.填写条件桩和动作桩的项目 3.简化判定表 如果出现“-”代表此选项不影响最终结果
阅读全文
摘要：一.因果图适用场景 因即为我们的输入条件，果即为我们输出结果。适用输入条件的之间有相互组合且制约的关系 二.因果图条件约束 三.因果图关系 恒等关系：若因出现则结果出现，反之不出现 非关系：与恒等关系相反 或关系：若几个原因有一个出现则结果出现，若几个原因都不出现则结果不出现 与关系：若几个原因都出
阅读全文
摘要：一.介绍 模拟用户操作软件的场景，主要用于测试系统业务流程 在使用场景设计时需要覆盖系统用例中的主成功场景和扩展场景，并且需要适当补充各种正反面的测试用例和考虑出异常场景的情形 基本流：通过业务流程输入都为正确的，能够最终达到目标的流程，如atm机取款，插入银行卡-输入正确的密码-输入正确的金额-取
阅读全文
摘要：一.适用场景 等价类，边界值着重考虑的时输入条件，一般用于输入数据的地方（输入框）的，将不能穷举的测试过程进行分类，保证完整性和代表性 二.设计原则 1) 在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。 例：手机号码 2) 在输入条件规定了输入值的集合或者规定
阅读全文
摘要：一.bug状态 打开 (Open)：被确认并分配给相关开发人员处理； 修正(Fixed)：开发人员已完成修正，等待测试人员验证； 拒绝(Declined):拒绝修改缺陷； 延期(Deferred): 不在当前版本修复的错误，下一版修复 关闭(Closed)：错误已被修复； 二.bug级别 1级bug
阅读全文
摘要：1.测试方法的选择 1.拿到一个测试任务时，先关注他的主要功能和业务流程，业务逻辑是否正确实现，考虑使用场景法。 2.需要输入数据的地方，考虑采用等价类法，包括输入条件和输出条件的等价划分，将无线测试变为有限测试。注意要配合边界值来做详细的设计 3.在任何情况下都必须采用边界值分析法。这种方法设计出
阅读全文
摘要：1.正交表介绍 标准正交表: Ln(mk) : L: 表示正交表 n: 实验行数 且 n = (m-1)*k + 1 k: 因素数 (输入 或 控件数量) m: 水平数 (输入的取值 或者 每个控件的下拉选项数量) 标准正交表的每个因素的水平数相同. 混合正交表: Ln(m1k1m2k2m3k3..
阅读全文
