- 博客(19)
- 资源 (46)
- 收藏
- 关注
RSS订阅原创 测试设计002：有效测试用例设计，建立模型与应用技术很重要
测试用例设计是测试过程中非常重要的一个活动，不管是文档化的设计输出，还是只是存在于他们脑海中的测试思想，其质量都会直接影响测试执行的质量。尽管每个测试人员都掌握了不少的测试用例设计技术与方法，例如：等价类划分、状态转换测试等，但是如何将它们应用到具体的测试对象测试中去，很多测试人员都会感觉有些力不从心，甚至有无从下手的感觉。下面是针对某个功能模块的一个简单的需求描述：该基本功能是为了创建某
2012-06-26 22:17:13
2140
2
原创 ISTQB AL-TM连载系列20：除了加薪还能拿什么激励测试人员
在整个测试过程中，人是最重要的因素之一。不管是多好的过程，还是多好的方法，最终都需要由人来执行和完成。好的过程就像是一条高速公路，而人就是在这条高速公路上的车，好车配合好路才能够保证行驶的速度和安全。测试经理在日常工作中的一个重要任务就是保持对测试团队成员的激励。一谈到激励，可能很多人下意识就会想到金钱，例如：给员工奖金，或者加工资。实际上，物质奖励只是激励方式的一种，但这并不是唯一的和最
2012-06-24 20:15:02
2951
1
原创 ISTQB AL-TM连载系列19：测试与测试团队的独立性
建立、组织和管理一支优秀的测试团队是做好软件测试工作的基础。测试活动的开展必须贯穿于整个软件开发生命周期，因此，测试活动应该和相关的开发活动进行协调，并统一规划。不同的组织，可能会以不同的方式组织测试团队，以达到组织和项目层面的测试目标。采用独立的测试人员进行测试和评审，发现缺陷的效率会明显提高，因此，独立的测试团队是一个较好的选择。独立测试的方式并不是完全的替代开发人员进行的测试，因为开
2012-06-24 20:12:44
2471
1
原创 ISTQB AL-TM连载系列18：测试与开发的有效缺陷沟通
有效地沟通可以在缺陷管理中避免项目利益相关者之间的相互指责，支持收集和解释目标信息。缺陷报告的准确性、合理的分类和客观的表述有助于改善缺陷报告提交人员和缺陷修复人员之间的关系。测试人员应考虑到缺陷的重要性，并提供可用的客观信息。缺陷评审会议应致力于进行适当的缺陷优先级和严重程度的判定。缺陷的跟踪工具可以促进成员之间的沟通，缺陷评审会议并不能代替缺陷跟踪工具。有效的沟通和良好的工具支持有助于
2012-06-20 18:04:56
1894
原创 ISTQB AL-TM连载系列17：清楚地报告而非解决缺陷
缺陷报告是测试过程中最重要的输出之一，编写良好的缺陷报告也是提高软件质量的重要保障。清楚的缺陷报告对测试团队而言具有重要的意义：可以减少被开发人员拒绝从而打回来的缺陷数量。加快缺陷修复的速度。增加测试人员测试能力的可信度。加强开发人员和测试人员之间的团队合作。更加高效地提高软件质量。因此，测试人员在提交缺陷报告的时候，应该从不同的方面保证缺陷报告的质量，一个好的缺陷报告应该具有下列特征
2012-06-20 18:02:40
1252
原创 ISTQB AL-TM连载系列16：如何处理难以重现的缺陷
在测试执行过程中，经常会碰到一些不可重现或者很难重现的缺陷，特别是在进行系统的非功能性测试的时候，例如：稳定性测试、压力测试、满配置测试、兼容性测试等。在非功能性测试过程中发现的缺陷往往是严重程度比较高的，例如：系统不稳定、系统在不可预测的时候重启等。假如软件产品交付给用户之后，在用户现场或者系统运行过程中出现由于这样的缺陷而导致的失效，那么将会大大影响用户对产品的信心。虽然有的组织和项目
2012-06-16 09:37:59
1448
原创 ISTQB AL-TM连载系列15：测试与开发在缺陷认定上的冲突
测试人员提交缺陷报告后，经常会出现测试人员认为这是软件系统的一个缺陷，而开发人员认为这是正常的系统功能。到底是缺陷还是正常功能？这是测试人员和开发人员在缺陷问题上经常出现的分歧。测试人员对测试对象进行测试的时候要使用正确的测试依据（例如：需求规格说明）。软件开发过程中，主要涉及的项目技术人员包括系统人员、开发人员和测试人员。他们之间的角色和职责定义有助于解决缺陷认定的问题。图1是系
2012-06-16 09:35:28
1336
原创 ISTQB AL-TM连载系列14：处理缺陷的严重程度与优先级
正确处理和区分缺陷的严重程度和优先级是所有的软件开发和测试相关人员的重要职责，需要正确理解缺陷严重程度和优先级的含义。将比较轻微的缺陷设置成高严重程度和高优先级的缺陷，夸大缺陷的严重程度，将影响软件质量的正确评估，耗费开发人员辨别和处理缺陷的时间；而将严重的缺陷报告成低严重程度和优先级的缺陷，这样会掩盖许多严重的缺陷。如果在项目或者软件发布前，发现还有很多由于不正确分配优先级造成的严重缺陷
2012-06-16 09:30:40
1694
原创 ISTQB AL-TM连载系列13：搭建有效的缺陷管理过程
缺陷是测试过程中的重要输出和工作产品。缺陷的生命周期是一系列的活动和状态所组成的。了解缺陷状态、严重程度和优先级，以及缺陷的角色是进行缺陷管理的前提条件。图1 缺陷状态转换图图1是某项目的缺陷生命周期中的缺陷状态转换图。下面分别从角色和状态两个方面阐述该项目使用的缺陷生命周期。（1）相关角色测试人员：主要是指发现和报告缺陷的测试人员。通常情况下，测试人员需要对该缺陷后
2012-06-14 18:43:49
1414
原创 ISTQB AL-TM连载系列12：如何有效的开展评审活动
在实际的评审过程中，经常由于各种原因，评审最终无法达到预期目的，从而导致评审在软件开发生命周期中的作用大大减弱，甚至在有的组织和项目中，评审活动只是流于形式。下面是导致评审失败的几个常见的原因。参加评审的人员没有时间，或者不具备必需的资格或技术能力。对于主持人来说，除了技术技能，他们必须具备更多的心理上的技能。技能的缺乏可以通过培训或者使用咨询公司有资质的人员来解决。管理层在项目计划中的不
2012-06-14 18:41:01
1752
原创 ISTQB AL-TM连载系列11：基于会话的探索性测试管理
探索性测试是一个特殊的测试过程，它的测试活动和测试内容是动态变化的，更多的是通过测试执行的结果来指导后续的测试活动，花在文档上的时间很少，这也就意味着探索性测试的可管理性不强，对于每个测试人员执行的测试活动的进度和效果很难监控。为了更好地开展探索性测试，Jonathan Bach提出了一种“基于会话的测试管理（Session-based test management，缩写为SBTM）”方法，
2012-06-14 18:38:36
1528
原创 ISTQB AL-TM连载系列10：什么是探索性测试
探索性测试是指依据包含测试目标的测试章程同时进行测试设计、测试执行、测试记录和学习，并且是在规定时间内进行的测试。在测试对象规格说明较少或不完备，且时间压力大的情况下，使用探索性测试可以起到较好的效果。探索性测试可以作为对其他更为正式和系统化测试的补充，例如：基于需求规格说明的测试。同时，探索性测试可以用于测试过程的检查，以确保能发现最严重的缺陷。探索性测试是一个不断交互的过程，根据当前测
2012-06-12 19:40:41
1671
原创 ISTQB AL-TM连载系列09：测试外包等常见的5类风险
虽然分布式测试、外包测试和内包测试都有各自的优点，但是这并不意味着可以随意采用这些不同的测试方式。它们在成本核算、外包地点选择、承包商选择、测试管理和商业模式方面都面临着新的挑战。在采用这些不同的测试方式之前，组织内部要进行详细的评估，判断采用不同测试方式的性价比。分布式测试、外包测试和内包测试通常会面临如下五个方面的风险。1）沟通测试团队的选择和管理需要考虑沟通方面的风险。在测试管理过程
2012-06-12 19:37:51
2329
1
原创 资料下载：测试培训课程大纲
资料下载：测试培训课程大纲最近优化了几篇软件测试企业内训方面的课程大纲，分别以pdf与图片的格式共享给大家。[01] 思维导图：问题驱动的软件测试设计 - 解决方案 [02] 思维导图：问题驱动的软件测试管理 - 解决方案[03] 问题驱动的软件测试设计 - 解决方案[04] 问题驱动的软件测试管理 - 解决方案更多资料，欢迎访问：http://
2012-06-09 10:52:09
1397
原创 ISTQB AL-TM连载系列08：让老板甘愿为测试掏更多的钱
虽然大多数组织认为测试在某种意义上是有价值的，但是很少有管理人员（包括测试经理）可以以量化的方式描述或明确界定测试的价值。另外，测试经理和测试人员有时候过于关注测试技术的细节，例如：各个测试任务或测试级别的具体活动，却往往忽略了与测试相关的更重要的策略问题，例如：测试的商业价值。而这些更高层次的策略问题是项目参与者，特别是测试经理所应该关注的。测试经理在面对诸如为什么进行测试、测试的价值在哪里
2012-06-09 09:27:54
2534
原创 ISTQB AL-TM连载系列07：以集体的智慧进行测试估算
[文章来源：郑文强的个人网站]在项目的计划阶段，例如：用户需求阶段，需要进行项目工作量估算，而测试工作量作为整个项目工作量的重要组成部分，必定也需要在早期提供一个粗略的工作量数据。通常情况下，早期的测试工作量数据是由测试经理进行估算的。由于单个专家（例如：测试经理）进行的测试工作量估算容易存在这样的问题：测试的工作量估算值要么完全高估，要么完全低估（运气好的时候当然也可能得到比较正确的估算
2012-06-05 17:54:07
1241
原创 测试设计001：测试用例设计难在哪里？
[原始来源：郑文强的个人网站]测试用例设计是测试过程中非常重要的一个活动，不管是文档化的设计输出，还是只是存在于他们脑海中的测试思想，其质量都会直接影响测试执行的质量。尽管每个测试人员都掌握了不少的测试用例设计技术与方法，例如：等价类划分、状态转换测试等，但是如何将它们应用到具体的测试对象测试中去，很多测试人员都会感觉有些力不从心，甚至有无从下手的感觉。下面是针对某个功能模块的一个简单
2012-06-03 08:45:07
1276
原创 思考与总结，为了更好的前行：2012年读书总结（上）
思考与总结，为了更好的前行：2012年读书总结（上）[原始来源：郑文强的个人网站]时间匆匆，2012已经快过去一半时间了，应该对上半年的读书做个简单的总结，以更好的鞭策自己前行。有计划的给自己制定目标读书，是从2011年年底开始买了智能手机开始的。对于像我这样的IT民工，手机功能主要就是电话和短信，突然拿到智能手机，甚至有点手足无措。后来发现手机中有免费的书籍阅读，想想不能太对不起这个手机
2012-06-03 08:41:18
2783
9
原创 问题驱动的软件测试管理 - 解决方案
软件测试管理贯穿于整个测试生命周期。测试管理的成功与否，直接决定了是否能在有限的时间、资源和成本基础上及时交付高质量的软件产品。而在实际测试生命周期中，测试团队却面临着各种各样的挑战和问题：（1）什么样的测试才是一个好的测试？（2）如何平衡测试进度与测试质量？（3）测试估算不准怎么办？（4）如何基于测试风险选择测试重点？（5）如何评审系统需求规格说明？（6）需求不完善如何设
2012-06-01 16:11:09
1087
2018版ISTQB FL基础级大纲解析R1.0.pdf
2019-09-06
问题驱动的软件测试设计：过程详解
2013-10-17
问题驱动的软件测试设计：架构与过程
2013-10-09
问题驱动的软件测试设计：第5章基于风险的测试设计
2013-07-05
问题驱动的软件测试设计：第4章基于经验的测试设计
2013-07-05
问题驱动的软件测试设计：第3章基于质量特性的测试设计
2013-07-05
问题驱动的软件测试设计：第2章基于规格说明的测试设计
2013-07-05
问题驱动的软件测试设计：第1章测试用例设计面临的挑战
2013-07-05
问题驱动的软件测试设计：第0章前言
2013-07-05
优化测试过程：软件测试知识体系实战
2013-04-13
软件测试知识体系 - 11个关键过程域
2012-11-27
问题驱动的软件测试设计：课件PPT下载
2012-07-29
问题驱动的软件测试设计 - 解决方案
2012-05-28
ISTQB FL初级认证考试攻略
2011-10-04
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人