楠人的博客-随风而过

大家做项目或产品过程中，遇到最多的，也觉得最有风险的就是测试计划。关于如何做测试计划，每个人都有自己的经验，这里不发表个人观点，而是翻译国外某位大师的对于制定测试计划的一些思想，希望对大家将来制定测试计划有用。而且关于测试计划的大部分问题我想都可以在这里找到答案，本人英文水平有限，翻译有不妥之处，请指正。作者为James Bach 　　制定计划 　　1. 分析产品 　　分析什么

    2001年的时候，我们注意到程序员个体差异很大，尤其是质量差异很大，即使他们天天坐在一起。原因在与大家几乎各自分工干各自的活动，中间缺少交流（不是交流学习会那种，而是每时每刻发自内心的交流）。而对于一个软件而言，质量最好的部分并不能导致整个软件质量好，但质量差的部分却可以导致整个软件质量差（可以认为是一个串联系统），因此建立一个学习型团队成为当时的工作重点。    最初希望建立

DokuWiki是一款简洁轻便，代码整洁，功能强大而灵活的开源Wiki程序。尤其适用于中小团队和个人网站知识库的管理。可以预见，在声名鹊起的web2.0风潮中，DokuWiki必将更会广泛应用。 主要内容：一、下载与简介二、实践与技巧三、杂乱的资料一、下载与简介==========是一个知识管理工具。wiki的。下载地址是：http://www.sp

第1《软件测试》作者：（美）Ron Patton译者：周予滨 姚静出版社：机械工业出版社原出版社： SAMS我所见过的最好最经典的软件测试入门书，有一个别名叫“软件测试的本质”。书中没有讨论太多的软件测试理论，只包含了一部分常用的、基本的知识。从什么是软件测试、为什么要作软件测试开始，逐步引入基本的和高级的测试技术和方法，然后开始把读者引入实际工作中，讲述了一般

说起软件测试需求，有很多人可能会觉着奇怪：“软件测试还有需求吗？不是把你写好的程序给我测试就是了吗？最终我给你一个测试结果就可以了吧”。这种想法在前几年还是可以的。随着软件系统的日趋复杂及精确性，软件测试也变得极为复杂，它是一项系统工程，由软件测试工程师、软件开发工程师与用户三方协同交流共同完成。没有测试需求，测试人员往往就不知道自己究竟要测什么，测试也不会达到既定目标。那么究竟什么是测试

近期由于项目组人手不够，需要招聘一些测试人员。本周及上周陆陆续续面试了十多个应征者，工作年限在2年~9年之间，但无一满意。期间，种种感叹，回想起去年面试六十余人仅有3人满足要求，如有鲠在喉，还是吐槽一下。如有不对请大家也狂喷我。      我的要求高么？     我的要求其实是：有还算不错的沟通能力，熟悉常见软件开发流程，有一定的需求分析、用例设计能力，会基本的linux和sql操作能力。

性能测试十问：测试经理篇发布时间:2013-4-8现状测试经理不知道性能测试人员在做什么不知道性能测试进展如何不知道性能测试是否有效不知道如何协助性能测试人员本文目的了解性能测试的进展，更好的控制整个测试流程了解性能测试的质量十问性能测试何时介入性能测试的过程是怎样的是否有必要提起性能测试性能测试有哪些类型如何分析性能需求如何衡量性能性能测试

原文地址：玩了下这两个玲珑的项目管理工具，集 wiki、bts、source browser 于一身的 web 应用。Redmine 没出来的时候，Trac 一枝独秀，颇得小众欢心，我也曾经浅用过，做管理员比较悲催，干点嘛管理操作都是得命令行里操作，不知道作者出于什么考虑，另外 Trac 官网的 wiki 比较乱，过期的信息、不推荐的做法全都混在正文里；做 Trac 的用户是挺爽的

配置统计报表，主要是图表的配置，因为还是算比较麻烦的，趁着有空的时候研究了下，现在把方法公布出来，好让更多的人受益啊，的确不容易，花了我两个小时呢！首先安装好mantis，本站也写了很多教程，有问题可以留言说明，今天主要是说明图标报告的配置：第一步去下载Jpgraph：官网地址：http://jpgraph.net/download/ 请根据您的PHP版本选择下载版本；第二步，下载完成

1、写在前面的话　　本人从事软件工作多年，对如何作测试、如何管理Bug上有一些体会和想法；正好看到网上关于这方面的讨论较多，不妨简单地写出来。本文就测试工作的组织及工具的选用介绍一下主要的思路，供大家参考。　　2、如何作好软件测试　　（1）清晰的质量概念　　常言道没有规矩不成方圆，产品交到您手上，各方面质量标准您要心中有数。安装卸装、功能性能、用户界面、出错与恢复......等等，

自从彼得·德鲁克提出“创新型组织”的概念，它就成了企业管理者们口中的热词。尤其是IT企业，家家都希望打造出一支极具创新活力的团队。但一直以来，关于创新型组织的理论讨论多，关于“如何打造创新型组织”的实践讨论少。创新型组织仍然像天上的月亮：看上去很美，但是不知道该怎么抓在手里。笔者作为一家跨国IT企业成都公司的负责人，在经营这间分公司的过程中一直把提升组织创新能力作为工作重心之一，也获得了一些成

之前曾写过《软件质量管理的困境与对策思考》，在其中谈到开发部门与质量管理部门（QA）应形成一个有“交集的双环”而非“哑铃型”组织，也指出软件质量管理应重实践轻量化，其目标应是帮助工程师改善工作习惯和提升开发环境的效率。那时并没有认真地思考过测试团队的核心价值，直到读到@段念-段文韬老师的《测试团队与咖啡店》。通常，软件开发团队似乎几乎不谈论自己的“核心价值”，而针对测试团队总有

软件测试过程管理，主要包括软件测试是什么样的过程，如何评价一个软件测试过程，如何进行配置管理和测试风险分析以及测试成本的管理。

上周参加了关于测试的培训，虽然没有想象中的那么大的帮助，感触还是有的，现对于某几个相关的问题写了一些个人的想法，这次说的是关于bug曲线图的问题， 　　我们大部分人都知道所有的测试执行完成后，都会有测试报告，而测试报告的一个最关键的因素就是bug曲线图，一般都会有2种曲线：一个是open bug数量的曲线;　　另一个是fixed bug 的数量的曲线。同样也要考虑收敛的问题，这里还

什么是需求  　　需求是产品必须完成的事以及必须具备的品质。 　　功能性需求 　　功能性需求是产品必须完成的那些事，要求一定的功能和品质。 　　例子：培训机构的班主任可以给所在班级学员打考勤 　　非功能性需求 　　非功能性需求是产品必须具备的属性或品质。诸如观感、可用性、安全性和法律限制等。 　　例子： 平台用户数为5万人，每天登录用户数为10000左右，网

摘要本文描述了如何使用开源的FitNesse来实现真正的测试先行开发过程，并让客户、需求提报工程师、开发人员、以及测试人员进行协同工作，达到需求更精准、减少需求更改、测试数据与Junit单元测试代码分离的目的，让这一切更简洁、更易于维护。作者：StephanWiesner译者：陈海青(joson)在过去的几年里，我在开发测试工作中担任过各种角色，使用过服务器端的JavaScri

简介： 近些年，在软件项目中非常流行一个词——敏捷。大大小小的项目，通常都包含着“敏捷”这个关键字。其实敏捷本身是一种优化的思想，是软件工程发展到一定阶段后的产物。面对风云变幻的市场，都希望迅速响应市场或客户的变化。但如何真正在项目中做到敏捷，除了方法论之外，还有各种外部条件的制约。而现实是很多研发团队只注重了方法论的学习，而没注意组织结构应该如何变化才能适应敏捷测试的需要。有的人可能会说，敏捷强

在定义测试用例的质量标准之前，先要了解设计测试用例的目的。测试用例是测试工作中最重要的元素或测试件（test ware）之一，是测试执行的基础。测试用例不仅能有效地帮助实施后继的回归测试、知识的传递和测试的管理等，而且更重要的是能更快、更有效地发现缺陷，确保测试的系统性和全面性，在测试的深度和广度达到所期望的目标。也就是说，测试用例的质量就是满足测试目标的程度，体现在 “测试覆盖率和测试执行效

敏捷的理念已经深入人心，开发过程已经渐入佳境，测试的处境却稍显尴尬。测试从业者应该何去何从，怎样才能拥抱敏捷，体现出自己新的价值呢？InfoQ特地邀请了来自Google的敏捷测试专家段念，为读者答疑解惑，希望所有测试从业者可以从中得到自己的答案。更多关于敏捷测试的内容，请访问InfoQ中文站敏捷测试相关内容。在与不少测试从业人员讨论到敏捷的时候，被问得最多的大约是两个问题：“到底什么是