已有 2357 人访问
橙子 ID.12817
博客(26)
讨论(1)

ReqBS测试(基因测试法)是我自己总结的关于需求测试的一种方法;需求乃软件之源头,也是系统之基因;如果基因有问题,生产出来的东西一定是带着问题的,所以我给需求测试起了个名字叫基因测试法。也是基于需求的测试,所以叫ReqBS测试。下面是我个人总结分析的内容,不一定全面或准确,仅供大家参考。基因测试法关注点:1、流程的完整性;多考虑异常情况2、需求的可扩展性

185°|1845 人阅读|112 人点赞|1 条评论


1、在项目中配置MockitoMaven:<dependency><groupId>org.mockito</groupId><artifactId>mockito-all</artifactId><version>1.9.0</version> 

75°|755 人阅读|11 人点赞|0 条评论


时间2016年刚刚结束,2017就已经过去了20多天。2016总结还没来得及写,马上就该到2017年春节了。时间过得真的很快,想要抓住时间或者让它停一会儿,真的很难,或者根本办不到;我们能做的只能是利用好我们自己的时间,不让时间白白浪费。想说一句话,就是:活着就要精彩。选择前段时间,北京的雾霾很严重,很多人都在思考一个问题,我们该选择离开吗?

140°|1342 人阅读|23 人点赞|6 条评论


在面试中,发现很多测试同学由于公司限制,都是基于需求的测试,基于界面功能的测试,无法接触到开发的代码,甚至有的公司,测试人员都无法控制测试环境、数据库等,这些活都是有开发来干的。对于有些公司的现状,是可以理解的,但是对于测试人员的发展以及对于产品的质量都是很不好的。有些同学工作多年,但是也都是基于

142°|1383 人阅读|14 人点赞|4 条评论


产品最终就是为客户提供的一种经验或解决方案。产品有多个维度,要测试好,我们覆盖的维度必须要全面。每一个维度都代表了产品独特的一个面。如果测试只是覆盖了一部分,就有可能错过严重的bug。分析产品的元素,就是分析我们的测试范围,有哪些方面或内容是需要我们测试的。一般人确定测试范围都来自于需求文档,其实需求文档之外还有很多东西需要我们关注,需要我们测试。Structure结构:产

86°|862 人阅读|2 人点赞|0 条评论


编写测试用例和测试执行是测试的核心工作,然而,要创建什么样的测试用例,如何开展测试工作,在项目环境中有许多因素是很重要的。我觉得这些工作就是测试分析,只有测试分析进行完善、正确,才能保证后续的测试工作不会走弯路。往往很多测试人员是缺少这一部分工作的。根据我个人的工作经验,进行测试分析,通过以下几个方面,对于测试工作是非常非常重要的。要想验证一个测试人员的水平,通过测试分析就可以判断出来。以下是H

84°|845 人阅读|1 人点赞|0 条评论


启发式测试策略模型是由测试专家JamesBach设计总结的,简称HTSM。TheHeuristicTestStrategyModel(HTSM)HTSM是设计测试策略的模型;可以指导我们选取测试策略,进行测试用例设计,确定测试范围,了解项目背景。在测试人员进行测试用例设计时,通过HTSM可以随时提醒你该如何思考,该考虑哪些方面。另外也可以帮助我们查漏补缺,也可以帮

85°|856 人阅读|3 人点赞|0 条评论


局部探索式测试,是根据软件的各种属性,输入、状态、代码路径、用户数据、执行环境等进行的测试。 输入: 一个数据、一个动作; 一个时间,一个状态; 一个文件,一个指纹; 一个眼神,一个微笑。 只要能触发程序工作的,我认为都是输入。 我们经常测试输入的方法就是等价类和边界值,而且很多人都用在测试输入框的时候; 其实这两个方法不仅仅可以用在测试输入,他们还可以用在

69°|695 人阅读|9 人点赞|0 条评论


<作者:张强(JD零售)   2016/10/28   如需转载,请注明作者及来源    >       全局探索式测试,有很多新颖独特的方法,来自于James A. Whittaker的《探索式软件测试》;这些方法我觉得完全可用于我们的日常测试工作中。我觉得好的方法、好的测

69°|696 人阅读|1 人点赞|0 条评论


探索式测试最著名而且大家都熟悉的就是JamesA.Whittaker总结的漫游测试模型。如下图:分为全局探索式测试;局部探索式测试;场景探索式测试。其中局部探索式测试和场景探索式测试,与我们日常测试中很多方法会有些重复。但是下面总结的方法我觉得都很好,有很多方法可以学习,用来在我们日常测试用例

135°|1354 人阅读|9 人点赞|0 条评论