摘要：列表格式为：图书分类、中文书名、英文书名、作者。排名不分先后，用红色标记出我推荐的书籍。 测试入门 软件测试（第2版） Software Testing (2e), Ron Patton 一本测试入门的好书，较全面地介绍了各种测试领域和方法，为测试新手提供了正确的观念和宽泛的基础... 阅读全文
测试杂感：Windows8也许需要Account Hub
2011-03-07 12:05 by liangshi, 622 阅读, 1 推荐, 收藏, 编辑
摘要：随着云计算和社交网络的快速发展，Windows用户将在多个软件中管理她的网络帐户。不幸的是，虽然这些软件都由微软开发，但是它们彼此孤立，无法提供流畅的用户体验。Microsoft OfficeOutlook可以管理Live Hotmail邮箱，它要求用户提供Live ID。 Word、Excel、PowerPoint、OneNote可以将文档存放在SkyDrive上，它们要求用户提供Live ID。不幸的是，虽然Outlook已经掌握此Live ID，Word等还是要求用户再次输入。 Outlook Social Connector让Outlook显示发信人和收信人的社交网络更新，它目前支持L 阅读全文
探索式测试：测试自动化实例分析
2011-02-01 10:59 by liangshi, 2205 阅读, 1 推荐, 收藏, 编辑
摘要：Harry Robinson是微软公司的首席测试工程师（Principle Software Development Engineer in Test），工作于必应（Bing）团队。他在国际会议CAST 2010和PNSQC 2010做了两次关于测试自动化的主题报告，都很有启发性。本文从中摘录了若干测试自动化实例。希望通过对它们的分析，能够获得一些可借鉴的经验。为避免误会，在此重申：本文的素材来自Harry Robinson的主题报告，其内容皆来自他在必应的测试工作。我所做的工作是翻译和评论，并为此过程中的所有错误负责。案例1：盖特伍德奶奶（Grandma Gatewood）下面这张截图来自于 阅读全文
探索式测试：测试自动化
2011-01-20 09:19 by liangshi, 3145 阅读, 3 推荐, 收藏, 编辑
摘要：我发现，许多测试人员和测试经理将测试自动化等同于测试用例自动化执行。在他们的词汇中，“自动化”是“测试自动化”的缩写，而“测试自动化”就是自动地运行被测试对象、检查测试结果并生成测试报告。 如果仅仅运行计算机可执行的测试用例就可以保证软件质量，那么测试人员的生活将轻松许多。但是，在绝大多数项目中，测试者都必须完成一系列任务来提供优质的测试服务。 以上幻灯片来自Doug Hoffman和Cem K... 阅读全文
探索式测试：探索是为了学习
2011-01-16 14:39 by liangshi, 1169 阅读, 0 推荐, 收藏, 编辑
摘要：对于测试人员，软件测试是一个持续学习并实践的过程。他需要学习的内容可能包括：行业知识：为什么需要这个软件？软件如何帮助使用它的人和团体去获得行业优势？ 用户角色：目标用户是谁？他们有什么特点，有什么期望？软件如何帮助他们去获得个人成就？ 软件产品：产品是一种解决方案。它解决了行业和用户所面临的问题吗？ 计算平台：只有深刻理解软件所依赖的计算平台（如操作系统、中间件、网络协议等），才能更好地测试。 开发技能：理解项目所使用的具体技术，知晓典型的技术缺陷，具备测试开发能力。 测试方法：针对当前项目，选择合适的测试方法，并能够熟练地应用。 程序缺陷：研究当前（和相关）项目的缺陷，提炼错误模式（Pat 阅读全文
探索式测试：基本概念
2010-12-26 16:16 by liangshi, 9753 阅读, 4 推荐, 收藏, 编辑
摘要：什么是探索式测试？探索式测试（exploratory testing）是一种自由的软件测试风格，强调测试人员同时开展测试学习、测试设计、测试执行和测试结果评估等活动，以持续优化测试工作。考虑到它所具备的即兴发挥、快速实验、随时调整等特征，其思维方法可以追溯到软件开发的最初岁月。作为一个特定的技术术语，它是由测试专家Cem Kaner博士在1983年提出的，并受到语境驱动的软件测试学派（context driven testing school）的支持。测试专家James A. Whittaker曾是Cem Kaner在佛罗里达工学院（Florida Institute of Technolog 阅读全文
测试杂感：Bug Bash
2010-12-12 21:55 by liangshi, 1168 阅读, 0 推荐, 收藏, 编辑
摘要：缺陷大扫除（Bug Bash）是一项短期的全员测试活动。在微软，许多开发团队会在里程碑（milestone）的末期执行缺陷大扫除。程序员、测试员、程序经理、内部用户、市场人员在1~3天的时间窗口中，运用各自的技能和职业背景，集中精力来搜寻软件的缺陷。通常，每位参与者会获得一个小礼品，发现缺陷数目最多的冠军会获得一份大奖。一般认为，缺陷大扫除的优势在于引入了“更多的眼睛”。程序员更了解程序逻辑和实现细节，有可能发现隐蔽的缺陷；测试员更擅长缺陷猜测和持续攻击，有可能发现其他测试员遗漏的缺陷；程序经理能够从业务角度考察软件，有可能发现业务流程、整体设计上的缺陷；内部用户是软件的使用者，有可能发现易用 阅读全文
测试杂感：测试只是反馈信息？
2010-10-25 16:46 by liangshi, 1196 阅读, 1 推荐, 收藏, 编辑
摘要：2010年第9期的《程序员》杂志刊登了荣浩先生的文章《关于测试的八个问答》（在线版本发布在JavaEye上）。这是一篇充满思辨的优质文章，有许多观点值得借鉴。但是，我对如下文字有不同意见。 我说，那么，测试保证了质量？ 神说，你觉得三鹿没有测试吗？ 我说，.... 神说，测试只是提供信息。至于这些信息的定义、重要性以及所要采取的反应都取决于人，而人做出的决定都是感性的，利益驱动的。 我叹口气，说，... 阅读全文
测试杂感：不二过
2010-09-23 14:59 by liangshi, 1099 阅读, 0 推荐, 收藏, 编辑
摘要：今年5月，参加了林锐博士和华章图书组织的免费讲座“如何管理软件企业”。林锐博士身兼多职，是公司负责人也是企业咨询师，见多识广又经验丰富，所言精要皆切中要害。在谈到企业学习时，他提到除了学习先进企业和行业规范，更重要的是学习本企业发展过程中的经验教训。其要点是“不二过”，即所犯过的错误绝不再犯第二遍。“不二过”对于软件开发者而言... 阅读全文
一次有教益的程序崩溃调试 （下）
2010-09-09 10:18 by liangshi, 716 阅读, 0 推荐, 收藏, 编辑
摘要：本系列文章的第一篇介绍了一次崩溃调试的技术细节，第二篇描述了相关修复的设计策略。本文将描述我从缺陷修复过程中学到的教训。经过近一周的压力测试，我相信当前的私有构建（private build）不存在崩溃的问题。我将这一信息口头报告给开发人员，通知他可以签入（check-in）修正代码。在发现崩溃、事后调试（postmortem debugging）、测试私有构建、报告测试结果的过程中，我并没有在缺... 阅读全文