1 真正意义上的开放

     不仅仅是开发工具，更是底层源代码的完全开放，在android的主页上你可以自由下载现成的开发工具和源代码。而无论你是资金雄厚的开发公司还是精力过剩的高中生爱好者，在android的世界里，只有平等和自由。

     2 将互联网一切都免费的精神发挥到极致

     只需要50美金注册保证金，你就可以面向全球发布你的伟大软件创意，不好再有烦琐的审核和限制;超过80%的1万多个免费应用程序可以任意下载安装，没有乱七八糟的证书要安装。

     3 从头到尾的自由

     中国移动的OMS就是Android自由精神的最大体现，没办法，Google就是这么大方的不拘小节。Google甚至允许全世界各地的个人和公司等任意的修改android小机器人的标志，这在商业社会的今天简直是不可想象的，全世界的android粉丝创造发挥了几百款各式各样憨态可掬的android机器人形象。

     4 每一个线程都独立运行

     用过googlechrome的人都知道，如果Chrome遇到崩溃，可不是像IE那样傻傻等半天最后几十个窗口全部死掉，Chrome是只有崩溃的那个窗口死掉，其它的都照常运行，android系统的手机也是这样，内存溢出，程序崩溃之后造成一个应用程序的重启，不会影响其他程序和手机系统的运行，所以android的手机基本上可以永远不关机，Windows手机上那套“死机-拔电池-重新开机”的黄金定律没有了。

转自：http://www.inandroid.cn/bbs/viewthread.php?tid=52

避免做“紧急任务”的奴隶
 
无论做什么事情都要有时间管理，这是我们一直关注的话题，一般时间管理可以分为四个部分，这样才能很高的提高自己的工作效率。
1. 重要而且紧急
2. 重要但是不紧急
3. 不重要但是很紧急
4. 不重要而且不紧急
根据这个把要做的事情一一标注,哪个先做,哪个后做,并留出一定的缓冲.而且不会把自己搞得太累。
但是最近在工作中发现其实并不是这样的 即使你想按这样做领导也不会答应你这样，在他眼里样样是紧急的事情。目前碰到一个项目 最高领导 要求要一周加4天班9月15日内完成任务，任务到达下来到我们直接领导变成9月4日完成。而且所有的任务都变成死任务非常紧急的任务，嗨没办法……一级压一级压死人咯！

     在工作时间管理中8-2原理是十分重要的，要让20%的投入产生80%的效益。只要把握一天中20%的经典时间（有些人是早上上班时间有些人
是下午，如果是晚上只能自己认命加班），专门用于你对于关键问题的思考和准备。
　　有那么多的“紧急事”和“重要事”，想把每件都做到最好是不实际的。建议你把“必须做的”和“尽量做的”分开。必须做的要做到最
好，但是尽量做得尽力而为就可。建议用良好的态度和胸怀接受那些不能改变的事情，多关注那些你能够改变的事情。以终为始，做一个长期的蓝图规划，一步一步地向你的目标迈进。这样，就能一步步地看到进展，就会更有动力、自信地继做下去。

本文转自：http://www.51testing.com/?uid-240349-action-viewspace-itemid-111139

总是希望能给手下一些机会来锻炼他们在项目中的leadership的能力，公司那边也来指示精神，要我们这些老鬼们抓大放小，放大胆子让手下的娃儿们把项目挑起来。所以那些都想当将军的士兵们个个摩拳擦掌的跃跃欲试。于是我们开始了每个人一周的代理leader的尝试，经过一个月的试运行，发现大家积极性都比往常高了，对项目的了解和关注都空前高涨，不过是运行中也发现了这样或者那样的不足，于是记录下来，总结如下。
　　以下为了方便描述我们简称他们为小A。
　　1. 信息乱，文档化意识不强
　　项目中一些重要信息往往只是在MSN，或者口头说一下，无法跟踪分析。
　　案例分析：记得小A初任代理leader一职的时候，意气风发，一会统计大家的机器配置，一会儿查看服务器的使用情况，问完了也就没消息了，事后在大伙建议下，建立文档专人负责更新。
　　2. 思路不清楚，随机性强
　　小A们的特点就是想到什么就说什么，没形成固定的标准。
　　案例分析：我们要测试一些老的测试用例，我们的小A一开始光分配工作了，对怎么填写没做要求，经过提醒，才制定出一个标准，但是在Fail情况下是使用红色加粗还是都是黑色犹豫了很久。直到最后我按捺不住了，要她给个痛快的时候，那扭扭捏捏的说了一个标准大家执行。作为leader需要的就是给大家一个标准，一个方向，很忌讳目标不明确的任务。
　　3. 出发点是好的，可惜可操作性不强
作为新人，思维总是跳跃，我们鼓励大家思考，去改进流程，促进项目更好的管理，可能有的想法现在不成熟，或者说现在的条件不够。
案例分析：我们的小A很喜欢开会，总结，喜欢大家一起讨论学习，这并不是坏事情，但是她的想法是在项目最忙碌的时候，而且很机械的固定每天必须要多少时间，来学习总结工作经验，当然在我们竭力反对和劝说下，小A放弃了这项计划。
　　4. 自信不够或者过于自信
　　这是两极端，多了少了都不好，自信来源自己的积累．别怕犯错，要善于总结．
　　案例分析：做完smoke test了，需要发个报告给开发，是否接受，小Ａ就很着急，找来sample，按理说很容易写的，不过以往都是pass，这次是fail，所以我们就告诉小Ａ把问题描述清楚，状态就设置成reject好了，小Ａ如临大敌，憋了多小时写了几个字，还非要我们review一下．
　　5. 依葫芦画瓢，形似神非
　　新人的学习能力很强，模仿性很强，只是有时候没去理解为什么，拿过来用就好了．
　　案例分析：某日临近中午的时候，忽然收到今天工作的安排，甚是差异，忙呼之以明真相，果然，平时因为我们带几个新人，习惯了分配任务下去，担心他们自己不会安排，没想到我们的小A，忙完自己的事情，忽然发现小本子上记得要发工作安排，特地整理并组织了一封很正式的邮件给我们．我观察到收信时间已经临近中午。
　　6. 下达任务的时候不清晰，容易误会
　　因为缺乏经验以及必要的思考，所以在分配一些应变任务的时候，task很模糊，容易造成误会，花费很多人力去做无用功。
　　案例分析：客户来了个更新的需求分析文档，我们的小A就马上放到共享目录下，告诉大家都去看下，语气很紧急，很重要的。我们等手下见状，不敢怠慢，草木皆兵，即刻打开文档，因为文档没更新记录，所以通读全片，发现就多了一个大家都知道的流程图，虚惊一场。大伙却白白花了很多时间。事后，小A还觉得自己很有理，其实我们拿到东西的时候都会自己先浏览一遍，看有多少价值，少的话，可以自己总结，然后share给大家，多的话，才会调整项目的schedule来进行处理。像这样劳民伤财的举动尽量避免。
　　7. 缺乏解决问题的能力
　　项目中总会遇到这样或者那样的问题，小A们最喜欢说的，老大，那个怎么做啊？
　　案例分析：有次小A在写个新功能的测试用例。花了半天时间琢磨，后来鼓气勇气告诉我们不太会写，看不懂需求（因为事先我们已经告诉他们自己要学着去独立解决问题，尽量自己先思考了）。原来是小A要写的测试用例是我们系统和另外系统的接口的测试，所以对于一些陌生的名词，自己就迷糊了。当然这样的东西在以前培训中都讲到过了，也有相应的文档可以参考的。
　　8. 缺乏判断，来什么做什么
　　可能是新人的原因，比较容易被客户牵着走，因为客户是上帝啊，所以客户想要的就是我们要给的。
　　案例分析：一早客户来要我们填个最新测试情况的文档，也没很着急的要，我们的代理leader小A就着急的招呼大家去填写，吩咐了最晚提交时间，还时不时的提醒大伙要记得按时填写，结果那天我们的测试进度都延误了，作为leader，需要去权衡利弊，知道什么是紧急，什么是不紧急的，而且有的事情可以一起做效率高。敢于和客户有条件的say no。当然也不是客户的什么要求都不需要接受。到时候别客户投诉了，别怪我哦。
　　9. 习惯自己做事情，不会分配工作
　　自从小Ａ作了代理leader,很明显的就是平时工作忙了，加班时间长了。具体一问，很多文档需要更新，记录。其实很多时候大家都在做这些事情，自己更新自己的就好了。比如我们每天的例会就是轮流主持，轮流记录，养成了习惯，leader的工作自然会减轻很多。
　　10. 缺少主见，墙头草
　　项目中总少了不几个资深的，几个刺头，在一些项目细节处理的时候，我们的代理leader习惯性的墙头草，那边嗓门大就倒在那边，当然两边都有道理，或者是一些标准的制定，可有可无的，那时候就需要leader最后定下来，减少一些无谓的讨论和争论，个人觉得有时候作为leader需要专制点，来处理一些问题，否则会发现一些会议是在磨时间，无法产生了conclusion的output。这可能就是民主的悲哀。
　　11. 对业务缺少深度了解，一知半解
　　真没见过几个新人会把自己的精力放在学习业务知识上的，即便有时候项目有时间，给他们去看去学习，发现收获很少，这个是一个普遍的现象，所以就不举例说明，这边只是分享一些我的个人经验，对于项目需要一定的专业知识作为基础，但是通常情况下，我们可能对我们要测试的行业一无所知，所以在日常工作中我们会有针对性安排这样的学习和培训，当然很多时候是自己利用空余时间学习，在学习完或者测试前，自己会去冥想，项目的流程是什么样子的，其中的业务逻辑是什么样子，除了正常的情况，异常的情况呢，当然适当的交流，讨论可以帮我们整理思路，巩固知识。
　　结束语：
　　作为leader，不是一时半会可以修炼成功的，不是经历了几个项目就可以沾沾自喜了，即便我们这些在项目里摸爬滚打近十年的老鬼们，也每天在学习，每天在成长，别眼高手低，测试的基础知识不可少，再加上自己的总结，不仅仅是自己的实践经验，更多是别人的，特别是一个好的leader能让手下迅速成长起来。不过良马常有，伯乐不常有，自己多学多看多想，别怕犯错，但别总犯一样的错，明天肯定是很精彩的 ^_^。

   软件开发者和测试者对软件测试往往有着完全不同的立场。前者希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确的实现了用户的需求，确立人们对软件质量的信心；后者则是从用户的角度出发，希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑最终用户是否可以接受该产品。

因此，在软件测试过程中，测试者务必要注意以下几点：

1. 测试者不可以是开发者本人，也就是说开发者不应参与设计和执行测试。开发者的测试往往是用来证明软件的正确性的，违背了软件测试的目标。

2. 要始终相信bug一定存在。即使开发者跟你承诺提交的是一个完美的版本，不会有任何问题。因为，现实中的完美是不存在的，同样完美的软件也不存在。任何时候都不能因为开发者的话语而放松对bug的警惕。

3. 在时间和精力允许的情况下，任何时候不要停止测试。不要在发现了很多bug以后很有成就感，觉得不会再有其他bug出现了，就停止测试，这个时候更应该分析bug出现的规律，总结自己的测试结果，更进一步的去发现更深层次的bug。

4. 一定要细心核对所有项目，不要认为类似的情况可以忽略测试。比如：两个非常相似的网页，甚至底层的code可能是一个文件，就认为一个通过测试，另一个也不会有什么问题。因为，bug的出现有很多确定和不确定因素，只有真正确认过，才可以画押。

5. 始终从用户的角度考虑问题，不要有“我觉得这样挺好的”的思想，因为最终需要用户确认才算通过，用户的喜好、操作习惯、企业文化等等决定了最终的需求，我们必须按照需求来测试。

6. 测试者要有耐心，善于和开发者沟通。由于开发者和测试者对测试有着不同的态度，在很多问题上可能难以达成一致，尤其是测试者提出的某些缺陷要开发者来 fix，而开发者不认为这是缺陷的时候，对测试者的沟通交流技巧有较高的要求。首先，测试者要提供足够的证据证明缺陷的确存在，这些证据包括：重现步骤、 环境变量的配置、严重性和优先级的分析、log信息、屏幕截图、与需求对比不一致信息...另外，要理解开发者的心理，对他们的工作给与肯定，不要否认软件做的好的地方，跟开发者打心理战，注意沟通用词，要有耐心。

测试者一定要牢记：测试的目标是想以最少的时间和人力找出软件中潜在的各种错误和缺陷。

如果成功地实施了测试，就能够发现软件中的错误。测试的附带收获是，它能够证明软件的功能和性能与需求说明相符。此外，实施测试收集到的测试结果数据为可靠性分析提供了依据。

转自：http://www.51testing.com/?uid-236527-action-viewspace-itemid-132936#xspace-itemform

时间过的很快，想想第一份测试工作已经做了近半年，这个项目也快接近尾声。平时自己是1个比较懒的人，但还是需要总结一下的。

学到的东西：
1、测试和开发的关系。这个真的不好把握。太好了，不忍心给他们挑刺，因为他们都很忙，不想因为自己提的Bug让他们加班，总觉得于心不忍，但严重的bug还是要讲原则的。关系太差了，大家都是同事，抬头不见低头见，工作的心情很重要的。自己说不上和开发的关系很好，但至少是不坏。每次报bug时我都会先知会开发一声，和开发确认1下是不是问题。开发过来让我复现问题或是了解bug更多的信息时，我会很热情的招呼。路上遇到了也会很热情的打招呼。所以开发对我都蛮好的，有时候会主动告诉我哪有bug，我问他们有关开发的一些问题时，他们也会蛮热情的告诉我。这点是我最满意的。打算项目结束时，请他们吃饭，感谢他们对我工作的支持。

2、bug的写作。自己在这块做的不太好，有时候描述的不专业，太口语化了。记得刚写bug时，自己从没想过要把相关的文件附上。结果有1次，开发未复现，直接找到我帮忙复现。因为隔的时间有点长，自己把那个文件给删了，现在文件找不到，用其他文件又没有复现，弄的自己特别尴尬，开发觉得你是在糊弄人，但当时这个问题真的存在。后来吸取了教训，测试中遇到用到相关文件出问题的一定记得把文件附上，然后自己备份一下，省得到时候惹来那么多的麻烦。

3、责任意识。自己一直都认为是1个比较负责任的人，但在做测试中还真的不够。这个真的还需要加强。

工作中存在的不足：

1、责任意识不够，不要想着差不多就行了，该较真是还是必须较真的。

2、太容易相信开发的话了。开发有时候不想修改问题，经常会说一些很专业的话说某某平台限制，无法修改之类的话，自己一定要学会思考，不要被开发忽悠了，记得有1次自己真的被他们忽悠了。想想真的是那种被人卖了还替人数钱。

3、文档处理能力不够。自己真的太懒了，也许是平时没有养成好的习惯。在这个项目经常会有需求不明确的，或者是不知道需求的，所以经常会向开发确认，有时候是邮件有时候是电话形式，但一定要记录下来，方便以后查找。如果自己不整理，到时候需要时就不好了。

4、太情绪化了。本来心情不错，但有时候因为测试时环境不够，自己就容易发火，闹脾气。还有向开发确认问题，他们冲我发火，自己也偶尔会掉眼泪。

5、开会发言。在开会时自己很少发言，自己模块需要求助也不知会，测试中遇到问题也不吭声，总喜欢私下说。自己真的是那种在台上就垭口无言，在台下就叽叽呱呱的人。如果自己不表现那领导怎么去认识你？

6、时间的安排。自己在时间的安排上确实处理的不好。平时工作很忙，同时会有几个领导给你任务，每个任务都很重要，但不是每个都很急的，自己一定要分个优先级，否则哪个任务都完成不了。还有有时候任务按周分配的，只要在规定时间内完成就行，但自己一定要有1个合理的安排，每天做什么，不要都等到最后，万一最后一天又临时有任务，看你如何完成！

7、测试的思维。在测试中经常有偶然操作发现严重问题，但就是不知道哪步是最关键的，所以经常要采用排除法，自己有时候一着急就乱了，所以一定要先在纸上写明，然后有条理的去做，一个一个排除。如果胡乱去做的话，时间花费的要多，而且有可能做不出来，这时候就更急了。


暂且就写这些，希望自己在以后的工作中能尽量改正，努力提高自己的测试水平，把测试工作做好。

工作时间不要与同事喋喋不休，这样做只能造成两个影响，一是那个喋喋不休的人觉得你也很清闲，二是别的人觉得你俩都很清闲。

　　不要在老板不在的时间偷懒，因为你手头被打了折扣的工作绩效迟早会将你的所作所为暴露无遗。

　　不要将公司的财物带回家，哪怕是一只废弃的椅子或鼠标垫。

　　不做夸张的装扮，工作场合远离半尺厚的松糕鞋与有孔的牛仔裤，否则你的这种装扮让别人无法集中精神，也制造出与业务极不相称的气氛。

　　不要仅为赚取更多的钱，就为公司的竞争对手做兼职。更不要为了私利，就将公司的机密外泄，这是一种职场上的不忠，员工之大忌。

　　不要淹没在电子邮件中，除非你正在等一个很重要的东西，否则没有必要立即或时时刻刻阅读邮件。预留一段时间，一次性做出处理。

　　不要每日都是一张苦瓜脸，要试着从工作中找寻乐趣，从你的职业中找出令你感兴趣的工作方式并尝试多做一点。试着多一点热忱，可能你就只欠这么一点点。

　　不要推脱一些你认为冗长及不重要的工作，要知道，你所有的贡献与努力都是不会被永远忽略的。

　　不要忘记工作的满足感来自一贯的表现，因此要不断充实自己的专业知识，为公司整体利益做出直接贡献。

　　不要将个人的情绪发泄到公司的客户身上，哪怕是在电话里。在拿起电话前，先让自己冷静一下，然后用适当的问候语去接听办公桌上的电话。

　　不要一到下班时间就消失得无影无踪，如果你未能在下班前将问题解决好，那你必须让人知道。如果你不能继续留下来帮忙，那你应于抵家后打电话回公司看看事情是否已得到控制。就算是平常的日子，在离开公司之前，向你的主管打声招呼也是好的。

　　不要滥请病假，应考虑到自己缺席给他人带来的影响，如真的需要请假，请一定如实申报。

　　不要提交一份连你自己都不想收到的报告，更不要言之无物，因为你不只有填写报告的义务，同时也有提出改善意见的责任。

　　不要言而无信，否则会让所有与你工作上有关系的人都生活在惶恐之中。

　　不要只是一味等候或按照别人的吩咐做事，觉得自己没有负上责任，因此出了错也不用受到谴责。这样的心态只能让人觉得你目光短浅，并永不将你列为升迁之列。

　　不要在工作时间打私人电话，电话亭就在街边500米的地方，休息时间走出去，虽然要付出两枚硬币，但你的形象却不受损。

　　冒领功劳等于制造敌人，若你因一个不属于自己的成绩而受到称赞，那么你就坦白地讲出来。

　　不要在上司说些不好笑的笑话时开怀大笑，应明白上司需要一个有创意、有热忱的工作者远远胜过一个应声虫。

　　不要把办公室家庭化，这是不专业的表现，也是侵犯公司领地，更何况公司的客户没几个人愿意知道你的家庭是什么样

  今天去新公司报到，先是到前台登记，到上班时hr领我们去了1个会议室。一开始是自我介绍，也就那些客套话，然后给每个人发了个大信封，偶是相当的好奇，打开一看是一个介绍公司的光盘，一只笔和1个笔记本，想想还真是想的周到，然后一份入职报到表。接着开始介绍公司的一些信息，比如发展历程，各个事业部，工作绩效考核等。最后领着我们参观了1下公司。

 由于我是在分部的，培训是在总部。完了之后我们几个坐车回到了分部。从我们去开始负责人一直都很忙，在那等了快1个小时后我决定吃饭去。吃饭饭还等了约30分钟，终于见到了，哎，不容易啊。负责人拿过来几个表，有保密协议的，有个人基本信息的，有劳动合同的，还有1个工资发放的及福利待遇的。本来保密协议和劳动合同想细细的看看，但因为过1会儿要去b公司（偶们是被外包到b的）。所以都没来得及看只是把名字日期之类的填好就交了。

 接下来部门总监领着偶们去b。偶是相当的激动，终于可以见见传说中的b，而且还在那工作，虽不是那的员工，但有机会在那工作偶还是觉得挺幸运的。路上总监一直在介绍b公司的一些工作情况，比如机密问题，上班问题，加班问题，最让偶不爽的是任何东西都不能带进去，1进公司就存包，而且上班没法上网，唯一的交流工具是email。到b公司后，见大厅一排存包的，就是商场存包的那种。偶把钱包和身份证拿出来了，其他的都存起来了。总监去找负责人了。偶坐在大厅的沙发上环视这一层，沙发过去一些分成左右两部分，左边很严，门口有1个保安，旁边还有检测门，就像图书馆门口的那种，进进出出的人都穿的很正式。总的给我的感觉就是专业。

 在那等了20多分钟后，总监和2个人走过来了，估计是偶的领导，先是介绍了1下，1个是b公司该项目的经理，1个是偶公司该项目的经理，偶把她的联系方式记下来了。然后给了b公司负责人1张照片1张身份证复印件，是办证用的。接着说可以走了，让我明天来，在9：30之前给她电话。偶就这样离开了b公司。

 明天就要正式上班了，心里多少有点紧张同时也有一些压力。听说b公司要求比较严，这是自己第一份测试工作，以前做的都不太正规，希望能在新团队中多学东西。现在是从0开始，谦虚一点，多思考，说话不要脱口而出，需要经过自己仔细思考，问题问了一遍最好记下来，不要总是问还有多少要有自己的主见的。和同事好好相处，心胸宽阔点，做人低调点了。