该章最后,作者给予了十大 测试 原则: 测试用例 中一个必需部分是对预期输出或结果的定义。 一个测试用例必需包括两个部分:对程序的输入数据的描述和对程序在上述输入数据下的正确输..
上篇,提到人工测试技术的四种方法。其中,代码检查和代码走查稍略胜一筹。于是,作者在本章着重讲了这两个方法。其实,这两种方法很类似,那就先看看这两种方法的优之共通点吧!具体..
MI LY: SimSun">代码检查,怎么说呢?经验而言,我挺喜欢用的。因为,跟项目经理(或设计人员)读设计,能够非常容易发现设计上的逻辑错误或遗漏的问题等等。因此,有必要好好叙述下。 定..
在代码检查过程中,一个重要的部分是需要对照一份编程错误列表,来分析程序是否存在常见的错误。于是,作者接下来就给出了一份错误列表,该份错误列表在很大程度上是独立于编程语言的..
说完代码检查,现在来谈谈代码走查。从定义上来讲,代码走查是以小组为单元进行代码阅读的,同样也是一系列规程和错误检查技术的集合。且代码走查也采用了持续一至两个小时的不间断会..
在本章的最后,作者附带提了一下桌面检查和同行评分这两个方法。 首先,来谈下桌面检查。桌面检查可视为由单人进行的代码检查或代码走查;并由一个人阅读程序,对照错误列表检查程序..
本书第四章主要讲述了 白盒测试 和 黑盒测试 的原理、具体方法,及一些测试策略的思考。就经验而言,个人觉得,测试软件中最重要的因素还是要:设计和生成有效的 测试用例 。所以,作者..
先谈及、概括一下 白盒 测试 。 白盒 测试 ,所关注的是: 测试用例 执行的程度或覆盖程序逻辑结构(源代码)的程度。因此,也可以认为是逻辑覆盖 测试 。具体方法有五个,按其逻辑覆盖..
再概述一下 黑盒 测试 。那么首先就是等价类划分法。 等价类划分,是一个最优子集的挑选过程。该子集必须具备两个特性: 严格控制 测试 用例的增加,减少为达到“合理 测试 ”的某些既定..
边界值分析法,有较好的 测试 回报率。该法较简单,仅是用于考察正处于等价划分边界或在边界附近的状态。因此,只需明确边界条件这一定义即可。边界条件,是指输入和输出等价类中那些..
因果图分析法,依作者而言,是为了解决边界值分析和等价划分的一个弱点:未对输入条件的组合进行分析。而因果图恰恰有助于用一个系统的方法选择出此类高效的 测试 用例集,并且可以指..
软件测试的概念与定义 软件测试 是伴随着软件的产生而产生的。早期的软件开发过程中, 那时软件规模都很..
测试 用例 的设计是整个 软件测试 工作 的核心, 测试用例 反映对被测对象的 质量 要求和评估范围,决定测试的效率和测试自身的质量。 所以对测试用例的评审,就显得非常重要。测试 用例..
对于IT人员来说, SOA 已经不仅仅是一种技术,它代表了一种新的,更加宏观的设计和实施IT系统的方法论。那么对于整个IT系统的实施过程来说,每一个步骤都按照SOA的角度来考虑,来实施就成..
一、软件测试综述 完整的软件测试是评定软件性能和质量的重要手段,该测试可以用来检查软件是否满足设计和项目合同书所规定的技术要求,检验软件对误操作的处理能力,并为软件 可靠性..
1.1 文本框、按钮等控件 测试 1.1.1 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字。 b,输入已存在的文件的名称; c,输入超长字符。例如在“名称”框中输入超过允许边界个数的..
大家在编写 测试 用例 的时候往往把输入数据、操作步骤、输出、结果、以及一些过程信息等都包含很全,但是往往忽略掉对执行该测试的检查点,这些检查点往往是 测试用例 设计和编写的人..
功能性 测试 用例 1. 测试的来源,即测试的需求 测试用例的主要来源有: 1) 需求说明”及相关文档 2)相关的设计说明(概要设计,详细设计等) 3)与开发组交流对需求理解的 记录(可以是..
1.应验证界面显示内容的完整性: a) 报表显示时应考虑数据显示宽度的自适应或自动换行。 b) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等),必须使 测试 数据的记..
这是在51testing论坛上一位会员提供的关于登陆、添加、删除、查询模块的 测试 点 .原始链接:http://bbs.ltesting.net/thread-47421-1-1.html一下是他写的内容: 以前在这里看到一篇文章说,要积累各个常用..