istqb

ISTQB系列之：ISTQB概述和CTFL知识总结（二）

六、测试设计技术1.测试开发过程1）测试开发过程之前测试过程中也有介绍，这里侧重于测试的开发过程，大体分为：分析阶段、设计阶段和实现阶段分析阶段：确定测什么（即明确测试条件），将测试条件定义为能通过测试用例进行验证的一个条目或事件，建立测试条件到需求的可追溯性设计阶段：定义和记录测试用例和测试数据。完成测试设计规格说明和测试用例规格说明。测试用例包括：一组输入值、执行的前提条件、预期结果、执行的后
·2012-11-10 01:00

不好的测试实践――软件测试的尽早介入

测试的尽早介入，是ISTQB中提倡的一个基本原则。测试过程中实践测试的尽早介入原则，其主要的优点表现在：提高质量、降低成本、加快进度和过程改进等。
xqtesting·2012-10-30 14:04

不好的测试实践——软件测试的尽早介入

测试的尽早介入，是ISTQB中提倡的一个基本原则。测试过程中实践测试的尽早介入原则，其主要的优点表现在：提高质量、降低成本、加快进度和过程改进等。
小强测试·2012-10-30 14:04

测试管理014：不好的测试实践 - 测试的尽早介入

不好的测试实践-测试的尽早介入测试的尽早介入，是ISTQB中提倡的一个基本原则。测试过程中实践测试的尽早介入原则，其主要的优点表现在：提高质量、降低成本、加快进度和过程改进等。
Wenqiang_Zheng·2012-10-26 20:00

ISTQB FL初级认证考试必备知识

认识ISTQBFL初级认证作者：郑文强原文：http://www.skyqa.com/istqb/guide/2012/0417/6.html认识ISTQBFL初级认证本文主要包括ISTQB初级认证考试安排
花露丝雨·2012-09-13 15:27

ISTQB AL-TM连载系列20：除了加薪还能拿什么激励测试人员

在整个测试过程中，人是最重要的因素之一。不管是多好的过程，还是多好的方法，最终都需要由人来执行和完成。好的过程就像是一条高速公路，而人就是在这条高速公路上的车，好车配合好路才能够保证行驶的速度和安全。测试经理在日常工作中的一个重要任务就是保持对测试团队成员的激励。一谈到激励，可能很多人下意识就会想到金钱，例如：给员工奖金，或者加工资。实际上，物质奖励只是激励方式的一种，但这并不是唯一的和最有效的方
Wenqiang_Zheng·2012-06-24 20:00

ISTQB AL-TM连载系列19：测试与测试团队的独立性

建立、组织和管理一支优秀的测试团队是做好软件测试工作的基础。测试活动的开展必须贯穿于整个软件开发生命周期，因此，测试活动应该和相关的开发活动进行协调，并统一规划。不同的组织，可能会以不同的方式组织测试团队，以达到组织和项目层面的测试目标。采用独立的测试人员进行测试和评审，发现缺陷的效率会明显提高，因此，独立的测试团队是一个较好的选择。独立测试的方式并不是完全的替代开发人员进行的测试，因为开发人员也
Wenqiang_Zheng·2012-06-24 20:00

ISTQB AL-TM连载系列18：测试与开发的有效缺陷沟通

有效地沟通可以在缺陷管理中避免项目利益相关者之间的相互指责，支持收集和解释目标信息。缺陷报告的准确性、合理的分类和客观的表述有助于改善缺陷报告提交人员和缺陷修复人员之间的关系。测试人员应考虑到缺陷的重要性，并提供可用的客观信息。缺陷评审会议应致力于进行适当的缺陷优先级和严重程度的判定。缺陷的跟踪工具可以促进成员之间的沟通，缺陷评审会议并不能代替缺陷跟踪工具。有效的沟通和良好的工具支持有助于实现高效
Wenqiang_Zheng·2012-06-20 18:00

ISTQB AL-TM连载系列17：清楚地报告而非解决缺陷

缺陷报告是测试过程中最重要的输出之一，编写良好的缺陷报告也是提高软件质量的重要保障。清楚的缺陷报告对测试团队而言具有重要的意义：可以减少被开发人员拒绝从而打回来的缺陷数量。加快缺陷修复的速度。增加测试人员测试能力的可信度。加强开发人员和测试人员之间的团队合作。更加高效地提高软件质量。因此，测试人员在提交缺陷报告的时候，应该从不同的方面保证缺陷报告的质量，一个好的缺陷报告应该具有下列特征：精简的：缺
Wenqiang_Zheng·2012-06-20 18:00

ISTQB AL-TM连载系列16：如何处理难以重现的缺陷

在测试执行过程中，经常会碰到一些不可重现或者很难重现的缺陷，特别是在进行系统的非功能性测试的时候，例如：稳定性测试、压力测试、满配置测试、兼容性测试等。在非功能性测试过程中发现的缺陷往往是严重程度比较高的，例如：系统不稳定、系统在不可预测的时候重启等。假如软件产品交付给用户之后，在用户现场或者系统运行过程中出现由于这样的缺陷而导致的失效，那么将会大大影响用户对产品的信心。虽然有的组织和项目可能不统
Wenqiang_Zheng·2012-06-16 09:00

ISTQB AL-TM连载系列15：测试与开发在缺陷认定上的冲突

测试人员提交缺陷报告后，经常会出现测试人员认为这是软件系统的一个缺陷，而开发人员认为这是正常的系统功能。到底是缺陷还是正常功能？这是测试人员和开发人员在缺陷问题上经常出现的分歧。测试人员对测试对象进行测试的时候要使用正确的测试依据（例如：需求规格说明）。软件开发过程中，主要涉及的项目技术人员包括系统人员、开发人员和测试人员。他们之间的角色和职责定义有助于解决缺陷认定的问题。图1是系统人员、开发人员
Wenqiang_Zheng·2012-06-16 09:00

ISTQB AL-TM连载系列14：处理缺陷的严重程度与优先级

正确处理和区分缺陷的严重程度和优先级是所有的软件开发和测试相关人员的重要职责，需要正确理解缺陷严重程度和优先级的含义。将比较轻微的缺陷设置成高严重程度和高优先级的缺陷，夸大缺陷的严重程度，将影响软件质量的正确评估，耗费开发人员辨别和处理缺陷的时间；而将严重的缺陷报告成低严重程度和优先级的缺陷，这样会掩盖许多严重的缺陷。如果在项目或者软件发布前，发现还有很多由于不正确分配优先级造成的严重缺陷，将需要
Wenqiang_Zheng·2012-06-16 09:00

ISTQB AL-TM连载系列13：搭建有效的缺陷管理过程

缺陷是测试过程中的重要输出和工作产品。缺陷的生命周期是一系列的活动和状态所组成的。了解缺陷状态、严重程度和优先级，以及缺陷的角色是进行缺陷管理的前提条件。图1 缺陷状态转换图图1是某项目的缺陷生命周期中的缺陷状态转换图。下面分别从角色和状态两个方面阐述该项目使用的缺陷生命周期。（1）相关角色测试人员：主要是指发现和报告缺陷的测试人员。通常情况下，测试人员需要对该缺陷后续相关的状态负责，包括回答相关
Wenqiang_Zheng·2012-06-14 18:00

ISTQB AL-TM连载系列12：如何有效的开展评审活动

在实际的评审过程中，经常由于各种原因，评审最终无法达到预期目的，从而导致评审在软件开发生命周期中的作用大大减弱，甚至在有的组织和项目中，评审活动只是流于形式。下面是导致评审失败的几个常见的原因。参加评审的人员没有时间，或者不具备必需的资格或技术能力。对于主持人来说，除了技术技能，他们必须具备更多的心理上的技能。技能的缺乏可以通过培训或者使用咨询公司有资质的人员来解决。管理层在项目计划中的不准确估算
Wenqiang_Zheng·2012-06-14 18:00

ISTQB AL-TM连载系列11：基于会话的探索性测试管理

探索性测试是一个特殊的测试过程，它的测试活动和测试内容是动态变化的，更多的是通过测试执行的结果来指导后续的测试活动，花在文档上的时间很少，这也就意味着探索性测试的可管理性不强，对于每个测试人员执行的测试活动的进度和效果很难监控。为了更好地开展探索性测试，JonathanBach提出了一种“基于会话的测试管理（Session-basedtestmanagement，缩写为SBTM）”方法，这种方法可
Wenqiang_Zheng·2012-06-14 18:00

ISTQB AL-TM连载系列10：什么是探索性测试

探索性测试是指依据包含测试目标的测试章程同时进行测试设计、测试执行、测试记录和学习，并且是在规定时间内进行的测试。在测试对象规格说明较少或不完备，且时间压力大的情况下，使用探索性测试可以起到较好的效果。探索性测试可以作为对其他更为正式和系统化测试的补充，例如：基于需求规格说明的测试。同时，探索性测试可以用于测试过程的检查，以确保能发现最严重的缺陷。探索性测试是一个不断交互的过程，根据当前测试执行的
Wenqiang_Zheng·2012-06-12 19:00

ISTQB AL-TM连载系列08：让老板甘愿为测试掏更多的钱

虽然大多数组织认为测试在某种意义上是有价值的，但是很少有管理人员（包括测试经理）可以以量化的方式描述或明确界定测试的价值。另外，测试经理和测试人员有时候过于关注测试技术的细节，例如：各个测试任务或测试级别的具体活动，却往往忽略了与测试相关的更重要的策略问题，例如：测试的商业价值。而这些更高层次的策略问题是项目参与者，特别是测试经理所应该关注的。测试经理在面对诸如为什么进行测试、测试的价值在哪里、什
Wenqiang_Zheng·2012-06-09 09:00

ISTQB AL-TM连载系列07：以集体的智慧进行测试估算

[文章来源：郑文强的个人网站]在项目的计划阶段，例如：用户需求阶段，需要进行项目工作量估算，而测试工作量作为整个项目工作量的重要组成部分，必定也需要在早期提供一个粗略的工作量数据。通常情况下，早期的测试工作量数据是由测试经理进行估算的。由于单个专家（例如：测试经理）进行的测试工作量估算容易存在这样的问题：测试的工作量估算值要么完全高估，要么完全低估（运气好的时候当然也可能得到比较正确的估算），无法
Wenqiang_Zheng·2012-06-05 17:00

2012.5.30微博热报：国内创业成本、软件评测师

@Joey_Yin在微博中认为目前国内IT创业的成本达到有史以来的最低点，而@崔启亮-北京ISTQB在微博中表达了对“软件评测师”的理解，这两条微博在社区中得到了积极的反馈。
崔康·2012-05-30 00:00

郑文强的个人网站：专注于测试能力改进，发布了！

该网站主要包括了下面这些内容：问题驱动的软件测试设计-解决方案问题驱动的软件测试管理-解决方案ISTQB资料下载：课件PPT、最新大纲、模拟题和考点分析等精品文章连载：《软件测试管理》和《软件测试设计》
Wenqiang_Zheng·2012-05-28 06:00

软件测试的13项原则

软件测试的13项原则软件测试过程中，我们应注意和遵循一系列的具体原则，在ISTQB软件测试基础认证大纲上，列出了7项原则，但其中最后一项原则“不存在缺陷（就是有用系统）”的谬论不能算是一项合格的原则，所以可以认可的原则是
qileilove·2012-05-21 09:00

ISTQB AL-TM连载系列06：容易遗忘的测试结束活动

所有的测试执行活动完成并输出测试报告后，并不意味着测试活动全部结束。测试经理和测试团队中的其他成员还需要将测试工作产品归档，同时对测试过程和测试活动进行相关数据的收集和分析，总结测试过程和测试活动的经验教训，例如：测试活动是否实现了测试计划设定的目标、有哪些非期望的事情和风险发生、发生的原因是什么、是不是有效地解决了这些风险、是否存在没有解决的变更请求等。测试结束活动中相关数据的分析主要用来回答下
Wenqiang_Zheng·2012-04-11 16:00

ISTQB，QAI，软件评测师软件测试认证特点对比

随着越来越多的公司对软件质量的重视和对软件专业人才的需求，取得软件测试技能认证证书将有助于职业生涯的提升，也是进入国际软件公司从事软件测试工作的敲门砖。越来越多招聘公司都把拥有软件测试认证证书的候选人作为优先录取的对象。拥有测试认证证书，成为国际知名公司软件测试职业通行证。根据QAI的统计，85%的测试认证证书获得者认为工作起来更加充满自信；13%的通过者从公司获得了最高$2500的一次性奖金；1
xqtesting·2012-03-17 13:47

ISTQB AL-TM连载系列05：测试出口准则评估与应对

测试出口准则的评估是检验测试对象是否符合预先定义的一组测试目标和出口准则的活动。测试出口准则的评估可能产生下列结果：测试结果满足所有的出口准则，测试活动可以正常结束；可能会要求执行一些附加测试用例；或者测试出口准则要求过高，需要对测试出口准则进行修改。当进行测试出口准则评估的时候，测试人员必须决定当前测试状态是否完全满足测试计划中的测试出口准则，例如：测试对象有80%的语句被执行到，可以作为测试出
Wenqiang_Zheng·2012-03-10 08:00

ISTQB AL-TM连载系列04：再测试和回归测试

确认测试或再测试是针对缺陷的修正进行的测试，用的是发现此缺陷的同一个测试用例，测试用例也可能会进行适当的调整。确认测试或再测试的主要目的是确认缺陷的修正是有效的。回归测试是指测试以前测试并修改过的程序，确保变更没有给软件其他未变更部分带来新的缺陷。软件修改后或使用环境变更后要执行回归测试。回归测试在整个软件测试过程中占有很重要的地位，是保证软件质量的一个重要测试活动。回归测试可以应用在各个测试级别
Wenqiang_Zheng·2012-02-27 19:00

ISTQB AL-TM连载系列03：测试环境的有效管理

测试环境对于测试执行至关重要，因此，需要预留足够的时间和工作量进行测试环境的计划和管理。尽管在测试环境上可能存在一些管理混乱和冲突，测试经理仍然可以在某些方面进行改进，使得测试环境能够更加符合测试要求，提高测试效率，进而提高测试质量。测试环境管理可以从下面的几个方面来进行改进，从而降低测试环境给测试带来的风险。（1）熟悉用户使用环境在高级别的测试执行中（例如：系统测试和验收测试），要求测试环境能够
Wenqiang_Zheng·2012-02-18 10:00

ISTQB AL-TM连载系列02：确定软件产品发布中的测试因素

在测试过程的后期，项目团队面临的一个重要问题是：在当前情况下产品是否能够发布。产品是否可以发布取决于多个因素，例如：市场因素、质量因素、成本因素等。通常情况下，我们并不建议产品的发布由测试团队来确定，因为产品的发布与否，考虑的不仅仅是产品的质量，而是各个方面的综合。但是，测试过程中的信息，特别是产品的质量信息，是产品是否可以发布需要考虑的重要因素之一。本文主要从测试的角度评估产品是否可以发布。（1
Wenqiang_Zheng·2012-02-11 20:00

软件测试认证新起航-写在“ISTQB认证考试信息网”发布之际

ISTQB认证考试信息网正式发布了，是软件测试行业一件可喜可贺的大事情，恭喜崔启亮老师！
Wenqiang_Zheng·2012-02-03 18:00

ISTQB AL-TM连载系列01：搭建测试环境的挑战

测试环境对于测试执行的成功与否是至关重要的。对于高级别的测试，例如：系统测试和验收测试，测试环境应该尽量能够模拟和仿真实际用户的使用环境。在测试实现和执行过程中，经常碰到一些测试环境相关的问题，导致在软件发布给用户之后，在系统中仍然存在大量的问题。下面对常见的测试环境问题进行介绍。（1）真空的测试环境在测试环境中没有发现的问题却常常在用户的使用环境中出现。当软件产品发布之后，在用户的运行环境中发现
Wenqiang_Zheng·2012-01-29 10:00

ISTQB AL-TM认证中文参考书：《软件测试管理》连载系列

ISTQBAL-TM认证中文参考书：《软件测试管理》连载系列ISTQB作为一个专业的提供软件测试认证的机构，得到了全球软件测试人员的认可。目前中国有越来越多的人已经获得ISTQBFL初级模块的认证。
Wenqiang_Zheng·2012-01-19 20:00

ISTQB-TA/TTA连载系列23：探索性测试vs脚本化测试

脚本化测试并不是一个好的测试实践，在实际测试过程中面临各种问题和挑战。探索性测试的引入，可以很好的作为脚本化测试的补充，以解决这些问题。探索性测试的基本思路是：随着项目的不断进展和深入，测试人员设计和执行的内容应该是不断演化的测试用例，例如：不断设计和执行被测对象中功能和数据的不同输入的组合；不断发现测试对象中新的测试组合，从而拓宽和增加测试的覆盖率（被测对象中功能和输入的各种组合几乎是无穷的，脚
Wenqiang_Zheng·2012-01-12 22:00

ISTQB AL-TA/TTA连载系列22：脚本化测试不一定是一个好的测试实践

脚本化测试指的是传统意义上的包含完整测试生命周期的测试，例如：国际软件测试认证委员会（InternationalSoftwareTestingQualificationsBoard，缩写为ISTQB）提出的包含五个测试阶段的测试生命周期
Wenqiang_Zheng·2012-01-03 13:00

ISTQB AL-TA/TTA连载系列21：测试中如何应对需求不全问题

当面临需求规格说明不全、模糊甚至没有需求的时候，要求测试人员确定测试什么，或者确定针对测试对象的测试思路是十分困难的。而基于缺陷分类的测试将可以较好的解决该问题。缺陷分类通常具有较好的结构化和系统化的特点。在讨论测试什么的过程中，可以有效的指导测试人员从哪些方面入手测试软件产品。下面是一个具体的案例，通过询问2名测试人员（该2名测试人员在WEB测试方面有2年左右的工作经验）“网上购书系统的购物车”
Wenqiang_Zheng·2011-12-24 15:00

ISTQB AL-TA/TTA连载系列20：基于风险的测试，它的风险在哪里？

对于测试时间和测试资源有限的软件产品测试而言，基于风险的测试是一个比较好的选择，可以帮助测试人员更好地提高测试效率并提升对测试对象的信心。这种测试作为一种有效的软件测试方法，它自身又会面临各种挑战，它的风险又在哪里呢？本文将阐述基于风险的测试过程中经常面临的一些问题并根据实际情况给出的一些建议。（1）测试风险分析自身的风险基于风险的测试需要分析和评估测试中存在的风险，并根据得到的结果将测试对象按照
Wenqiang_Zheng·2011-12-18 08:00

ISTQB AL-TA/TTA连载系列19：有效选择测试优先级

常规的风险评估通过计算可能性和严重程度来实现，它的缺点是没有能够更具体地体现各种不同因素对风险可能性和严重程度的影响。如果在评估风险时考虑风险可能性和严重程度的影响因素，我们就可以优化风险评估公式，从而更好构建测试优先级风险的可能性和严重程度都会受到各种因素的影响。例如，对于风险发生的可能性可以考虑的因素有测试对象的复杂性、时间压力及地理分散程度（如开发和测试不在同一个国家进行）等；对于风险的严重
Wenqiang_Zheng·2011-12-10 09:00

ISTQB AL-TA/TTA连载系列18：有效确定测试重点

在实际软件产品的测试过程中测试团队经常面临的一个挑战是有限的测试时间，即测试人员必须在某个时间段之内完成所有的测试任务；按照传统的测试思路按部就班的执行每个测试用例将会面临各种问题。首先，可能无法完成预先计划的测试任务；其次，测试的效率比较低下，如无法快速地发现测试对象中存在的缺陷。此时，基于潜在的风险列表选择测试重点将是一个有效的测试策略。基于潜在的风险列表选择测试重点的核心思想是针对测试对象的
Wenqiang_Zheng·2011-12-05 20:00

ISTQB AL-TA/TTA连载系列17：基于风险的测试设计

基于风险的测试，几乎每个测试人员或多或少在测试实践中运用它。对于基于风险的测试设计，测试人员首先需要考虑的就是风险在哪里？即识别和分析测试对象中的风险是进行基于风险的测试设计的前提条件。基于风险的测试设计可以采用的技术包括启发式分析方法、攻击，以及失效模式和影响分析FMEA，其中启发式分析方法由从内到外的启发式分析方法INSIDE-OUT和从外到内的启发式分析方法OUTSIDE-IN组成。本文将对
Wenqiang_Zheng·2011-11-26 16:00

ISTQB AL-TA/TTA连载系列16：测试过程中的项目风险监控

[概述]测试过程中，是不是经常碰到各种问题：测试人员无法及时到位？分包商无法及时交付软件？软件团队交付的产品质量低下？这些都是项目风险，如何对这些风险进行有效的监控，将直接影响最终的测试成败。[正文]当潜在问题影响项目成功时，那么这个潜在问题就被称为项目风险。项目风险会对项目交付产品能力构成威胁，例如：项目的失败、项目的延期、项目成本的严重超支等。对于测试经理而言，他们常常需要识别相关的项目风险，
Wenqiang_Zheng·2011-11-20 08:00

ISTQB AL-TA/TTA连载系列15：基于风险的测试

[概述]基于风险的测试的必要性，我们既可以通过各种数据进行论证，也可以通过非常简单的图例方式进行表述，本文就是基于这个目的写的。[正文]在基于需求规格说明的测试中，其风险和测试（例如：测试工作量）之间的关系类似于线性的关系，体现的测试思想是：测试任何内容，都将会降低测试对象的风险。如图1所示。图1风险和测试的线性关系但是，在实际的软件测试过程中，Pareto的20/80准则可能更加符合风险和测试之
Wenqiang_Zheng·2011-11-12 08:00

ISTQB AL-TA/TTA连载系列14：文档的可维护性测试

[概述]可维护性测试，我们常常将重点关注在软件产品新增功能或者缺陷修改以后的产品动态测试上面，而文档的可维护性测试往往被遗忘在某个角落。[正文]可维护性指的是软件产品可被修改的能力，这里的修改包括纠正、改进或者软件对环境、需求和功能规格说明变化的适应能力。因此，测试人员在面临各种变更的时候，都需要进行相应的可维护性测试，例如：°        软件产品在用户使用现场发现了缺陷，需要开发团队快速的解
Wenqiang_Zheng·2011-11-06 09:00

ISTQB AL-TA/TTA连载系列13：可移植性测试

[概述]可移植性是实际测试过程中需要重点关注，而常常容易被忽视或者遗忘的质量特性。测试人员都知道可移植性测试，却往往不知道该从哪些方面考虑可移植性测试。[正文]可移植性测试通常和软件移植到某个特定的运行环境中的难易程度相关，包括第一次建立或从现有环境上移植到另一个环境上。系统的可移植性并不是在系统开发的后期才开始考虑的，在整个软件开发生命周期都必须要考虑系统的可移植性，尤其是在早期的需求分析和设计
Wenqiang_Zheng·2011-10-31 19:00

ISTQB-AL TA/TTA连载系列12：性能测试vs负载测试vs压力测试

[概述]性能测试、负载测试和压力测试这三个词在测试行业中被广泛的使用，那么，它们在实际应用过程中的区别是什么？它们之间的联系是什么？[正文]效率作为ISO9126内部和外部质量的重要质量属性之一，其含义是在规定条件下，相对于所用的资源的数量，软件产品可提供适当性能的能力。资源可能包括其他软件产品或系统的软件和硬件配置，以及其他相关的资源（例如：打印纸、磁盘等）。效率测试主要关注产品的时间和资源相关
Wenqiang_Zheng·2011-10-26 18:00

ISTQB FL系列02：ISTQB FL初级认证考试攻略

[概述]ISTQB是国际上唯一的国际权威软件测试资质认证机构，得到了国际国内众多软件测试企业的认可和推崇。
Wenqiang_zheng·2011-10-18 22:21

ISTQB FL系列01：ISTQB FL初级认证考试说明

 本文主要包括ISTQB初级认证考试安排、评分标准和考题分布，以帮助大家更好的了解ISTQB初级认证考试。
Wenqiang_zheng·2011-10-18 20:43

ISTQB-AL TA/TTA连载系列11：安全保密性测试

[概述]安全保密性测试，对于很多测试人员而言比较神秘。本文通过PC的安全性测试，阐述了安全保密性问题无时无刻不在我们的身边。 [正文]现代社会越来越多的信息通过电子文档的形式保存在计算机中。很多企业员工都是在一个高度信息化的环境中工作，每人一台计算机已经是工作的必须配置。而这些计算机中保存了很多重要的信息，有些信息对公司而言甚至是生死攸关的。在保证员工能够正常工作的前提下，如何保证计算机中各种信息
Wenqiang_Zheng·2011-10-16 21:00

ISTQB AL-TA/TTA连载系列10：有效提高测试有效性与测试质量

[概述]根据需求规格说明设计的测试用例全部执行完毕，没有发现严重的问题和缺陷，并不能代表产品是高质量的，是满足用户的要求的。[正文]什么样的软件产品可以称为高质量的？测试人员在测试过程中，执行的测试用例完全覆盖了需求规格说明中的需求条目，是不是就可以认为测试对象的质量满足了要求？或者说，软件产品的所有功能都可以正常运行，并且按时交付给了客户，客户是否就对该产品的质量感到满意？为了更好的回答该问题，
Wenqiang_Zheng·2011-10-09 20:00

ISTQB FL初级认证系列02：ISTQB FL初级认证考试攻略

ISTQBFL初级认证考试攻略[概述]ISTQB是国际上唯一的国际权威软件测试资质认证机构，得到了国际国内众多软件测试企业的认可和推崇。
郑文强·2011-10-04 10:16

ISTQB FL初级认证系列02：ISTQB FL初级认证考试攻略

ISTQBFL初级认证考试攻略[概述]ISTQB是国际上唯一的国际权威软件测试资质认证机构，得到了国际国内众多软件测试企业的认可和推崇。
Wenqiang_Zheng·2011-10-04 10:00

ISTQB AL-TA/TTA连载系列09：如何满足客户的不同质量要求

[概述]通过测试活动提高软件产品的质量是测试人员的重要任务之一。要提高用户对软件产品的质量满意度，首先测试人员需要明白什么样的质量是用户所关注的。 [正文]通过测试活动提高软件产品的质量是测试人员的重要任务之一。在有限的测试时间和资源的情况下，及时的交付高质量的软件产品给客户，是测试人员的主要目标之一。那么，什么样的软件产品可以称为高质量的？测试人员在测试过程中，执行的测试用例完全覆盖了需求规格说
Wenqiang_Zheng·2011-10-03 10:00

ISTQB AL-TA/TTA连载系列08：如何有效减少测试用例数目

[概述]在测试过程中，测试人员经常需要将测试对象的各种输入参数进行组合之后进行测试。有时候，将各种输入参数进行组合，得到的测试用例数目将是非常庞大的。由于测试时间和成本的限制，无法对测试对象输入值的所有组合进行测试。我们应该怎么办？[正文]在测试过程中，测试人员经常需要将测试对象的各种输入参数进行组合之后进行测试。有时候，将各种输入参数进行组合，得到的测试用例数目将是非常庞大的。由于测试时间和成本
Wenqiang_Zheng·2011-09-30 07:00
上一页 1 2 3 4 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他