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

"工匠们喜欢不断雕琢自己的产品,不断改善自己的工艺,享受着产品在双手中升华的过程。工匠们对细节有很高要求,追求完美和极致,对精品有着执着的坚持和追求,把品质从0提高到1,其利虽微,却长久造福于世。"这段话来自百度,我觉得很好的解释了”工匠精神“。其实每一位测试人员,都有一颗工匠的心。测试往往都会追求细节,希望在上线前能够发现产品的每一个问题。希望能够给测试

101°|1002 人阅读|4 人点赞|1 条评论


此文不是鸡汤,只是个人的一些思考,也希望更多的测试精英能够坚守在测试行业,为测试行业的发展共同努力。测试,你是否遇到了瓶颈?有的感觉测试不受公司重视,不被关注;有的做了多年功能测试,想要转测试开发,但由于技术很难提升,所以遇到了瓶颈。

107°|1008 人阅读|12 人点赞|7 条评论


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

243°|2395 人阅读|114 人点赞|4 条评论


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

128°|1284 人阅读|11 人点赞|0 条评论


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

188°|1822 人阅读|23 人点赞|6 条评论


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

248°|2442 人阅读|16 人点赞|4 条评论


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

136°|1361 人阅读|3 人点赞|0 条评论


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

136°|1363 人阅读|1 人点赞|0 条评论


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

240°|2405 人阅读|101 人点赞|0 条评论


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

104°|1041 人阅读|9 人点赞|0 条评论