【探索软件测试的核心价值】软件测试作为一个工作有很多的价值，因为大家的工作内容都会包含很多东西，而且对产品和项目都是有价值，这里只说说和测试直接相关的所谓的核心的价值吧。我把它人为的分为了三个层次。http://t.cn/RUnGmjb
【如何度量测试开发的价值产出？】每到年底的时候，不管是个人还是团队，总是避免不了要对这一年的工作成果进行总结和汇报。而对于测试开发岗位来说，通常会面临一个共性的问题：做了这么多事情，究竟产出了多大的业务价值？http://t.cn/AigmgNqw
【如何通过测试替代（Test Doubles）合理隔离单元测试以提高单元测试效率】软件测试技术，在现代软件工程中变得愈发的重要，单元测试、集成测试、自动化测试等测试技术都可以大幅度提高软件产品的质量，降低软件开发成本。http://t.cn/AiEOfmUT
【详细讲解 A/B 测试关键步骤，快来检查下还有哪些疏漏的知识点】作为一种对照实验方法，A/B 测试通过比较两个 (或多个) 不同版本之间的差异来验证假设是否正确。该方法将特定测试组从实验其余部分中独立出来，从而得出可靠结果。http://t.cn/RDSREva
【软件测试中的过度设计】中国有句老话：过犹不及。软件开发中也有一个概念：“过度设计”，说的是为了实现一些简单的功能需求，设计出非常臃肿的结构，代码间的继承、依赖、调用非常复杂，开发工作量大并且难以维护。http://t.cn/AigySCPh
【设计功能和界面测试用例】在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以.http://www.ltesting.net/ceshi/ceshijishu/gncs/2016/0115/208197.html
【寻找业务测试的精髓】经常听到测试转型，减少人力密集型的业务测试的比例，一线业务测试缺少发展、无法晋升等等问题。似乎，随着互联网的不断发展，业务测试成为一个看不到前途的职业，那么，是否真的如此呢?我作为一名在一线业务做测试管理有些年头的过来人，并不这么认为http://t.cn/zQ7Cu8R
【对如何做好业务测试的一点总结】互联网是一个知识的更新迭代非常迅速的行业。每天都会有新的业务兴起，不知道新业务的优缺点，不知道测试重点，无法快速有效找出产品的可能性bug?http://t.cn/RXz4hgP
【你真的会写 单元测试吗？TDD初体验】昨天读到了一篇文章，讲的是TDD，即Test-Driven Development，测试驱动开发。大体意思是，它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功能代码，通过测试来推动整个开发的进行。http://t.cn/Aidix5d8
【九大高效的前端测试工具与框架】在每个Web应用程序中，作为用户直接可见的应用程序外观，“前端”包括：图形化的用户界面、相应的功能、及其整体站点的可用性。我们可以毫不夸张地说：如果前端无法正常工作，您将无法“拉新”网站的潜在用户。http://t.cn/Aidtwtjl
【观点：测试驱动的开发从根本上是错误的】2008 年，我为 Windows 7 任务栏写了一个扩展插件，最后的应用程序非常小，只有几页代码。完成后，我接到指示，要为这个应用程序写 单元测试 ，这么做只是为了能让经理检查打分。我拒绝了，因为这个项目实在太小了http://t.cn/AidLIowI
【Lisa Crisplin 访谈：测试的现状与未来】敏捷是近年来的一大热门话题，但相关的争议也很多。有一种声音质疑敏捷能否面对测试的挑战。敏捷测试尝试从多个层面回答这个问题，包括组织、人员、流程、工具、沟通和协作等。http://t.cn/AidPN4a1
【Jenkins+Docker搭建持续集成测试环境】Jenkins是被广泛应用的持续集成、自动化测试、持续部署的框架。根据任务的多寡，Jenkins通常有两种典型的部署方式。Docker是一款针对程序开发人员和系统管理员来开发、部署、运行应用的一款虚拟化平台。http://t.cn/R5Y8XMw
【在软件测试中有关日构建和持续集成】对开放源码熟悉的人应该都知道Nightly Build。而持续集成这个词来自XP方法，它的频率可以比日构建更高，可以做到几分钟就进行一次集成，故而由此得名。在本文中，我们只讨论日构建，而要将日构建转换为持续集成是非常容易的。http://t.cn/AinKzqN9
【质量之匙：持续集成工具与实践】CruiseControl：简称CC，持续集成工具，版本管理工具(如CVS)感知变化或每天定时的持续集成，并提供持续集成报告、Email、Jabber等等方式通知相关负责人，其要求是需要进行日构建的专桉已编写好全自动的专桉编译脚本(可基 于Maven或Ant)。http://t.cn/RL98a8d
【持续集成之“测试三角形与分段构建策略原则”】在《戏说Checkin Dance》一文中，咱们说到：Joe的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做本地构建进行验证后再提交，所以持续集成平台上的构建结果比较稳定，http://t.cn/8s8Jhh5
【初创公司应该如何做好持续集成和部署？】持续集成和部署是每一个互联网团队都必须要面对的问题，特别是初创公司业务和技术团队快速增长，技术积累较弱的情况下，一个高效的，可遵循持续的运维规范尤为重要，最近一段时间一直在梳理项目开发流程以及自动化测试和部署规范http://t.cn/RfoRVmX
【让开发自动化: 选择持续集成服务器】在我脑海里，我至少能想到 12 种在当前市场上可用的 CI 服务器，包括商业的和开源的。虽然它们都试图自动进行软件构建的过程，但是都有各自的优点和不足。而且，有太多工具可供选择的不良后果就是很难决定究竟应该选择使用哪个。 http://t.cn/AiEFk9ay
【如何选择正确的持续交付DevOps工具】直接点说：世界上没有工具可以魔法般的让你实现DevOps（或者是敏捷，精益）。DevOps在开发和运营团队之间进行协作和沟通，所以它更像是一种文化上的转变，而不是一个神奇的配方。http://t.cn/RolldpU
【DevOps与持续交付的九大最佳测试工具】在整个应用程序开发的生命周期中， DevOps 是一套强调协作、沟通和自动化的实践集。而 持续交付 （Continuous Delivery）则允许团队一旦完成了持续测试后，就能及时地发布出新的版本。http://t.cn/RDJM0Wd