你有没有经历过这样的一幕：每天都感觉自己特别的忙，然而每当到晚上要睡觉的时候，想不起今天具体做了些什么事情。

可能是这天做的事情太多了，忙到自己也记不清楚了。

2015年前的我也是这样，那会还是在做淘宝，每天除了优化淘宝店、接待客户之外，还需要打包做售后。

不光如此，本身笔者对互联网上的一些赚钱项目也比较感兴趣，除了做好本职工作之外，还需要建网站来优化排名。

关于网站排名优化这块，要做的事情很多。

比如说更新内容，做外链、检测数据、优化网页代码等等.....

可以说，是相当的忙，从早上一睁眼，一直忙到晚上睡觉。但是好像也没有做出很好的成绩。

开始反思自己!

比谁都忙，但是忙的很累，很杂乱，想到什么就去干，久而久之自己的身体也变的比较亚健康了，现在回想起来真是太不值得了。

改变，往往是在一瞬间的。

通过各种学习，找到了解决的方案。当你忙的特别杂多，事情特别多的时候，你就要有一个个人的任务管理机制了。

经过我一段时间的实践，慢慢让我回归了正常状态。

今天文章的主题，就是要把这个任务管理系统，传授给你。

　一、使用任务管理系统的好处

　经过我总结提炼之后，有以下好处：

1、每天都知道做什么，有条不紊的完成

2、内心深处，不在焦虑

3、即使事情再多，都能合理安排

4、不在被琐碎的事情，打乱节奏

1、每天都知道做什么，有条不紊的完成

这方面尤其重要，每天早上，在自己最清醒的时候，把今天需要完成的事情，一一的罗列出来，一天就完成这些工作，目的性很明确，合理分配时间完成就可以了。

　2、内心深处，不在焦虑

有了明确的任务分配，人不累了，内心也慢慢的回归平静，对个人的思路提升有很大的帮助。

内心深处的不安，顿时一扫而空。

　3、即使事情再多，都能合理安排

任务管理系统的核心是，把众多的事情合理分配到每一天，只要进度完成就可以了，即使事情再多也不在害怕。

根据自己的实际情况调整就可以了。

　4、不在被琐碎的事情，打乱节奏

琐碎的事情无处不在，淘宝买东西、给孩子准备玩具等等之类的琐事，有了任务管理系统，统统放进收件箱保存起来，等主要任务做完，在来批处理，很方便，很实用。

二、建立任务管理系统的案例

经过我优化、优化、在优化之后，现在的个人任务管理已经变得相当成熟了。

一天当中，人真正有精力干的事情不超过三件事，所以我把自己的任务管理系统分成了重要的事情和常规的事情。

这是一天中最重要的事情，也是必须完成的事情，必须在精力最好的时候完成它。

下面是一些常规的工作，也是一些碎片化的工作

是不是一下子就很清晰了，这个任务管理系统，非常适合事情多的人。

一般文章写到这里，可能就差不多了，但是我不仅告诉你使用任务管理系统的好处，还告诉你如何建设自己的任务系统。

三、如何建设个人的任务管理系统

下面我一一给您介绍如何建立属于自己的任务管理系统

　1、建立合适自己的管理方法/软件

像此类的任务管理系统，说实话可以在本子上来实现，如果觉得繁琐，也可以使用效率软件来实现，这个在生活中多收集。

2、建立收件箱

收件箱的作用是由来收集的，你可以吧脑子里面所有的事情都放入收件箱，清空大脑。

大脑是用来思考的，而不是来记忆的，把乱七八糟的事情，都放进去，这样也不用担心，自己会忘记了。

特别是当你在认真工作的时候，突然想到一个特别棒的点子，就打开任务管理软件，马上记下来，然后接着工作。

灵感时一瞬间的事情，当时不记录，后面可能就在也想不起来了。

3、建立任务系统

当你把往收件箱里面放了很多很多任务的时候，就需要进行拆解和分配了。

分配的原则很简单。

举个例子说明：

做一个自己的网站出来，但是不是一下子就能做完的。做网站有若干的工作要做，一天当中不仅只有这个活，可能还有其他的事情。

所以，要把做网站这个事情的步骤分拆粗来。

第一步：找程序源码

第二步：找好看的模板

第三步：购买域名和空间

第四步：域名备案

第五步：设置网站

第六步：填充内容

第七步：提交搜索引擎

做成一个网站，大概就是这样的，所以说不是一下子就能做完的，特别是域名备案这块要等15天左右。

所以我们要把这件事情安排的每一天当中去。

找程序源码和好看的模板和购空间域名并备案，安排在周一来完成。

后面的上传网站放到域名备案通过了在做，大概是15天的样子，可以把这个任务设定一个想要的时间在来做，后面的工作也是分配到每一天当中去就可以了。

所以，建立个人任务体系的关键在于目标拆解。

一个目标，必然会有若干个小目标组成，学会了拆解目标，自然就会合理分配了。

安排到每一周，每一天。

4、建立复盘机制

当然了，我一直提倡，做完事情之后一定要及时复盘。

那么，复盘什么呢?

每天复盘一下自己工作的进度情况是否拖延，是否有做的不合理的地方，及时的修正，那么自己在效率和能力上才能大大的提升上来。

复盘很重要，无论在哪个领域，都需要复盘，复盘等同于经验的积累。

转载：http://www.51testing.com/html/09/n-3725309.html

需求跟踪是一个高阶的管理活动，目标是为了更好地管理需求的状态，更好地分析需求变更产生的影响。虽然执行需求跟踪会带来不错的效益，但其所需付出的工作量也是巨大的。因此在需求定义，需求开发和需求管理还没有非常顺畅时，不太建议引入需求跟踪活动。

1.1 需求跟踪的基本概念

需求跟踪是将单个需求和其他系统元素之间的依赖关系和逻辑联系建立跟踪。这些元素包括：各种类型的需求，业务规则，系统架构，设计组件，源码，测试用例，以及帮助文档等。具体来说需求跟踪涉及5中类型的跟踪链：

通常需求跟踪的收益体现在以下几个方面，都属于比较高阶的管理收益：

》审核：跟踪信息可以帮助审核确保所有需求都被应用。

》变更影响分析：跟踪信息在增删改需求时，可以确保不忽略每个受到影响的系统元素。

》维护：可靠的跟踪信息使得维护时能正确，完整地实施变更，从而提高生产率。

》项目跟踪：认真记录跟踪数据，可以使得计划当前的实现状态。

》再设计：可以列出传统系统中将要替换的功能，记录他们在新系统的需求和软件组件中的位置。

需求跟踪是比较高阶的管理活动，所需的工作量非常大，特别是软件需求到设计元素的跟踪，因此一定要考虑投入与收益是否成正比。

1.1.1 用户需求到软件需求的跟踪

跟踪链第一类是用户需求到软件需求的跟踪，工作量中等，对与项目管理好处很明显，建议有时间尽量实现此类跟踪。

1.1.1.1 目的：保证所有的用户原始需求都得到满足。

1.1.1.2 好处：

》开发人员在实现时能精确地定位到相关的原始需求。

》可以为软件需求是否必要提供第一手证据。

》容易找到需求之间的矛盾和歧义。

1.1.1.2 具体手段：在第六章 需求分析与建模最佳实践中介绍到一种方法，就是将一句话标识的用户原始需求直接归并到软件需求的用例中。

1.1.2 软件需求到软件需求的跟踪

跟踪链中的第二类是软件需求到软件需求的跟踪，这类跟踪工作量规模较小，对于需求管理的好处十分明显，此类跟踪最应该建立。

1.1.2.1 主要内容：

》项目目标，stakeholder关注点到软件需求的跟踪。

》相关软件需求之间的跟踪。

1.1.2.2 目的：确保项目目标，stakeholder关注点被实现。

1.1.2.3 好处：

》更好地理解软件需求的实现意义。

》更好地处理软件需求之间的逻辑相关性。

1.1.2.4 具体手段：为项目目标，stakeholder关注点，创建唯一编号，通过表格或链接法实现跟踪。

1.1.3 软件需求到下游工作产品的跟踪

跟踪链中第三类是软件需求到下游工作产品(系统架构，设计组件，源码，测试用例，帮助文件等)的跟踪。这类跟踪对于变更管理的好处十分明显，但工作量巨大，因此此类跟踪应该谨慎使用。

1.1.3.1 目的：维护软件需求与设计元素，测试元素之间的关联关系。

1.1.3.2 好处：

》在针对变更的技术影响分析时，能够得到更加精确的评估结果。

》可以更好地隔离变更影响。

1.1.3.3 具体手段：手动更新或通过配置管理软件来实现更新。

1.2 需求跟踪的操作方法

要对需求进行跟踪，就必须对每个需求定义唯一标识。在实际操作过程中，主要有表格法和链表法两种跟踪策略。

1.2.1 表格法

在使用需求跟踪矩阵时，只是制定了计划而没做具体工作时还不能填写这些信息，必须完成了工作并且通过验证后才能填入这些信息。

1.2.2 链表法

链表法主要是用于特定软件上，比如需求管理工具Telelogic DOORS。

1.3 小结

每当谈起需求跟踪活动，总是有一句话作为核心：需求开发活动都是必须的，需求管理活动都是可选的。因为任何管理活动都是有成本的，因此我们必须做好成本效益分析，而不是将所有管理活动都做到位了就是最好的。

我们可以根据项目，人员，团队的特点，选择部分意义重大，价值较高的项目做需求跟踪，甚至可以在一个项目内，选择部分需求进行跟踪；另外还应该选择合适的需求管理工具，以降低需求跟踪的工作量。

（1）兴趣是最好的老师

        对于软件测试工作，通常是比较枯燥的，如果没有兴趣很难做到持久。

        我最近参与了一个软件测试项目，在测试团队中，有三位是在校学生，他们以兼职的身份到公司上班，他们都是软件相关专业的本科生和研究生，基础都不错。但 是，只有其中一位表现最突出，因为他很珍惜这份社会实践的工作机会，做事认真，找出了很多高优先级的Bug。

        另两位同学，在参加项目不到1个月后就以各种理由退出了。在我与他们的交流中，其中一位说测试工作太枯燥了，没有挑战性，他更希望做软件开发的工作。这位同学由于不喜欢做软件测试，实际上他对软件测试技术缺乏基本的了解。所以他在7天的测试工作中，只找到了3个Bug（正常情况下，其他测试人员每天能找到5个缺陷）。因此，从绩效评比中他的成效最低。

        另一位同学虽然愿意做软件测试，但是他觉得现在的黑盒测试太简单，学习不到测试技术的高级技巧，他更愿意学习白盒测试，能够自己测试软件源代码。而现在的项目没有这部分的内容，所以尽管他工作成绩也不错，但是积极性不高。

        因此，建议同学们在寻找工作中，首先需要了解，你是否愿意做软件测试，愿意做白盒测试还是功能的黑盒测试，不要盲目的参与到工作中，否则对于用人单位，对于个人的成长都是浪费。

（2）测试人员要学会思考

        测试是个技术工作，需要学会主动思考。如果你遇到一个好的测试主管（组长），他会主动的解决你的测试实际技术难点，这是你的幸运。但是测试问题错综复杂， 测试主管工作很忙，他没有时间解决你遇到的任何技术问题，需要你自己分析问题的性质，尝试各种解决方法，搜索网络上的文章，最好如果仍然解决不了才向主管 求助。

        我们反对遇到问题表现得很茫然失措，不要问一些很“弱智”的问题，否则主管认为你解决问题的能力不做，学习能力欠缺，这样对于今后的发展不利。

        测试人员如何思考？根据问题的现象思考。问题是属于测试专业知识不足引起的，还是测试用例等测试文档模糊、错误引起的，是个别现象还是测试项目的其他内容都存在的普遍现象。测试要从模拟用户使用的角度展看，因此要用最终用的角度，分析问题的严重程度。

        在询问最终的解决方法前，确保你根据自己的经验尝试了各种解决方法，并且尽量把你发现的问题和猜测，告诉测试主管，证明你已经主动思考了，但是没有找到好的解决方法，或者不能确定是否方法可行。

（3）选择适合的测试学习材料

        软件测试的技术博大精深，对于初学者该从何入手呢？可以从以下几个方面学习：

        第一是公司提供的培训材料。测试新员工到公司后一般都要经过短暂的培训，这是学习的最好的第一手材料。针对性特别强，都是公司今后用到的测试知识的总结， 针对性和实用性都很强。如果有不懂得问题，可以随时提出来，因为你是测试新人，不懂要问，任何人都不会对你的能力表示怀疑。

        第二是借助测试项目的测试文档学习，包括测试计划、测试用例，测试缺陷数据库，可以先看看以前发现了哪些bug，这些bug是怎么发现的，有什么规律和特征，学习别人怎么写测试缺陷报告。

        第三是阅读测试书籍和测试网站和论坛。这些内容很多，建议利用工作之后的时间，根据自己的知识有选择的选择测试书籍，先从基础知识阅读。正式出版的书的内 容质量都比较高，而测试网站和论坛的文章良莠不齐，有些只是只言片语，很多还存在错误。因此，需要有一定的鉴别能力，否则会误导，浪费时间。

（4）巩固测试知识基础

        练武术需要先练“蹲马步”，否则直接学习刀枪棍棒等十八般武器，只能学到几招皮毛，甚至伤及自己，武林高手都是基础很牢固的，内功很深厚的。

        做软件测试也是这个道理。很多出入测试行业的新人，希望走捷径，往往听信各种测试培训机构的宣传，认为参加几天的能力提高班，就可以步入测试高手的殿堂，这是错误的，也是要吃大亏的。

        另一个错误就是还没有学会测试的基本概念，就盲目地学习各种大型商业自动化测试软件，结果花了很多时间和金钱，只是学会了工具的具体操作。到了实际测试项目中，无法有效利用工具解决实际测试问题。

        实际上，作为测试新手，大部分都是从手工功能测试开始起步的，大型自动化测试只有成为测试高手，才有机会使用。另外测试工具的操作是很简单的技术问题，关键是如何发挥测试工具的作用，这需要测试策略。

        所以，初学者要老老实实的学习测试基础知识，学习各种测试术语、测试概念、测试分类、测试的流程、测试项目的执行过程等。如果这些都不懂，今后的职业发展会成为限制。

        学习是痛苦的过程，但是学习是增强技能的必然之路。学习测试知识没有捷径，需要日积月累，需要勤奋，需要思考，需要总结，从一点一滴学起。

（5）不断学习行业知识

        测试人员除了学习和掌握测试技术外，还需要不断学习行业知识，这是区别普通测试技术人员和测试行业专家的最好方法。

        学习什么行业知识呢？根据你测试的软件的应用领域决定。例如，你正在测试的是电信行业的应用软件，那么你需要学习电信行业知识，包括术语、业务和行业技术。怎么学习呢？可以与客户交流，与开发人员交流，看专业书和文章。

        学习行业知识是个不断进步的过程，每个行业都有很系统的知识架构，首先学习工作中最需要的理论和技术。然后有机会和兴趣的时候，不断细化和深入。

        高级的测试人员需要精通测试技术，掌握行业知识，可以提供行业软件的测试和质量保证方案。对于初学者，要认识到经过不断努力，可以成为测试行业专家。千里之行，始于足下，目前最重要的是从测试入门知识开始

 本文转载自51testing软件测试网，查看更多：http://www.51testing.com

　　从一开始，软件测试就要关注需求。往往在讨论设计时，开发和需求很容易忽略了软件测试成员，他们潜意识里觉得这不关软件测试什么事。可是，软件测试也要熟悉业务，熟悉功能，熟悉各种设计，而且软件测试需要站在用户的角度来去考量他们的设计是否有不合理的地方，并提出自己的建议。这些工作，软件测试成员需要主动，积极参加，多提建设性意见，这样可能会让开发慢慢发现软件测试成员的重要性。

　　其次，沟通最频繁应该还是关于bug的讨论。下面列出几个遇到的沟通问题，及我的解决办法。

　　1、“这个bug我这边重现不了啊~~~”

　　解决办法：这种问题首先要自省，bug描述里面是否没有说清楚。Bug应该简明扼要，重点突出。如果描述存在歧义，一定要总结并尽快改进。有时会遇到概率性的bug，要告诉开发概率是多少，尽可能多的提供重现的条件。

　　2、“这个不是代码问题，需求这么定义的”

　　解决办法：需求也是人定的，如果觉得有异议，可以找需求人员询问清楚，为什么这样定义，把自己的想法告诉他们，看他们怎么决定。如果被需求说服了当然是最好的，如果自己还是不同意需求的看法，需求又不同意我的提议，那只能听他的，毕竟权力在他那里。但是我们可以保留交流的记录，证明曾经在这里发生过歧义。

　　3、“这块是别人负责的，我负责的部分没有问题”

　　解决办法：如果bug是由开发的项目经理来分发到程序员，那就是项目经理来面对这样的问题，而不是软件测试。当然，项目经理当然有项目经理的处理办法。可是，软件测试遇到这样的问题怎么办呢，把负责相关内容的开发都邀请到一个讨论组里，让他们自己讨论，这样更清楚，不必在软件测试这里中转。如果他们都觉得代码没问题，而我也有强有力的截图和真相，那就只有上交给上级领导，让他们来决定怎么解决。

　　4、“有问题吗？”（也就是开发不认为这是个问题）

　　解决办法：软件测试人员一定比开发要敏感，对bug的容忍度也要低一些。特别是一些不符合用户习惯的bug，开发总觉得无大碍。比如，一个列表默认的宽度太小了，导致初次打开，有一些内容被隐藏在后面，但是这个宽度可以手动调节。开发觉得问题很小，不影响功能，而且也有解决办法，所以不认为是bug。这个时候，就要发挥软件测试的本事了，嘴甜一点，说说好话，态度柔和一些。因为既然是小问题，解决起来一定不难，耐心地催开发的改过来就好。催一次不行催两次，记住态度一定要好。

　　5、“用户不会像你这样操作的！”

　　解决办法：用户怎么操作，谁都预料不到。我们不可能覆盖所有可能性，但是大多数用户会出现的操作，我们当然要软件测试。慢慢地把开发从代码的世界里带出来，带到用户的世界里，让他换个角度思考问题，毕竟软件开发不是为了实现功能，是要满足用户需求的。如果最后还是没能说服他，第一向上级反映，第二做好沟通的记录，将来备份在软件测试报告里。

　　除了bug上的问题，还有软件测试安排上的问题，有时候小功能没有做好，或者某个文档、图片没有上传，等小功能做好了文档上传之后，很可能开发忘记告诉软件测试。所以，平时的工作中，一定要主动记录问题，主动沟通和督促，并反复确认，不要怕麻烦。

　　总结起来，软件测试在工作上要主动询问，态度上不能轻易妥协，习惯上要善于记录细节，方法上软硬兼施。

　　本人从事软件工作多年，对如何作测试、如何管理Bug上有一些体会和想法；正好看到网上关于这方面的讨论较多，不妨简单地写出来。本文就软件测试工作的组织及工具的选用介绍一下主要的思路，供大家参考。

　　2、如何作好软件测试

　　（1）清晰的质量概念

　　常言道没有规矩不成方圆，产品交到您手上，各方面质量标准您要心中有数。安装卸装、功能性能、用户界面、出错与恢复......等等，您可列出大纲式的CheckList，不一定很详细但一定要全。

　　不同的开发队伍，规范化水平不同，他们不一定能提交完善的规格书、品质书，如果您自己也没有这个概念，测试中就容易疏漏很多东西。比如，界面上的Button大小、用词、字体、颜色等有规范吗？页面响应时间呢？总之，您要让人家明白，您对这些方面是有要求的。

　　（2）善作计划

　　按照CheckList，要测试的东西真的是很多，但人力、时间等资源是有限的，您需要考虑重要性、优先级等因素，作一个测试计划。确定测试内容是重要的，确定哪些不测或暂缓测试、同样也是重要的。针对需要测的内容，安排测试环境、人员、时间等，这些大的方面要与上司、相关人员讨论清楚，获得他们的支持。接下来再细化大的Check点，形成详细的测试方案。

　　（3）明确进入退出标准

　　需要明确进行测试所必须具备的条件，如：测试环境、送测产品的媒介形式、文档等。如果达不到基本要求可明确地提出来，暂时退出直到问题得到解决，否则很浪费大家时间的。如：环境不具备、根本就安装不上、有大量严重错误等。

　　（4）对测试人员的要求

　　逻辑思维要强，说到底，测试就是一种逻辑覆盖，要用尽量少的测试实例覆盖尽量多的逻辑，这就是效率。细心很重要，在每一个测试点，您需要静下来好好想想，还有哪些可能的情况？细心一定会给您带来高产量的Bug的。

　　（5）关于自动测试工具

　　任何工具都是在人的安排下发挥作用，您自己如何测永远是第一位的。一般说来，自动测试工具只能在压力、容量等某些性能领域发挥作用，其他绝大部分需要的是勤奋和智慧。

　　（6）不断积累、持续改善

　　您无论多么出色还是会漏掉Bug，您需要有一个方法能够不断地、持续地改善。分析总结原因、不断完善测试计划、测试方法等，并用文档整理出来，您的基础就会越垫越厚，工作越来越有效。

　　（7）明确自己的责任

　　作为测试人员，您的任务就是找出缺陷、及时清晰的汇报给相关人员，让管理者清楚产品的质量状况。有时，您测出的问题他们决定不改，或者您认为没达到Release标准他们决定Release，这是可能的。影响一个决定的因素是多方面的，有经费、市场、策略、质量等，虽然测试通常是产品开发的最后一关，但我还没有见过测试人员决定一切的。

　　3、Bug管理的作用层次

　　软件开发的重点已经从技术转到管理与质量控制上了，如何按时做出符合质量的产品是我们最大的挑战，测试工作在开发过程中占据相当大的份额，Bug管理的作用可想而知。其作用基本上分以下几个层次。

　　（1）备忘与沟通

　　备忘是一个Bug管理系统最朴素、最基本的作用，好记性不如烂笔头，道理就这么简单。您什么时候测出了Bug、怎么测的、当时环境怎样，开发人员解决了没有、什么时候解决的、如何解决的，需要及时记录下来；问题一多，您靠记忆是记不住的。没有遗漏地记下所有问题点并确保适当地处理掉，是Bug管理的基本要求。

　　Bug的产生、变更需及时通知相关人员，他们也应能随时查询不同状况的Bug 数据，良好的沟通才能保证有效的协作。

软件问题报告包括头信息、简述、操作步骤和注释。

头信息包括：测试软件名称、版本号、缺陷或错误类型、可重复性、测试平台、平台语言、缺陷或错误 范围。要求填写完整、准确。

简述是对缺陷或错误特征的简单描述，可以使用短语或短句，要求简练、准确。

操作步骤是描述该缺陷或错误出现的操作顺序，要求完整、简洁、准确。对命令、系统变量、选项要用大写字母，对控件名称等加双引号。

注释一般是对缺陷或错误的附加描述，一般包括缺陷或错误现象的图像，包括其他建议或注释文字。

书写专业软件问题报告的技巧

书写软件问题报告的目的是为了正确地重复缺陷或错误，从而在后续工作中可以准确验证并加以处理。因此，基本要求是准确、简洁、完整、规范。为了正确书写专业的软件问题报告，应该注意以下要点：

● 每个软件问题报告只书写一个缺陷或错误

这样可以每次只处理一个确定的错误，定位明确，提高效率，也便于修复错误后方便的进行验证。

● 对错误的描述要做到简洁、准确、完整，揭示错误实质

描述要准确反映缺陷或错误的本质内容，简短明了。为了便于在答数据库中寻找，包含错误发生时的用户界面是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。

● 明确指明错误类型和严重程度

根据错误的现象，总结判断错误的类型和严重程度，例如，是功能错误？还是界面布局错误？该错误是属于特别严重的错误还是一般错误？是否影响软件的后续开发和发布？

● 每一个步骤尽量只记录一个操作

简洁、条理井然，容易重复操作步骤，以便确认、修复、验证该错误。

● 复现的操作步骤要完整，准确，简短

保证快速准确的重复错误，完整即没有缺漏，准确即步骤正确，简短即没有多余的步骤。

● 附加必要的错误特征图像

为了直观的观察缺陷或错误现象，通常需要附加错误出现的界面，作为附件附着在记录的附件部分。为了节省空间，又能真实反映缺陷或错误本质，可以捕捉缺陷或错误产生时的全屏幕，活动窗口和局部区域。

● 附加必要的测试用例

如果打开某个特殊的测试用例而产生的错误，则必须附加该测试用例，从而可以迅速再现缺陷或错误。为了使错误修正者进一步明确缺陷或错误的表现，可以附加修改建议或注解。

● 尽量使用短语和短句，避免复杂句型句式

书写软件问题报告的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。

本文来源于：http://www.51testing.com/html/77/n-108377.html

正方意见：管理，合适的发展目标

        很多人都同意，对于一个IT技术人员而言，想要继续良性发展，走上管理岗位是最好的选择。

    理由一：技术生命有限

        其实也不是局限于电子产品，只不过电子产品这个问题突出一些。

        现在很流行的趋势，电子产品一般只要你买得起的，大家一般都不会选择去买国货。尽管广告天天在打，可是很多消费者并不认可。原因何在？产品的质量有问题，产品的售后也不好。这说明了什么，生产开发这些产品的人有问题，质检的人也没有起到很好的作用。恶性循环的结果是这个厂家失去了市场和受众的信赖。

摘要
        在系统测试和确认测试中，有些缺陷由于某些原因往往被忽略了，这就给软件留下了隐患或者危机。本文通过描述这些容易忽略的缺陷，提供一个完善测试用例和测试执行的参考。
、
正文：
        通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些容易被忽略的缺陷包括：

阅读全文

        对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范，以便进一步指导我们的软件测试工作。

    二、概念

        BUG ：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

阅读全文

阅读全文

阅读全文

测试市场方兴未艾　　作为IT测试的重要组成部分，软件测试近年来一直稳定增长，尤其是在电信、银行、军 工、航天等领域。在软件业较发达的国家，软件测试不仅早已成为软件开发的一个有机组成 部分，而且在整个软件开发的系统工程中占据着相当大的比重。与此同步的是，软件测试市 场已成为软件产业中的一个独特市场。

阅读全文

        1.要想用好WR首先你的基础知识必须过关，这里的基础知识主要是对WR的基本使用（比如录制，回放，查看结果，编辑对象库等），基本概念（比如检查点，对象库，虚拟对象等），这里我推荐大家WinRunner中文使用说明（下载地址：http://bbs.51testing.com/thread-24170-1-1.html），这个资料不错，讲的比较详细，但大家不必每章都非常仔细的，粗略的看一遍就OK了，但对象库我还是希望大家对看看，因为在自动化测试很多问题都发生在对象上。这里我要对新手说一点，不要到论坛发一些非常简单的问题，比如“请问WINRUNNER该怎么进行录制啊？”，我觉得这种贴根本没有必要发，因为它既浪费别人的时间。也害了你自己，使你没有解决问题的能力。

阅读全文

只讲教条的QA实在令人烦
　　我在做一个开发人员的时候，我们当时的一个管理人员（当时还不叫QA），是从德国回来的一个海龟，为了加强管理，给我们来了一个工作时间统计，要求我们记录每天的工作情况，而且要精确到分钟，他要每周检查。如果你和别人联调，你们两个人的工作记录必须完全对应的上。当时我们的工作的确很忙，而且也不原意作这么详细的记录。结果是每周周末的时候我们所以开发人员都在一起凑报告。报告当然很漂亮了，但最后所有的开发人员都不愿意和他合作。最后他离开了我们部门。就这个事情事后回想起来让人感慨很多。

阅读全文

阅读全文

　　模型是多年软件工程经验的总结，里面的每一句话，每个例子都不是随便写上去的，都有其内在的含义在里面，需要仔细琢磨，仔细体会。作为EPG的成员，在遇到问题时，首先要做的事情是要去读模型，在模型中查找答案。市面上所有翻译的中文资料都不准确，所以要去读模型原文，以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM，从那里获取类似的描述，如果还读不懂，可以去网络上搜索资料，与朋友交流。