《全程软件测试》很受读者欢迎，为了让更多的读者了解、让更多的（测试）人员不会错过它，特介绍一些书中的亮点，以供参考。阅读全文>
发表于 @ 2008年01月02日 12:55:00|评论(loading...)|编辑|收藏
您可能阅读了《全程软件测试》的前言、目录和序一，对本书有了基本理解。为了您更好理解本书，真正理解“全程软件测试”的概念，将序二的部分内容摘录下来。阅读全文>
发表于 @ 2007年10月29日 22:43:00|评论(loading...)|编辑|收藏
选择软件测试工具是一项重要又具挑战的工作，通过LoadRunner 和 OpenSTA的比较——这样一个实例，可以给大家更多的启发和帮助。阅读全文>
发表于 @ 2007年10月22日 22:52:00|评论(loading...)|编辑|收藏
如何有效而圆满地完成软件测试？我的新作《全程软件测试》能很好地回答这个问题。本书深邃地洞察软件测试整体架构..囊括软件测试的思想、流程、方法、技术和最佳实践，系统介绍测试管理的各个层次及其细节 ......阅读全文>
发表于 @ 2007年09月30日 10:50:00|评论(loading...)|编辑|收藏
TMap是一套系统有效的测试管理方法，涵盖了整个测试活动的生命周期，包括 计划、控制、准备、说明、执行和完成等各个阶段，值得借鉴。阅读全文>
发表于 @ 2007年09月04日 19:41:00|评论(loading...)|编辑|收藏
软件测试理念需要宣传、布道，本周日上午将有一次讲座，全力以赴讲解 “全程” 软件测试理念，并试图揭开国际一流的软件测试的面纱 ... ..阅读全文>
发表于 @ 2007年08月21日 12:55:00|评论(loading...)|编辑|收藏
通过全景图，想使大家对软件测试一目了然。自己做了两张不同的全景图，自己还不够满意，特呈现出来，请大家多提意见，从而构造一完美的软件测试全景图。阅读全文>
发表于 @ 2007年05月23日 19:19:00|评论(loading...)|编辑|收藏
我一直认为软件测试用例是测试的基础，是测试工程师最重要的工作之一。正如美国上司所说，测试工程师的主要精力应该用在测试用例的设计上，包括对需求、设计的理解和质疑上，而测试的执行尽量让Computer去做。如何提高测试用例的质量，首先要做的事就是定义其质量标准。在此标准指导下，我们的工程师就有了方向和目标。阅读全文>
发表于 @ 2007年05月20日 11:28:00|评论(loading...)|编辑|收藏
如同代码是程序员的成果之一，测试报告和质量报告是测试人员的主要成果之一。对于一个好的测试报告，是建立在正确的、足够的测试结果的基础之上，不仅要提供必要的测试结果的实际数据，同时要对结果进行分析，发现产品中问题的本质，对产品质量进行准确的评估。
阅读全文>
发表于 @ 2006年12月22日 18:18:00|评论(loading...)|编辑|收藏
测试覆盖度评估是衡量阶段性软件测试执行状态的重要手段之一，来确定测试是否达到事先设定的测试任务完成的标准。测试覆盖率则是测试覆盖度评估中一种量化的表示方法，一般通过被测试的软件产品需求、功能点、测试用例数或程序代码行等来进行计算.阅读全文>
发表于 @ 2006年12月16日 20:41:00|评论(loading...)|编辑|收藏