对任何软件产品来说，软件上线永远是一件大事。完全确保所有功能生效以及发布高质量软件给用户非常重要。不好的、不成熟的、不稳定的、难以使用的产品会引发重大经济损失，还会让用户对品牌本身失去信任。我们通常听到当软件符合上线标准时，测试就应该结束了。我们也听到软件缺陷必须被修复以达到软件上线标准。然而，这些都是伟大的冠冕堂皇的准则，太模糊了。更确切地说：多少比例的软件缺陷对软件上线来说是可接受的？你如何决
接上篇：Rails模式的实际应用--第一部分：Model（上）https://www.testwo.com/article/892选择框架特征的易用性和源于紧密耦合的可维护性之间的紧张关系，对数据的持久性和数据验证有很大的影响。想要去找一个解决方案，我们可以先问问自己，当两件事情关联过于紧密的时候我们会怎么做：分开他们。如果我们有一件事情涉及保存一个movie，另一件事情涉及验证一个movie，我
引子一：做为一个职业，我觉得先是有价值和无价值，然后才是需要和不需要。引子二：前几天接到之前公司同事的电话，说现在等着公司发红包走人呢。说到性能测试评估分析优化市场，自从回国以来，为了尽快地了解当前的行业现状，我积极地跟很多朋友聊天，有经验的无经验的，不同行业的不同岗位的。总体来说，做为一个性能从业人员，我对整体性能市场中团队只能测不能调的能力感到悲哀。似乎性能市场普遍被外界认知的能力仍然没有提升
在此系列博文中，我们会一步步去实践如何改变Rails应用的默认设计使其变得更加责任清晰并且容易测试。顺便也看看其他部分的内容吧！Rails模式的实际应用--第二部分：ViewsRails模式的实际应用--第三部分：Controllers你可以参照GitHub上的知识库，里面会包含我们讨论的所有代码。ActiveRecord模式是Rails默认的持久性框架。使用它会使得我们为应用程序设计数据模型的过
看到这篇文章的同学们一定在各种地方看到过“接口测试”这个词，那么到底接口测试是测什么？每个人可能都有自己的答案；之前跟一个同为测试的朋友聊天，内容是他的一次面试经历，面试官问他是否做过接口测试，他给了否定的答案，最后offer的评级没有给到他的预期；当时我在想，如果是我，会怎样回答呢？先跟大家分享下我对接口测试的理解接口测试是一种测试类型，又是一种测试方法，它是很多个领域测试工作的一部分，同时它又
自动化测试的环境部署（包括被测系统运行环境部署和自动化测试平台环境部署）步骤繁杂操作时间长测试成本高，同时测试也普遍存在一些痛点：🔹开发、测试、运维环境不统一🔹无法复现测试报出的BUG这里提供一种基于Docker的解决方案来快速地部署统一环境。要用到的工具：Docker、Jenkins、Maven、Sonar。先从我们持续集成的技术思路开始：图1如图1，开发同学开发完成后，自己本地跑完单元测试
农历大年初四（一月最后的一天）GitLab.com的一个数据库发生了灾难性的事故。经过努力，最终丢失了6个小时（5:20pmUTC～11:25pmUTC，Jan31，2017）的数据。“这起事件影响了数据库（包括问题和合并请求），但是没有影响git代码库（代码库和维基）。”所以对用户来说多少有点安慰，因为并非所有数据全部丢失。所幸GitLab运气不错，损失不是太大，而且公开事故过程，没有躲猫猫，获
1、什么是Hadoop？什么是hive？Hadoop：一个分布式系统基础架构，由Apache基金会开发，用户可以在不了解分布式底层细节的情况下，开发分布式程序，充分利用集群的威力告诉运算和存储。Hadoop是项目的总称，主要是由分布式存储（HDFS）、分布式运算（MapReduce）组成。HIVE是一个SQL解析引擎，它将SQL语句转译成M/RJOB然后再Hadoop执行，与传统数据库完全不同，只
前言上一篇小W就提到过，测试与人工智能，我很看好的一个方向就是UI相关的智能测试。具体可以分成两部分来说：各种动作的封装、调度与执行结果的判断今天想和大家分享的，主要是第二点，就是判断当前软件的情况是否是异常。其实我们这边现在已经在做一些类似的事情，稳定性测试就是随机跑动作，看看有没有崩溃。不过这个判断异常太过于简单，只能根据崩溃来判断，普通的软件异常监测不到。这里想和大家探索的是利用人工智能来判
令测试人员最害怕的是什么？请选择：•软件缺陷太多？•劣质的测试环境？•错过截止日期？•感觉没受到赏识？•坏消息？•学习新技术？•现场-离岸模型？•不小心打开/关闭或删除某物？•在行业内地位低？尽管这些司空见惯的问题都很糟糕，但还是有时间和策略来处理和克服它们的。如果这些仍然困扰你，你可以查阅一下这些：•Top10ChallengesTestersFaceatWorkplaceandHowtoOve
热门文章