摘要：源自http://www.51testing.com/html/47/n-227947.html在单元测试培训系列：（一）单元测试概念以及必要性中，我们已经说过单元测试的定义是什么，里面有提到一个很重要的概念：隔离！ 是的，没有隔离就没有可测试性，也就没有单元测试。 可测试性Testability 下面我们具体解释下什么叫做可测试性Testability： 让你的代码变的更加松耦合(Loosely coupled)，让类与类之间的关联性降低，降低到可以个别独立存在，如此一来便可在彼此互不影响之下完成个别的单元测试，而这些类又能组合成一个有用的应用程式。 因为单元测试要尽可能的隔离与当前方法逻辑 阅读全文

摘要：源自http://www.51testing.com/html/26/n-227826.html说起单元测试，多数同学应该都知道或听过，可能不少同学认为自己也写过，甚至觉得单元测试很简单有什么好培训的？其实这个事情还真没想象的那么简单！我基本可以比较负责任的说，你若没深入对单元测试做过研究，不知道Mock对象为何物的话，那么可能你以前写过的单元测试压根就不是单元测试。 单元测试是什么？ 这个问题其实并不太容易一两句话说得特别清楚。先借用下百度百科的定义： 单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。 从以上这 阅读全文

摘要：源自http://www.51testing.com/?uid-378875-action-viewspace-itemid-2281651、测试计划 软件测试计划作为软件项目计划的子计划，在项目启动初期时必须规划的。一个好的测试计划可以起到以下作用：1）能够避免测试的“事件驱动”；2）是测试工作和整个开发工作融合起来；3）使资源和变更成为一个可控风险。在制订测试计划时应该注意，计划也是“动态的”，不必把所有的因素都囊括进去，也不必针对这种变化额外制订“计划的计划”。测试计划制订不能在项目开始后束之高阁，而是紧随项目的变化，根据实际情况作适当的修改，进而成功实施，这样才能实现测试计划的最终目的 阅读全文

摘要：作者: 雷声之前 来源: 51Testing软件测试博客 手动测试，就是指完全依赖人工测试软件，主要根据测试用例来执行测试，但是测试用例也不可能100%覆盖软件功能还要通过其他方式来发现软件缺陷，这样就要求测试人员的经验要丰富并且具有发散思维的能力，通过错误猜测等方法来弥补测试用例没有覆盖的部分。 其实在软件测试过程中人工测试占很大的比重，任何软件测试都不可能离开人工测试，尤其是逻辑性很强的软件。人是有思维的，在测试过程中可以从不同的角度来思考问题，就如上面提到过的发散思维，所以人工测试也是发现软件缺陷最多的。但是它同样也存在一些问题： 人工测试代价比较昂贵，人员投入较大并且测试者做的是重复的 阅读全文

摘要：来源: 51Testing软件测试网采编http://www.51testing.com/html/08/n-220008.html 针对测试，一直都有黑，白之分。由于白盒一般情况下需要有比较高的技术要求及比一般开发人员还要高的项目经验和缜密的逻辑思维能力，所以一般做信息系统的软件公司会忽略白盒测试。但个人一直觉得，对于一个健康的测试团队来讲，必须要有一个或多个熟悉白盒测试的人员。倒不一定说熟悉白盒测试的人员一定需要写代码，但一定要懂得如何去做白盒测试和白盒测试用例的设计。 一个成熟的软件公司，必须要有一个精英汇集的研发团队，人数在精不在多。这个研发团队的功能主要有两个。 其一，严密监控业界的 阅读全文

摘要：来自http://www.51testing.com/html/53/n-229553.html在测试计划和控制阶段，一个非常重要的测试活动是进行软件测试估算。测试估算得到的结果是制定测试计划的基础，同时也是测试资源安排、测试过程监控的主要输入。测试估算的正确与否，直接影响了测试活动的开展。尽管精确地测试估算很难，但是测试经理应该尽量在已有的条件下，利用合适的方法和技术降低测试估算的误差，以满足不同测试阶段的要求。 在测试估算中，测试的规模通常指的是测试用例的数目，而一般不用开发工作量估算中的代码行或者功能点表示。测试工作量通常是基于测试规模展开的，但并不是所有的估算技术都是基于测试规模的，例 阅读全文

摘要：来自http://www.51testing.com/html/54/n-229554-1.html为了有效地开展测试估算工作，得到合理的测试规模和测试工作量，以帮助确定和安排测试资源、测试持续时间、测试成本，测试经理首先需要了解影响测试估算的主要因素。测试估算应针对测试过程中的所有阶段和所有的测试活动（例如：测试计划和控制、测试分析和设计、测试实现和执行、评估出口准则和报告以及测试结束活动）。由于测试执行通常在项目的关键路径上，测试估算的成本和工作量，特别是测试执行持续时间是管理人员特别关注的。然而，当软件的整体质量很低或还未知的时候，对测试的估算会比较困难，并且估算得到的结果也不可靠。另外 阅读全文

摘要：源自http://www.51testing.com/?uid-43726-action-viewspace-itemid-218487#xspace-itemform不一样的SDET 首先，我要强调的是这篇文章讨论的是微软的Software Development Engineer in Test，中文翻译为测试开发工程师，简称SDET。不同于以手工或者脚本帮助测试的软件测试工程师(STE, Software Test Engineer)，SDET是用编程方法结合正确的测试方法学来确保软件符合正确的设计和用户的需求，这里强调的是用编程语言来设计程序并完成自动化的高效测试。下面我就细说一下我们 阅读全文

摘要：原文来自: 软件测试用例设计的基本原则 - 51Testing软件测试网-中国软件测试人的精神家园 http://www.51testing.com/html/74/n-227374.html在测试用例设计时，除了需要遵守基本的测试用例编写规范外，还需要遵循些基本的原则。 　　1、尽量避免含糊的测试用例　　含糊的测试用例给测试过程带来网难，甚至会影响测试的结果。在测试过程。测试用例的状态是惟一的，通常情况下，在执行测试过程。良好的测试用例一般会有二种状态：通过(PAss)、未通过(Failed)以及未进行测试(Not Done)，如果测试术通过，一般会有测试的错误(bug)报告进行关联：如未进 阅读全文

摘要：原文来自: 惠普软件孙鹏专访：如何提升测试人员工作效率 - 51Testing软件测试网-中国软件测试人的精神家园 http://www.51testing.com/html/07/n-228707.html“对于软件测试工程师水平的提高，主要分为两个方面。”惠普专业服务实施顾问孙鹏在接受51CTO记者专访时谈到：“一方面首先要在理论和认识层面上有质量的意识，要从内心重视这份工作，从质量方法论这个角度来说，对软件工程师和测试人员来做一些引导和培训。惠普的质量方法论跟之前的瀑布模式、螺旋曲线等非常像，但是我们对他进行了优化，也是基于我们 阅读全文

摘要：原文来自: http://www.51testing.com/html/17/n-228717.html本来今天已经不想写blog了，因为没有创作的冲动，为了写而写的事咱不干，那不过是无病呻吟罢了，呵呵。但看到bjwander写的一篇“软件人员，做什么才好？”，又勾起了我的创作欲望，所以今天还是喊两嗓子吧。 　　先说说bjwander吧，虽说不认识他，但订阅他的blog已经有些日子了，他是那种少数真正用心去写blog的人之一，当时看了他的blog，所能感觉到的就是他是做SQA的，其它的一概不知。但看了他的这篇“软件人员，做什么才好？& 阅读全文