已有 6259 人访问
橙子 ID.12817
博客(28)
橙子的博客
"工匠们喜欢不断雕琢自己的产品，不断改善自己的工艺，享受着产品在双手中升华的过程。工匠们对细节有很高要求，追求完美和极致，对精品有着执着的坚持和追求，把品质从0提高到1，其利虽微，却长久造福于世。"这段话来自百度，我觉得很好的解释了”工匠精神“。其实每一位测试人员，都有一颗工匠的心。测试往往都会追求细节，希望在上线前能够发现产品的每一个问题。希望能够给测试
404°/4034 人阅读/4 人点赞/1 条评论
此文不是鸡汤，只是个人的一些思考，也希望更多的测试精英能够坚守在测试行业，为测试行业的发展共同努力。测试，你是否遇到了瓶颈？有的感觉测试不受公司重视，不被关注；有的做了多年功能测试，想要转测试开发，但由于技术很难提升，所以遇到了瓶颈。
359°/3523 人阅读/20 人点赞/7 条评论
ReqBS测试（基因测试法）是我自己总结的关于需求测试的一种方法；需求乃软件之源头，也是系统之基因；如果基因有问题，生产出来的东西一定是带着问题的，所以我给需求测试起了个名字叫基因测试法。也是基于需求的测试，所以叫ReqBS测试。下面是我个人总结分析的内容，不一定全面或准确，仅供大家参考。基因测试法关注点：1、流程的完整性；多考虑异常情况2、需求的可扩展性
504°/5007 人阅读/114 人点赞/4 条评论
1、在项目中配置MockitoMaven:<dependency><groupId>org.mockito</groupId><artifactId>mockito-all</artifactId><version>1.9.0</version> 
554°/5549 人阅读/11 人点赞/0 条评论
时间2016年刚刚结束，2017就已经过去了20多天。2016总结还没来得及写，马上就该到2017年春节了。时间过得真的很快，想要抓住时间或者让它停一会儿，真的很难，或者根本办不到；我们能做的只能是利用好我们自己的时间，不让时间白白浪费。想说一句话，就是：活着就要精彩。选择前段时间，北京的雾霾很严重，很多人都在思考一个问题，我们该选择离开吗？
422°/4166 人阅读/30 人点赞/6 条评论
在面试中，发现很多测试同学由于公司限制，都是基于需求的测试，基于界面功能的测试，无法接触到开发的代码，甚至有的公司，测试人员都无法控制测试环境、数据库等，这些活都是有开发来干的。对于有些公司的现状，是可以理解的，但是对于测试人员的发展以及对于产品的质量都是很不好的。有些同学工作多年，但是也都是基于
942°/9381 人阅读/19 人点赞/4 条评论
产品最终就是为客户提供的一种经验或解决方案。产品有多个维度，要测试好，我们覆盖的维度必须要全面。每一个维度都代表了产品独特的一个面。如果测试只是覆盖了一部分，就有可能错过严重的bug。分析产品的元素，就是分析我们的测试范围，有哪些方面或内容是需要我们测试的。一般人确定测试范围都来自于需求文档，其实需求文档之外还有很多东西需要我们关注，需要我们测试。Structure结构：产
558°/5585 人阅读/3 人点赞/0 条评论
编写测试用例和测试执行是测试的核心工作，然而，要创建什么样的测试用例，如何开展测试工作，在项目环境中有许多因素是很重要的。我觉得这些工作就是测试分析，只有测试分析进行完善、正确，才能保证后续的测试工作不会走弯路。往往很多测试人员是缺少这一部分工作的。根据我个人的工作经验，进行测试分析，通过以下几个方面，对于测试工作是非常非常重要的。要想验证一个测试人员的水平，通过测试分析就可以判断出来。以下是H
570°/5707 人阅读/11 人点赞/0 条评论
启发式测试策略模型是由测试专家JamesBach设计总结的，简称HTSM。TheHeuristicTestStrategyModel（HTSM）HTSM是设计测试策略的模型；可以指导我们选取测试策略，进行测试用例设计，确定测试范围，了解项目背景。在测试人员进行测试用例设计时，通过HTSM可以随时提醒你该如何思考，该考虑哪些方面。另外也可以帮助我们查漏补缺，也可以帮
1525°/15251 人阅读/138 人点赞/0 条评论
局部探索式测试，是根据软件的各种属性，输入、状态、代码路径、用户数据、执行环境等进行的测试。 输入： 一个数据、一个动作； 一个时间，一个状态； 一个文件，一个指纹； 一个眼神，一个微笑。 只要能触发程序工作的，我认为都是输入。 我们经常测试输入的方法就是等价类和边界值，而且很多人都用在测试输入框的时候； 其实这两个方法不仅仅可以用在测试输入，他们还可以用在
399°/3995 人阅读/9 人点赞/0 条评论