紫晴的阅读
修复bug与解决问题——从敏捷到精益
关于精益的定义有许多，但其中最令我感到鼓舞的是精益企业研究所主席JohnShooke在它的著作《管理精益》中所描述的一段话：精益通过提高员工的水平来保证产品开发。在这个定义的基础上，这篇论文接下来解释了精益是怎样提高人员的水平的：方法就是解决问题。这一定义揭示了以下管理实践的美妙之处：仔细设计你的工作，让你能够清晰地看见所发生的问题（以及同时出现的学习机会），并在问题出现后以科学的方式解决。在与使
220°/
2014-05-08/2200 人阅读 / 0 人点赞
/ 0 条评论
足够好的软件
欲求更好，常把好事变糟。——李尔王1.4有一个（有点）老的笑话，说一家美国公司向一家日本制造商订购100,000片集成电路，规格说明中有次品率：10,000片中只能有1片。几周后订货到了：一个大盒子，里面装着数千片IC，还有一个小盒子，里面只装有10片IC，在小盒子上有一个标签，上面写着：“这些是次品”。要是我们真的能这样控制质量就好了，但现实世界不会让我们制作出十分完美的产品，特别是不会有无错的
230°/
2014-05-07/2305 人阅读 / 0 人点赞
/ 0 条评论
测试人员忘记的五大常见测试任务
会议室静悄悄的，每一个人都盯着我看。客户电话刚刚离开，我们都毫无头绪，布置如何纠正这一错误。客户非常不满意,他认为产品没有测试。当我的经理试图争辩说,所有的功能都运作得很好时,客户像要杀了他一样，说“如果用户不能安装这个产品，那什么是使用功能?“我们都感到震惊。我们用了两个小时的时间来调查,并完成了电话沟通。但是没有人出去。每个人都问一个问题——问题是怎样发生的呢?为什么我们没有把握到这个问题呢?
351°/
2014-05-06/3518 人阅读 / 1 人点赞
/ 0 条评论
你的知识资产
知识上的投资总能得到最好的回报。——本杰明·富兰克林哦，好样的老富兰克林——从不会想不出精练的说教。为什么？如果我们能够早睡早起，我们就是了不起的程序员——对吗？早起的鸟儿有虫吃。但是早起的虫子呢？然而在这种情况下，Ben确实命中了要害。你的知识和经验是你最重要的职业财富。遗憾的是，他们是有时效的资产（expiringasset）。随着新技术、语言及环境的出现，你的知识会变得过时，不
214°/
2014-05-06/2146 人阅读 / 0 人点赞
/ 0 条评论
测试管理能力—测试领导的责任及如何有效地管理测试团队
测试人员和测试团队的重要性已经被强调了一次又一次。应用程序或产品的成功很大程度上归功于高效和有效的测试技术,为有效的暴露bug奠定了了基础。不用质疑,伟大bug的发现是基于测试人员的技能和知识,敏锐的眼力以及测试团队的奉献精神。测试团队可以由不同的个体组成，如拥有不同技能水平、经验水平、专业技能,也有不同的态度和不同的期望、不同的利益诉求的人。所有这些不同的资源属性需要被正确地分配,同时需要记住的
571°/
2014-05-05/5719 人阅读 / 7 人点赞
/ 0 条评论
易于测试的代码
软件IC是人们在讨论可复用性和基于组件的开发时最喜欢使用的比喻。意思是软件组件应该就像集成电路一样进行组合，这只有在你使用的组件已知是可靠地时候才能行之有效。芯片在设计时就考虑了测试——不只是在工厂，在安装时，而且也是在部署现场进行测试。更加复杂的芯片和系统可能还拥有完整的Built-In-SelfTest（BIST）特性，用于在内部运行某种基础级的诊断；或是拥有TestAccessMechani
206°/
2014-05-05/2060 人阅读 / 0 人点赞
/ 0 条评论
如何攻破软件
《Howtobreaksoftware》是JamesA.Whittaker2000年的一篇有关如何组织带有明确目标的测试策略的文献。文章将软件测试的过程比喻为“攻击”软件以发现bug的狩猎过程。目的在于使测试用例的设计变得有章可循，迅速提高软件测试效率。JamesA.Whittaker，测试界的权威人物，先后在IBM、Google、Microsoft担任过顾问、工程总监、架构师等职位，在测试领域著
337°/
2014-05-04/3372 人阅读 / 2 人点赞
/ 0 条评论
测试众包:重量不重质?
我成为测试人员数年,在很多时候负载测试常常让我感觉如芒刺在背。它需要花很长时间来实现一个定制的解决方案,但现代的方法模拟负载又并不是行之有效的。众包测试在我看来就是一种负载测试;它可以使您在许多不同的环境中将一个特定的“东西”在大量的测试人员中测试。但就像所有类型的测试一样,我相信它有一个适用的时间和地点。让数据说话我最近参加的一个会议上展示了一个众包测试最好的案例(尽管不是会议的目的)。让我重现
320°/
2014-05-04/3202 人阅读 / 3 人点赞
/ 0 条评论
软件测试的语境驱动方法
我们属于有时叫做软件测试语境驱动学派的一帮人。经过多年（断断续续），我们最后开发出一种原则描述，我们相信这种描述反映了这些松散地聚合在一起充当这一派思想领导的人们的共同观点。本书给出了语境驱动思维的大量例子，并解释了我们在团建开发中的体会。随着本书的出版，我们也创建了一个网站，即context-driven-testing.com，以进一步发展这个学派。如果读者阅读了以下给出的原则和说明，决定也亲
217°/
2014-05-02/2175 人阅读 / 0 人点赞
/ 0 条评论
敏捷测试
敏捷这个话题似乎热了好多年，随之也就自然地有了敏捷测试这个术语。说到敏捷，大家一定听过不少相关的演讲，看到不少相关的书籍，不过不管有什么新的技术，新的流程，归根结底都是遵循着敏捷宣言并以敏捷原则作为根本。就像Scrum开拓了一套敏捷项目管理的框架，XP指导着敏捷开发中的工程实践一样，敏捷测试也就是一组指引测试工作在敏捷团队中的一些最佳实践。首先，敏捷测试非常强调和多方的合作。在瀑布开发模式下，测试
323°/
2014-05-01/3234 人阅读 / 3 人点赞
/ 0 条评论