对于测试的各项评审中,测试用例的评审尤为重要。因为测试用例的设计决定了测试的充分性和有效性。即使测试报告的评审能够发现测试的问题,但到了那时再重新设计测试用例,重..
软件测试用例评审是一个重要的环节,它是质量保证的关键手段,可以有效地帮助确保软件符合预期的功能要求和质量标准。 软件测试用例评审的工作流程是,首先准备工作,收集相关..
先介绍一下传统测试设计的主要流程,测试人员首先进行需求评审后,这个过程是熟悉和了解需求的过程,然后开始进行测试设计,测试设计主要运用的方法是之前提到过的“等价类、..
基于模型的测试(MBT)(下文都简称为:基模测试)是一种技术,有时被标榜为“自动化测试设计”。虽然一定程度上这并没有错,但它或许会给人以错误的印象。基模测试工具从一个..
传统的测试人员,正在被自动化、以及更完善的监控体系所逐步取代。 触发这个变化的原因主要有3点:..
如何进行用例设计,如何让设计好的用例覆盖全面,将代码存在的问题在上线前更早发现是每一个测试工程师必备的技能。那么如何达到这些指标呢?如何将用例设计既快又全面呢?今..
对于多变量组合类的测试,可选择的一种测试方法就是测试所有变量的笛卡儿积,这种方法是所有变量、所有取值的完全组合,是最全面的测试。但是,在变量多的情况下这是最不可能..
由于在写自动化测试用例时,自动化的用例中除了有基本的用例步骤以外,还包括了大量的用例执行所形成的数据,而这些数据有可能会影响到之后用例的自动化执行。所以在我们的自..
在 HttpRunner 中,测试用例引擎最大的特色就是支持 YAML/JSON 格式的用例描述形式。 采用 YAML/JSON 格式编写维护测试用例,优势还是很明显的:..
从配置管理员处申请软件配置:《需求规格说明书》和《设计说明书》;根据需求规格说明书和设计说明书,详细理解用户的真正需求,并且对软件所实现的功能已经准确理解,然后着..
测试用例的编写是QA团队的主要活动之一,我们的大部份时间都花在了编写、审查、执行和维护这些用例上。很不幸的是,测试用例仍然是最容易出错的地方。 由于理解上的差异,测..
首先,我们需要知道:为什么需要测试用例?..
基于需求的用例仅仅是针对前面没有覆盖到的用例的补充,所以这部分用例应该相对比较少,如果发现比较多的话可以分析下是否研发的一些逻辑没有覆盖到相关地方 如何编写高..
基于需求的用例仅仅是针对前面没有覆盖到的用例的补充,所以这部分用例应该相对比较少,如果发现比较多的话可以分析下是否研发的一些逻辑没有覆盖到相关地方..
软件测试和软件开发一样,是一个典型的系统工程。它包括了持续集成(CI)、持续测试(CT)、持续交付(CD)和持续部署(CD)等诸多方面,每个方面又都包括各子内容。通过这些系统工程,团队..
单元测试的测试数据可以用两个基本的方法系统地构建。第一个是规格说明测试,这个技术也称为黑盒测试(行为测试,数据驱动测试,功能测试以及输入/ 输出驱动测试)。在这个方法..
这个例子的设计并不是我首先想出的,我参考了原文,然后经过整理,融汇了我的Excel技巧,把它整理了出来,分析了表的生成过程,比原来的设计有一定的易学易用性。现在让大家来进..
负面测试在BS7925-1中的英国标准定义是采用Beizer的定义,其定义负面测试为“旨在说明软件不能工作的测试”(原文:Testing aimed at showing software does not work)。它可以带出一系列补充性的和..
一. 功能测试 1. 安装测试: 1) 安装过程中对于缺省安装目录及任意指定的安装目录,是否都能正确安装; 2) 若是选择安装,查看能否实现其相应的功能; 3)..
对于产品来说,如何通过黑盒测试来保证产品的质量是一件很艰苦的事,手工测试人员一遍遍的进行测试,最大程度的发现产品中的缺陷。个人认为,在黑盒测试中,测试的核心工作..