聂霞 日志 - 海 - 51Testing软件测试网 51Testing软件测试网-中国软件测试人的精神家园
海是我向往的地方，吸纳和咆哮是他的魅力!!!
昨晚正式收到支付宝的Offer，提交完离职申请，我的求职过程也就告于段落了。写下这篇，希望我的这些经历可以对正在求职的你能有点启发。　
　首先，交代下我的背景，这样大家看的时候，就可以有个对比参照。我2010年7月份毕业于南京晓庄学院计算机专业，一所二本学校，经常用大学班主任的气
话来调侃“我是一所三流学校里面的二流学生”。在大学期间，成绩一般，没拿过一等，唯一一次有机会拿二等，还因为一门公共课挂科而取消资格，但也扎扎实实
学过一些专业课程，比如、网络、C++编程。考研，挂了。大学毕业那会，因为一直在实习，就没正儿八经投过几份简历（现在再看我大学毕业时的简历，真是一塌糊涂），那时候过金蝶，失败，富士通的笔试都没过。所以可以讲，我毕业那会基本没有面试经验。后来，没办法就厚脸皮，外包进入实习的那家很牛逼的杀毒软件公司，入行。这一待就是二十九个月。　　在这两年五个月的时间里，开始我对软件测试知之甚少（大学课程中，也就软件工程课中提到过软件测试），利用间隙一点点：测试理论、、、设计模式，甚至学习过servlet、JSP，Spring框架……，现在看学的好混乱啊。同时，项目中接触到了，就给自己定位要学好自动化测试。学习过程就不细述了，最后经过不断学习，我敢贴在自己简历中的技术背景是这样的：　
　从八月底开始，到十二月初我差不多投递了80多封求职简历（还不算在51Job中申请的职位），80+的求职邮件，收到了差不多40封邮件反馈。九月中
旬，陆陆续续进入面试高峰期，有时，一周面三家单位，投的都是外地公司，所以接到都是四十分钟以上的电话面试。在这三个半月的时间里，我经历着“希望-失
望-又有希望-再一次失望”这样的煎熬，一次次失败，逼得我不断反思，我问自己问题出在哪？一遍遍修改求职简历，从措辞到排版，到最后甚至计较该用什么字
体，字体大小设置多大看起来比较美观。一遍遍独白面试第一部分的“自我介绍”，该如何有条理的把自己这两年所学，所做的事情阐述出来。更为重要的事，我开
始整理这两年所学，梳理那些测试理论，编程语言，项目经验。　　在决定换工作的时候，自己首先需要弄明白为什么要换工作？真的到了非换不
可的地步了吗？我不赞成轻率地、频繁地换工作，在我看来换一份工作成本还是蛮大的。但当我在这一个项目两年以上，当日常工作游刃有余，没有压力时，当我不
是很清楚地知道我该学些什么的时候，我知道该make
change了。上周周会，看到项目未来半年的WBS，看到那些摊派到我头上的任务，我知道我做了正确的决定。促成我换工作的另一个原因是，这两年多来，
我一直待在同一个项目组，测试的是的Domino邮件服务器相关，单一的项目经验，对我自身的发展有很大局限。况且在Domino日趋衰败大背景下，我想出去呼吸点公司的气息。　
　在这里，顺便谈下我对外包的看法。这两年多来，我一直是外包到一家跨国的杀毒软件公司，从事测试。在这里我遇到了我工作中的两位
Mentor（Rongting &
Paul，当然他们是Regular），从他们那我学到了做事的方法，带着我学习提高，解答了我的很多问题，对我帮助很大。遇到了现在的Leader，他
对我的信任、认可，让我能有机会做更多的事，像设计、自动化测试开发、等。
整个Team氛围都很open，
能有机会参加基本所有的项目会议，参与讨论。一毕业就能有机会，在这样的大公司，在各种规范的流程指导下学习工作，我真的受益匪浅。我知道这是我的幸运，
不同的项目对外包的工作，管理都是不太一样，和Leader有很大关系。另一个项目外包的同事，进组一年多了，都没机会设计测试用例。这里我想讲的是，虽
然外包总给不了人一种归属感，但同时也让你有机会和一群比你厉害的人一起工作，要利用这样的工作机会向同事请教、学习，迅速提高自己。还有一点很重要，一
定要自信，如果你觉得你能胜任，就可以争取点不同的任务。　　当决定好要换工作后，下面就要开始准备你的简历了。简历是你的敲门砖，用人
单位看完你简历后，觉得合适，通过简历筛选，才能够获得面试机会。简历首先要真实，真实反映你所干过的活，所承担的角色，你的贡献，真实反映你的技术背
景。面试官一般会围绕你提供的简历，展开提问，你简历上所描述的，你一定要很有把握。第二点，简历拿出来要有亮点。一位测试前辈老师，看完我的简历给我建
议是“如果你觉得自己是实力派的人，在简历中要突出你的能力，过去的业绩亮点。”最后一点，如果应聘的是外企，或则职位描述是用英文来写的，一定要附上中
英文简历，要准备一份拿得出手的英文简历哦！锦上添花的是，如果你的简历排版简洁（中文简历一般不超过两页），美观，也会为你加分不少。　
　如何获取职位信息？当我发现我在大型招聘网站（如51job，智联招聘）申请那些我向往的职位都没消息后，我就放弃在这类网站上申请职位了，还发现在这
些招聘网站上发布信息的就是那么几家公司，后来都懒得登入这些网站看了。那我的职位信息是从哪来的呢？答案是专业技术论坛，就测试而言，很多公司会在
51testing中发布职位信息，我的简历很大一部分都是投给了这些职位。一般还都能收到反馈，即使简历不合要求。十月份的时候，我发现很多人会在
weibo上发布职位信息，就开始关注weibo中发布的测试岗位了。后来，要我的那两家公司也都是我在weibo上看到的信息，投的简历。现在想想，在
大型招聘网站发布信息的都是HR，他们要在海量候选人中选择，被刷的概率更高。而利用论坛，weibo这些媒介发布信息的都是项目组的leader，他们
将身边的一些岗位需求发布出来，有合适的候选人就内推，将来如果你面试成功，他们也可以获得一笔奖金。还有一个好处是，面试结果后，你可以发邮件请帮你推
荐的人，查询面试结果。　　附上技术博客链接、Github账号，如果平日里你有写技术博客的习惯，或者参加过开源项目，有Github账号，都可以把链接帖在简历上。在面试的过程中，不只一次听面试官跟我讲，“我看过你写的文章，觉得写得挺不错”。这些都会为你的面试加分。　　利用好面试提问环节，一般面试结束前，面试官都会问你，有没有神马问题问他的？可以好好利用这个环节，一个漂亮的提问会为你加分哦！　　下面谈谈，我面试过一些的公司，以及这些公司对测试工程师的要求，可能具体的面试题记得不是很清了，就写个大概印象吧。　　● 目前所在的杀毒软件公司 —— 对我帮助很大的一场面试　
　这是上半年的一场面试，之所以放在这讲，因为这场面试让我认识到自身的一些不足。三月份的时候，在51job上看到南京焦点科技的专场招聘信息，周六下
午没事就过去了，后来顺利通过笔试面试，拿到Offer。在我和Leader谈准备离开的时候，Leader又帮我争取到了面试我所外派的这家公司的机
会。这算不上一次正式的面试，是周会结束后和QA
Manager的一个小时左右的交流。一开始，是我讲进入项目组以来，我学到的知识，干的活，还有就是介绍自动化测试相关的。后来就是老板的提问，到现在
我还记得这些问题：　　1、作为一名QA，你是怎么理解“质量”这个概念的？　　2、Java的垃圾回收机制、内类的几种方式、堆和栈区别　　3、在写自动化代码中，用到了哪些设计模式？　　4、最近读过的关于软件测试的书，文章？有哪些给你留下了比较深的印象？　　5、职业发展规划　
　回答这些提问时，我发现自己对测试的理解还是不深，对Java中的很多概念还是比较模糊。我突然意识到自己是有多浮躁。面试结束后，老板给了我些建议，
弄清基本概念，多读一些优秀的开源代码，不要贪多，一定要深入学习下去。那次面试后，我放弃了焦点科技的Offer，继续留在项目组，又系统学习了
Java编程思想，学习Junit那些框架的源码，并开了这个技术博客，逼自己要定期写文章。　　● 四战IBM —— 英语口语要求较高　
　从八月底到十二月初，这短短几个月里，我先后面试过IBM三个不同项目组，前后经历四波面试。七月初的时候，在Lotus中国社区看到Domino组在
招测试工程师，就试着投了简历，后来也一直没消息。八月底的一个周二，刚下班接到了北京IBM的电话，约周四上午电话面试。因为现在测试的产品是Hook
在Domino邮件服务器上的，在介绍所做的项目是，面试官问得很细致。接着细诉了，关键字实现、框架流程等。下面就是面试官提问：　　1、一些STAF/STAX的服务命令。　　2、自动化测试如何和CI系统集成。　　3、Domino中邮件路由过程　　4、算法题：一个字符串，如“This is a！” ，输出“test a is This”，要考虑空间。　　5、设计模式：对单例模式的理解，有几种实现方式。　　6、Python：字符串查找　　7、口语题：你安排了一次团队活动，现在去给老板汇报，讲清楚：时间、地点、交通、具体活动安排。第二轮的时候，面试官会问，如果有一名RD手头有活，不愿意参加，你怎么说服他参加。　
　这次面试，答得最差的题是口语题，基本是结巴着讲完的。准备面试的时候，没在网上搜过面经，根本没想过会有口语考核。血的教训啊，我后来面试外企的时
候，都会提前问下有没有口语。这里顺便讲下有意思的事，面试完后，我在一个Lotus技术QQ群里问，有没有IBMer，问面试IBM多长时间有结果，没
想到的是，居然有人小窗找我，是NW，NW是IBM Lotus
Notes组的工程师，NW讲，看到群里的QQ名，猜出了我就是前两天面试的人。原来，我的简历就是他挑选出来的。这个世界真小。后来他帮我查了面试结
果，“HELD – wait for manager interview if no better
candidate”，评价是“Java基础扎实，有自动化开发经验，但口语有待提高”。后来也没有接到进一步的消息，哎，感叹当了次备胎，失败了。　
　九月份的时候，在人人网IBM公共主页看到宁波研发中心招聘测试工程师，投简历，电话面试，也没消息了。十月份在weibo中看到发布招聘测试工程师，
要求懂Java，有自动化开发经验。投简历，一轮电话面试，居然是IBM System i
项目组，二轮电话面试，后来又没消息了。需要说的是，这两个组的面试也都有英文对话。　　十一月底的时候，在weibo中看到老高发的招
聘信息，要求“Java编程有所涉猎。软件测试流程和工具熟练掌握。对自动化测试，尤其是GUI程序的自动化测试有扎实经验”。后来知道老高是IBM
Notes组的老板。老高将我的简历给了Domino组的老板沙。周一的时候，沙约我视频面试，当时在Office，没法进行，下午沙和另一位同事，电话
面试了40分钟，视频面试推迟到晚上。视频最后，沙问了我期望薪水、到岗时间，最后沙讲，年底了headcount很紧，明年应该会有名额。第二天问
NW，NW帮我查了面试结果，从面试记录上看，通过了。周三的时候，收到电话让我填写内部推荐的一个表格，就在我以为没问题的时候，接下来的周一，沙打电
话给我，肯定了技术，但是因为年底没有名额了，来年再看。让keep in touch ，坑爹啊！　●—— 技术要求很高　
　六月份的时候，Paul让我给他一份简历，项目组缺人，结果那次简历没通过筛选。十一月份中旬的时候，百度又在招人，Paul问我要了最新的简历，又帮
我推荐了次。Paul还给我讲了可能会问到哪一类的题目，比如算法。当时项目比较忙，考虑到时间有限，我就没花心思去准备算法。这个决定让我很后悔。面试
也是，首先自我介绍，介绍所做的项目，在项目中的角色，做了哪些事情。来看看Baidu一面的问题：　　1、在自动化实施过程中成本最大的一部分是什么　　2、在实现自动化过程遇到的最大困难，是如何解决的？　　3、Java：HashMap与HashTable的区别　　4、Java：对抽象类与接口的理解　　5、设计模式：如何实现线程安全的单例模式　　6、设计模式：监听者模式　　7、算法题：判断一个链表是否有环　　8、算法题：字符串左旋　　9、算法题：二叉树中，两个节点间的最大路径。　
　面试到最后，想死的心都有，算法题懵了。后来在网上搜面经，发现这些都是常见的算法面试题，如果事先稍微准备下，就不会这么被动了。面试结束
后，Paul帮我查了下面试结果，Pending。Paul让我准备第二轮面试，接下来的一周，我都在复习算法知识。一周后的周四，二面百度：　　1、自动化框架的实现，为什么这么做？　　2、自动化过程中遇到的难点，困难？　　3、面向对象的特性，简单阐述这些特性带来的优势　　4、接口与抽象类的区别　　5、异常类处理机制　　6、反射机制，在实际写代码中应用　　7、final，finally，finalize的区别　　8、有没有用过spring框架　　9、测试用例设计题：就下的CP命令设计测试用例。　　10、如果让你设计一些log监控系统，你会从哪些方面考虑？　　二面表现一般，但因为一面算法部分答得太差，最后没能进入三面。我的感觉，百度对技术要求真的很高，测试人员面试考算法的很少。如果大家将来面试百度，可以在网上找找相关的面经，做做类似的算法题，会有很大帮助。　　● 红帽软件（Redhat） —— 各种假设　
　我是几乎同时接到百度、支付宝、Redhat的面试邀请的。相比其他公司，红帽好像更注重员工的工作习惯的考核。红帽的一面顺利通过，二面结束一周后，
查看面试状态“no longer in
consideration”。在技术上面的问题，我有印象的好像有这么几道，“自动化框架，关键字实现的Java代码总共有多少行”，“Python程
序共有多少个module”，“两个Linux系统之间如何传文件” 。来看看其他问题：　　1、如果让你带实习生，实习生每天有很多问题，这可能会打乱你的工作，你会怎么处理？　　2、如果到了预订日期，你的工作还没完成，你会怎么办？　　3、当你和其他同事，在技术方案的选择上发生争执，怎么办？你会如何说服他　　4、用十个以内的词来形容你自己　　5、用英文描述下你的兴趣爱好　　● 其他一些公司　
　Dell开始提供面试机会的是一个开发岗位，因为我觉得不合适，HR帮我推荐了一个虚拟化的职位，因为这是一个纯手工测试的岗位，我个人不是太感冒，面
试一轮后就没消息了，我想说的是，Dell的HR manager
Ripple是我遇到过的最nice的HR了，你有任何疑问邮件咨询，她会第一时间电话解答，并邮件确认。赞一个。HP的职位是我在51job中看到的，
但也是发邮件申请的，面试挺顺利的，最后谈到了薪资这一块，但后来居然没消息了，接着传来了HP在裁员的消息。的
面试，就记得问过我，“闰秒”，“32位系统，和64位系统下的测试有何不同”，说实话，这两问题我真不知道。赛门铁克，面过，没留下任何印象。
VMWare很向往的一家公司，但自动化测试偏重于UI方面的，问过的技术问题：hashmap与hasptable的区别，讲讲java
collection framework的了解，Java反射机制。　　● 支付宝 —— make it　　支付宝的职位信息也来自weibo，看下面的截图：　　投完简历不到一周时间，周四下午的四点多钟接到电话，有点奇怪的是支付宝并没有像其他公司一样，事先约定面试时间，而是直接就开始面试了。面试进行了四十多分钟，比较顺利，最后面试我的女生问，支付宝需要经常加班，你可以接受吗？　　接下来的周一，接到支付宝HR到杭州面试的邀请。面试定在周五中午十一点，我是周四晚上到杭州的，住在支付宝附近的汉庭，晚上快十一点了，支付宝大楼依旧灯火通明。第一轮，是两位工程师面的，挺顺利的。很从容的拿着笔在白板墙上讲解自动化框架、流程。面试官问了：　　1、自动化测试执行时间，容错处理机制　　2、Robot Framework 框架的优缺点　　3、自动化测试下一步的有哪些可以提高的地方　　4、Java的多态机制　　5、平日工作是如何设计测试用例，讲解下目前所测产品的一个模块的测试用例设计策略　　6、在整个项目周期中，测试要做哪些事情　　第一轮面试，大概进行了一个小时十分钟，接着休息了五分钟后，进入第二轮面试。第二轮面试，面试官是测试总监、HR。第二轮面试，简单阐述了目前的项目，我所做的事情。后来就是提问了：　　1、C++和Java对内存的操作有何区别？Java的垃圾回收机制为什么不能避免内存泄露问题？　　2、熟悉哪些网络协议？　　3、不同网段的两台机器是如何通信的？　　4、考研了吗　　5、大学同学都从事哪些方面的工作（hr问）　　最后，面试结束后，总监问我有什么问题？这个环节我准备的问题是，之前项目周四学习小组一起学习ET时，看taobao的探索式测试白皮书时，提出的疑问。听到这个问题后，总监笑了，说这个问题问得好，但我没法解答你，我也疑惑呢。　
　当我走出面试的那个房间时，我心里有80%的把握。接下来的两周是漫长的等待，因为支付宝面试不通过是发拒信的，我不时刷新我的邮箱，期盼着结果。最后
实在忍不住，托帮我投递简历的人，查看了面试状态，答复“结果还好，但还没最后结果还在确认中”。第三周的时候，接到HR电话，聊了下薪资期望。第四周，
开始有点睡不踏实了，真的很渴望这份Offer，我打电话一再和HR确认，周五晚上六点五十，收到了最终Offer。　　结束语：大学毕
业的那年春天去国展中心的招聘会，人头攒动，那时候的我很茫然，不知道自己能找到什么样的工作，也不是很清楚自己想要什么样的工作。这两年来我一直在努
力，慢慢的我知道了自己想要找什么样的工作，渐渐地我也知道了我能找到什么样的工作。这条路，谈不上曲折，我一步步踏踏实实地走来
关于 shell 脚本编程的10 个最佳实践每一个在UNIX/Linux上工作的程序员可能都擅长shell脚本编程。但大家解决问题的方式却不尽相同，这要取决于对专业知识的掌握程度、使用命令的种类、看待问题的方式等等。对于那些处在shell脚本编程初级阶段的程序员来说，遵循一些恰当的做法可以帮助你更快、更好的学习这些编程技巧。下面，我们就来讨论这些能帮助你学习shell脚本编程的方法吧。　　0、多动手　　你想学习shell脚本编程，这很不错。于是你拿了一本书开始学习。一些人会首先通读整本教材后再上机练习。这种方法可能适用于一些人，但我却不太看好它。我的建议是，仅仅学一些最基础的能够让你开始编码的知识就可以了。之后，动手写一些简单的程序吧。一旦你由于知识上的欠缺而不得不停止时，再回到书本上去读你想要了解的那部分，然后继续做你的项目。如此周而复始，不断提高你的水平。这种边学边做的方法曾让我受益良多。　　1、善用命令提示符　　有时候，我们写的脚本中有一些错误。我们修改错误，运行脚本，但系统再次报错。并且这个改错报错的过程可能会发生很多次。碰到这些情况，首先需要找到有问题的行或命令，这可以通过一些调试语句来轻松做到。一旦发现这条语句，尝试在命令提示符下执行相同的语句。如果它在命令提示符下开始正常运行，你就可以容易的推断出它不能正常运行的原因了。可能是由于某些错误输入的命令，或者是某些环境变量不匹配，或者是从不同的地方引用了某个二进制文件等等。这种方法会让调试变得简单易行。　　2、考虑问题要全面　　现在我们来看个问题。你想到了关于某个问题的解决方案，但这个解决方案只适用于处理小型文件。可是当处理比较大的文件时，你该怎么办？举个例子，我们想要得到一个文件的第一行内容：sed -n '1p' file　　这条语句当然会给出你想要的第一行内容。可是如果处理的文件包含上百万条记录呢？尽管上面的那条sed命令可以输出文件的第一行内容，但是想要处理大型文件一定会带来性能上的问题。　　解决办法：sed -n '1p;1q' file　　这条命令将只输出第一行，同时退出程序。　　3、经常尝试不同的方法　　你在写脚本时碰到一个问题，然后你找到了一种独特的解决方法。下一次你偶然又碰到类似的问题，这时，不要再用以前你用过的方法来解决。试试另外一种方法吧。如果某一天再次遇到这种情况，再试试其它方法。　　例如：if [ $? -eq 0 ]&then &echo "Success"fi　　另一种方法：[ $? -eq 0 ] && echo "Success"　　现在你可能会明白这个博客里会有那么多以“……的不同解决方法”为题的文章了吧。所有这些文章的目的都是用来帮助订阅这个博客的开发者开阔视野，打开思路。　　4、快速编码　　脚本可以节省我们的时间，提高生产力。可是，难道我们花在写脚本和测试上的时间还少吗？我们想写一个脚本，于是打开一个文件，写下代码，保存文件，之后运行脚本，系统报错，我们再打开文件修改、保存、运行……在这个过程中会花费很多时间。在此前的一篇题为《如何快速写shell脚本》的文章里，你可以学会如何编写脚本和测试正在运行中的脚本，而不用再回顾命令提示符。这些方法可以加快编码的速度。当我写脚本的时候，我总是使用这些方法。而且我可以很肯定的说，它们帮我节约了不少时间。　　5、经常使用内部命令　　无论碰到哪种情况，请尽量考虑使用内部命令而不是外部命令。在此前的一篇题为《内部命令和外部命令》的文章里，我们可以看到二者间的差异。用内部命令对你永远都有好处。根据正在处理的输入文件的大小，内部命令可以在性能方面为你节省很多。虽然你并不总是有这样选择内部命令抑或外部命令的机会，但在某些情况下，你一定能做出正确的选择。　6、没有必要使用cat命令　　这是我们经常在论坛里讨论的话题之一。没有必要使用cat命令指的是在有些时候，我们会发现根本没有必要使用cat命令。有时候，使用了多余的cat命令会让你的代码看起来很丑陋，而且还会带来性能上的问题。　　例如：$ cat /etc/passwd | grep guru　　正确的方法应该是：$ grep guru /etc/passwd　　7、仔细阅读错误信息　　程序员常犯的一个错误是：当我们敲入的命令报错后，我们中的大多数人只是对错误信息一瞥而过，而不会去认真的读一读。很多时候，错误信息里就包含了解决办法。更重要的是，有时候我们修改了某个错误并再次运行后，系统依旧会报错。然后我们再次修改，但系统再次报错。这可能会持续很长时间。但实际上，旧的错误可能已经被纠正，只是由于出现了其它一些新错误才导致系统再次报错。而我们依旧在怀疑为什么修改好的代码依然不能正常运行。因此，请你养成仔细阅读错误信息的习惯。　　8、尽量避免臃肿的命令　　你正在尝试去从一个大的文件中筛选某条信息。接下来你可能写一大堆命令来实现这一功能。可是，尽管你将得到正确的结果，你写的命令却不够好，且晦涩难懂。因此，我们应该尽量避免这种情况发生。下面这个例子就是代码优化的好例子。　　例如：检索用户ID值为502的用户名。　　下面的命令不好：$ grep 502 /etc/passwd | cut -d: -f1　　这条命令也不够好：$ grep 502 /etc/passwd | awk -F":" '{print $1}'　　这才是一条好的命令：$ awk -F":" '$3==502{print $1}' /etc/passwd　　正如以上示例，用一条简单的awk命令就可以完成检索任务。　　9、别吝啬添加注释　　你写了一份脚本。一两个星期后，你再次打开脚本文件，如果没有注释在里面的话，你可能会花上很多时间才能理解这些代码。虽然代码是我们自己写的，但这依旧会浪费我们很多的时间。脚本是用来节省时间的，因此，我们没有理由浪费时间去理解这些用来节省时间的文件。所以，请养成在脚本中添加注释的好习惯。这些注释不必很详细，能让自己或别人读懂就行。
WEB安全性测试测试用例(基础)一.doc建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、&注入、身份验证和授权错误.1.&&&&&输入验证客户端验证&服务器端验证(禁用脚本调试，禁用Cookies)1.输入很大的数（如4,294,967,269），输入很小的数(负数)2.输入超长字符,如对输入文字长度有限制,则尝试超过限制,刚好到达限制字数时有何反应3.输入特殊字符,如:~!@#$%^&*()_+&&:”{}|4.输入中英文空格，输入字符串中间含空格，输入首尾空格5.输入特殊字符串NULL,null，0x0d 0x0a6.输入正常字符串&&&&&7.输入与要求不同类型的字符，如:&要求输入数字则检查正值,负值,零值（正零，负零）,小数,字母,空值;&要求输入字母则检查输入数字8.输入html和javascript代码9.对于像回答数这样需检验数字正确性的测试点，不仅对比其与问题最终页的回答数，还要对回答进行添加删除等操作后查看变化例如：1.输入&html”&”gfhd&/html&,看是否出错；2.输入&input type=”text”&name=”user”/&,看是否出现文本框；3.输入&script. type=”text/javascript”&alert(“提示”)&/script&看是否出现提示。&关于上传：1.上传文件是否有格式限制,是否可以上传exe文件；2.上传文件是否有大小限制,上传太大的文件是否导致异常错误,上传0K的文件是否会导致异常错误,上传并不存在的文件是否会导致异常错误；3.通过修改扩展名的方式是否可以绕过格式限制，是否可以通过压包方式绕过格式限制；4.是否有上传空间的限制,是否可以超过空间所限制的大小,如将超过空间的大文件拆分上传是否会出现异常错误。5.上传文件大小大于本地剩余空间大小，是否会出现异常错误。6.关于上传是否成功的判断。上传过程中，中断。程序是否判断上传是否成功。7.对于文件名中带有中文字符，特殊字符等的文件上传。下载：避免输入：/../web.修改命名后缀。&关于URL：1.某些需登录后或特殊用户才能进入的页面,是否可以通过直接输入网址的方式进入；2.对于带参数的网址,恶意修改其参数,(若为数字,则输入字母,或很大的数字,或输入特殊字符等)后打开网址是否出错,是否可以非法进入某些页面；3.搜索页面等url中含有关键字的,输入html代码或JavaScript看是否在页面中显示或执行。4.输入善意字符。&UBB:&[url=http://www.****.com]&你的网站[/url]1.试着用各种方式输入UBB代码,比如代码不完整,代码嵌套等等.2.在UBB代码中加入属性,如样式,事件等属性,看是否起作用3.输入编辑器中不存在的UBB代码,看是否起作用&[url=javascript.:alert('hello')]链接[/url][email=javascript.:alert('hello')]EMail[/email][email=.cn STYLE="background-image: url(javascript.:alert('XSS'))"].cn[/email]&[img]http://www.13fun.cn/8593_03.jpg style="background-image:url(javascript.:alert('alert(xss)'))"[/img][img]http://www.13fun.cn/photo/3_03.jpg "onmouseover=alert('hello');"[/img]&[b STYLE="background-image: url(javascript.:alert('XSS'))"]一首诗酸涩涩服务网[/b][i STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/i]&[u]一二三四五六七北京市[/u][font=微软雅黑" STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/font][size=4" STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/size][color=Red" STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/color][align=center" STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/align][float=left" STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/float][font=微软雅黑&STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/font][size=4 STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/size][color=Red STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/color][align=center STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/align][list=1][*]一二三四五六七北京市[/list][indent]一二三四五六七北京市[/indent][float=left STYLE="background-image: url(javascript.:alert('XSS'))"]一二三四五六七北京市[/float][media=ra,400,300,0]http://bbsforblog.ikaka.com/posttopic.aspx?forumid=109[/media]&2.&&&&&输出编码常用的测试输入语句有：&input type="text"/&&input/&&input/&&&script&alert('hello');&/script&1.jpg" nmouseover="alert('xss')"&&/a&&script&alert(‘xss’);&/script&http://xxx';alert('xss');var/ a='a‘”&xss&&&a=”/” ; b=”;alert(/xss/);//”&img src=“输出内容”&border=“0”&alt=“logo”&/&“’”‘”’“””““““”““‘”title=””对输出数据到输出数据的对比，看是否出现问题。&&3.&&&&&防止SQL注入Admin--or -------‘&&and&&(&&&)&&&exec&&&insert&&&*&&&%&&&chr&&&mid&&&and 1=1 ; And 1=1 ; aNd 1=1 ; char(97)char(110)char(100) char(49)char(61)char(49)&&;&&%20AND%201=2‘and 1=1&&&&;&&‘And&&1=1&&&;&&&‘aNd&&&1=1&&&;and 1=2&&&&;&&&‘and 1=2and 2=2and user&0and (select count(*) from sysobjects)&0and (select count(*) from msysobjects)&0and (Select Count(*) from Admin)&=0and (select top 1 len(username) from Admin)&0(username&已知字段);exec master..xp_cmdshell “net user name password /add”—;exec master..xp_cmdshell “net localgroup name administrators /add”—and 0&&(select count(*) from admin)简单的如where xtype=’U’，字符U对应的ASCII码是85，所以可以用where xtype=char(85)代替；如果字符是中文的，比如where name=’用户’，可以用where name=nchar(29992)+nchar(25143)代替。&&http://searchbox.mapbar.com/publish/template/template1010/?CID=qingke&tid=tid1010&cityName=天津&script&alert("hello")&/script&&nid=MAPBXITBJRQMYWJRXPCBX
一个女研究生（高级测试工程师）的职业选择
推荐标签：
　　公司选择　　终于下定决心要离开，我想去的是重视的外企或大公司。　　我的逻辑很简单，测试在国内还未获得足够的重视，即使很多公司有测试，也是一些非常表层的测试，只有在规范的公司的测试才做得深入。在长达两个多月的和等待中，终于等来了我想要的机会，不过，选择摆在面前的机会，也不是一件轻松的事情。　　公司A，是一家具有一百多年历史的外企， 也是在IT行业非常有名的公司，专注于通信领域。这个公司提供给我的机会是高级工
程师，主要负责软件测试，年薪比现在高50%。不过我看重的并不是这个公司提供给我的职位，也不是薪金，这些对我而言都没有太大的吸引力。吸引我的是这个
公司本身完善的管理制度、规范的测试流程、先进的测试工具与测试方法、完善的培训机制以及全球共享的资源，当然，更重要的是公司的文化。　　我现在所积累的测试技术，都是自己在测试的过程中摸索出来的，没有经过规范的培训；所使用的测试工具，也是自己在业余时间的，也没有深入应用到测试中。虽然说积累了一些测试经验，但还不够深入、也不够专业，我希望自己能够有一个完善的培训机会，也希望自己能够系统地深入学习测试技术与测试工具。而且，在一个全球化的公司，不但可以增长自己的见识，也可以进一步提高自己的整体素质，还可以加强自己的英文水平。　
　我对这个公司的印象很好，这源于业内对它的评价，也源于在面试过程中面试官问问题的水平以及对应聘者的态度。面试是一个双向选择，是企业在考核应聘者，
也是应聘者在选择企业。在面试过程中的有一个小细节让我非常感动，hiring
manager在用英文跟我交谈的过程中，有句话听不明白，重复问了她一遍，但她第二次给我复述后我还是不能马上领悟某个单词的意思，结果，她很耐心地换
了一种方法问我，当我回答清楚她的问题后，自然也马上明白她所说的单词的中文含义了。　　这是一个小小的细节，但透过这个细节，可以体会到
她对人的尊重，她没有因为我不明白某个单词否认了我的英文水平或我的能力，跟着这样的manager干活，是一件幸运的事情。而且，不管是hiring
manager的技术面试，还是PM的项目面试，或者是后来的HR
Manager的综合素质面试，他们所问的问题都非常专业，与他们的交谈也非常愉快。不过，在这样大型的外企工作，在管理层的发展机会相对较少，带领团队
干活的机会相对也较少。而我，相对于单纯的技术而言，更喜欢一些沟通协调的工作。　　公司B，是一家在国内迅速发展的私企，也是在国内非常
有名的公司，而且很需要人才也很珍惜人才。这个公司提供给我的机会是高级软件测试工程师，主要负责软件测试和流程改进，年薪是现在的两倍。说句心里话，这
个公司最吸引我的是薪金，在那里干一年就可以有我现在两年的收入，不能不另人心动。而且，更重要的是，他们对我的赏识与信任，这样的工资水平自然是对我能
力的肯定，也是希望通过薪金吸引我过去。　　在面试的交谈中，他们对我的CMMI5实施经验以及缺陷追踪经验很感兴趣，希望我能过去跟他们
一起规范公司的测试与开发流程，这自然提供了我一个施展的机会。公司B的规模，与我现在公司的规模相差不大，工作环境也相差不大，也是一个给活你干让你自
己去摸索自己成长的公司，这样的跳槽，在工作环境或平台上并没有太大的突破，变化的是我的报酬。我已经这样摸索了四年，我会想换一个平台，接触一些规范的
管理、接触一些先进的技术，当然，也想得到一些规范的指导。　　公司C，是国内通信行业非常出名的一个国企，是大多数女孩子向往的地方。这
个公司提供给我的机会是测试主管，年薪也是比现在高50%。吸引我的，是测试主管这个机会，相对于技术，我更擅长也更喜欢带领一个团队，我喜欢沟通协调多
过技术，这也是我自己想发展的方向。不过，我不太喜欢国企，不喜欢里面的形式化与口号，也不喜欢里面死板的管理，更加不喜欢里面复杂的人际关系。而且，在
面试时他们问的问题不够专业，我感觉他们并没有考核出我的真实水平，就这样把一个主管的机会给了我，反而让我觉得公司不够专业。　　我的大多数朋友，在选择的时候看的都是工资水平，他们建议我哪个公司给的工资高就去哪个公司，因为很现实，我们需要生存。也有朋友建议我去国企，因为他们觉得，在国企相对来说稳定、悠闲、福利好，对于女孩子来说，是一个很不错的选择。而我自己，在意的是在这个公司工作三年或五年或十年后，我会是怎样的一个人。　
　如果在一个公司工作三年后，我还是跟现在差不多，那么三年后我肯定是失去了竞争力。现在的工资肯定是选择的一个重要因素，但我觉得目光不能停留在眼前，
而是这个选择是否会让自己开心、是否能让自己增值、是否有利于长远的发展。早在一年前，我的朋友就建议我离开，因为我的工资与我的付出不合理，但我还是坚
持留下，一方面是我在现在的团队中干得很开心，这是钱所不能买到的，另一方面是我觉得在现在的公司还有很多机会可以让我增值，也有很多机会让我学习让我成
长。如果当初选择了离开，我就不可能有机会主导一个全新架构的系统开发，也不可能有机会参与 L5的流程改进与评估，我也就可能不会成长成今天可以主动选择机会的人了。所以，我觉得，人的眼光不能只看眼前，而要放得更远一些。　
　公司A是我最想去的公司，因为直觉告诉我在里面我会有一个质的改变，在那里会学习到很多先进的管理方法与测试
，但我也会有些担心机遇不多，我想往管理方面发展的机会不多。如果没有公司B翻倍的年薪以及他们对我的赏识与信任，我会毫不犹豫地选择公司A，但翻倍的薪
金是一个诱惑，他们想让我主导公司的流程改进也是一个诱惑。　　相对于公司A来说，B公司会有更多的机会让我往管理层发展。不过，公司B与
我现在的工作平台差不多，自己在技术上摸索了这么长时间，一点一滴的积累，自然也让我成长了，但这样的一个积累会有一个局限性。在我的身边，我的测试水平
是不错的，但是，如果跟国际水平相比，我还有很多不足的地方，还有很多需要学习的地方。而且，公司也B不会有那么完善的测试环境，也不会舍得像公司A那样
投入那么多的资源在软件测试中，测试肯定不会像公司A那样专业、规范。　　而我自己，很想与别人分享自己所积累的东西，同时也希望能够以学
习的姿态成长，这是A公司能给我而B公司所不能给的。如果真的用心去学、用心去做，我相信在公司A会有一个质的提高，也会在公司A会有一个更加好的发展，
因为在外企，只要有能力只要肯努力，机会是公平的。我也相信，自己的能力不差，只要用心做好每一件事情，机会自然就来了。退一步说，即使没有往管理层发展
的机会，从里面出来，也会很不一样。那50%的年薪，就当是继续深造的学费。毕竟，机会的选择，不能只看钱，也不能只看眼前
　Ayi 问： 请问怎么写
才能不被开发人员讨厌？　　davy_chen 答：　　1、描述精确，完整；　　2、简洁，无歧义；　　3、可稳定复现；　　4、利用截图，调试信息等辅助说明；　　5、反馈验证结果及时，变化内容描述详尽。不被开发人员讨厌最主要的是建立威信，也就是你说出的都是真实的，你说有 bug 就确实存在。　　6、若对于很难重现的 Bug 还需要注明该 Bug 在过程中出现的几率。　　sww1980 答：　　1、不被讨厌不一定用写 bug 的方式，跟开发人员搞好关系也很重要。　　2、只要有 bug， 开发人员肯定会烦，这时候你的亲和力就尤为重要，让开发人员觉得你不是在挑他的毛病，　　而是想一起开心的把软件做好。　　小颖 答：　　1、如果能够指出 bug 的原因或出处一方面可以让开发人员感觉你的水平比较高，另一方面减少了开发人员找错的时间，他会心服口服。　　2、在有不要抓住一些规范性的错误不放，应该发现一些有深度的错误，功能实现是重要的　　celine 答：　　我觉得沟通很重要，尝试站在开发人员的角度上描述问题，而且要对事不对人。　　gigobin 答：　
　1、开发人员喜欢的 bug ，是能够一幕了然知道出现了什么样的问题，然后是一个简洁的复显问题的步骤。 一般我都习惯于先写一个简单的问题的
brief ，一句话，比如：在 xxx 输入某字符后，点击 save 报 500 错误。
然后下面是你的测试端的配置。然后是你的测试平台的情况。这些都是参考。 然后就是第一步怎么做，第二步怎么做，......，然后出现了什么错误。
最好是一个 bug 里面只有一个问题。这样便于大家跟踪状态。　　2、对于交流问题，我觉得如果有一个好的 bug 平台，在一个清楚的
时，很少需要开发人员和测试人员交流。尤其是什么是不是一个问题时，如果开发人员认定不是，不需要太多的纠缠。除非你认为这个将非常有损客户的利益。而且
这个时候应该报知测试 leader 去和开发 leader 进行协调。
而且尽量不要去写我认为这个问题是什么引起的，应该怎么改。你只需要保证开发人员能够复显就可以了。过多的涉及这个问题，会牵扯双方的精力。你的任务是发
现问题，报告问题，追踪问题而不是解决问题。　　3、测试人员不是在找开发人员的错，也不是开发人员的矛盾体。测试人员是帮助开发人员节省
精力去找出错误，修改错误的。一个好的开发人员是不会因为测试人员找出他很多错误而烦恼的，因为不断改进错误的同时，是对他的一个提高。一个好的产品团队
是协作良好的开发团队，测试团队以及管理组和设计核心组组成的。
希望能出很详细的测试用例。
QQ登陆的输入项为QQ号码（长度为5到10位数）和QQ密码，登陆和退出按钮，一台机器可以同时登陆超过一个QQ号码，请设计测试用例。快捷键的使用是否正常：
　　1. TAB 键的使用是否正确
　　2.上下左右键是否正确
　　3.界面如果支持 ESC键 看是否正常的工作
　　3.ENTER 键的使用是否正确切换时是否正常。
　　布局美感
　　界面的布局是否符合人的审美的标准
　　具体因人而依
　　输入框的功能：
　　输入合法的用户名和密码可以成功进入
　　输入合法的用户名和不合法密码不可以进入，并给出合理的提示
　　输入不合法的用户名和正确密码不可以进入，并给出合理的提示
　　输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示
　　不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制
　　正常用户名不允许的特殊字符 空的用户名，系统（操作系统和应用系统）的保留字符
　　不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制
　　正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符
　　界面的链接：
　　对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示
　　输入框是否支持 复制和黏贴 和移动
　　密码框显示的不要是具体的字符，要是一些密码的字符
　　验证用户名前有空格是否可以进入，一般情况可以。
　　验证用户名是否区分大小写。（有的软件是区分大小写的）
　　验证必填项为空，是否允许进入。
　　验证登录的次数是否有限制。从安全角度考虑，有些安全级别高的软件会考虑这方面的限制。
测试经验交流
字体:& & & & |
| & | & | 推荐标签：
　　进行一段时间后，大家发现阿毛报告的 比较多，九条其次，小燕最少。阿亨让测试人员交流一下各自的经验。
　　阿毛：我的原则是 “如果问题看起来像一个Bug，那我就要报告这个Bug”。宁可多报一千，也不放过一个。这个原则也导致了我的Bug 有不少被归为“As Design”。
　　阿亨：“As Design”也不是什么坏事，至少我们明确了Design 是什么。这样以后就有依据了。
　　小燕：我发现了一个问题，都是先跑去找开发人员商量是什么情况。或者自己研究，想找到问题的根源，有时自己想到如何修复，之后再报告Bug。
　　九条：小燕的做法，似乎越界到了开发人员的职责范围了。我们的职责就是找到足够多的Bug，让开发人员有事可干。
　　阿亨：可以选定一个典型用户（Persona），然后按照典型人物的思路和看问题的角度，把整个系统的各项功能都经历一遍。如果有什么你觉得典型用户不满意的，那就可以考虑开一个Bug。我有时知道这个功能的设计想法，但是在测试的时候没必要替别人考虑太多，要把自己当成用户，而不是设计者。
　　阿毛：测试的时候，要各个角度都试试看，一些犄角旮旯也得用一些随机的数据去捣捣乱。黑箱、白箱都可以换着玩。就像对软件一窍不通的用户在使用软件一样。
　　阿亨：阿毛的这一个经验，用正式的语言描述就是——保证测试方法的多样化。
　　九条：我拿到一个测试任务，就想——这个功能最可能出问题的会是在什么地方？然后就集中火力，在容易出问题的地方测试。比如，如果一个产品的标题长度规定是32 个字符，那我就测试31、32、33 个字符，看看在这种边界条件下是否会出问题。
　　阿毛：测试的时候还要举一反三，看到产品标题字段出了问题，我就会检查一下别的字段有没有类似的问题。
　　阿亨：对，我们要注重从产品的风险出发，进行测试。还有，我们要根据当前的产品特性来决定测试的策略，不必强求一律，举一反三很重要。
　　阿毛：有时候我测试自己负责的功能比较多了，就想和别人换一换，有点新鲜感。不料小燕拒绝了我的交换请求，说是没经过领导批准，是侵官之害。我只好和九条交换。
　　阿亨：我批准这样的交换，关键是找到Bug。我们都是同一类人员，在事先通知和安排好的情况下，不存在“侵官之害”的问题。
　　小燕：我发现随着Bug 的增多，我又要验证以前的Bug，又要发现新的Bug，工作量越来越大，你们都怎么办？
　　九条：我一般都把一些比较稳定的测试写成自动测试，这样就减轻了我手工测试的压力。
测试用例级别总结
字体:& & & & |
| & | & | 推荐标签：
　　看了几篇关于用例级别如何设定的， 总结总结吧。
　　根据二八原则或者称数据统计，前20%的用例可以发现80%的重要BUG。
　　当设计用例时，分配优先级非常不容易，且这个优先级也不是固定不变的。
　　一般，我们会假设发现的bug的严重程度和bug对应的测试用例的优先级是平行的。
　　1、最高（又称Build Verification tests）也叫冒烟测试用例，一组你运行以确定这个build版本是否可测的测试用例。
　　2、高：这种用例运行，能发现重要的错误，或者它能够保证软件的功能是稳定的。俗称大的基本功能的测试用例
　　3、中：检查功能的一些细节，包括边界，配置测试
　　4、低：较少执行的测试用例，并不代表它不重要，而是说不是经常被运行。例如压力测试错误信息等。
　　用例级别设置的流程：
　　1、如果没有很多的时间来确定优先级，那么可以先大致的进行划分：
　　把所有功能性验证的用例标注为高
　　把边界值或错误能力的用例标注为中
　　把非功能性和易用性的标注为低
　　2、提升和降级
　　针对1描述的所有高级别的功能性用例划分为重要和不十分重要两种，然后重要的保持高，不十分重要的降级为中。同理，对应中级别的用例，重要的进行升级，不十分重要的保持中。对应低级别的，重要的升级，不十分重要的保持。
　　3、确定BVTs
　　将高优先级的用例划分为严重和重要， 严重的将升级为bvts
　　经过这个流程后，大致会控制bvt10% 高为25% 中55% 低10%
　　具体还要结合具体的项目和质量目标确定。
Linux svn管理工具的12个命令实践
字体:& & & & |
　　svn(subversion)是近年来崛起的版本管理工具，svn服务器有2种运行方式：独立服务器和借助apache。2种方式各有利弊。不管是那种方式，都需要使用各种命令来实现。在本文中，会结合实例向大家介绍 svn的常用命令。
　　1、将文件checkout到本地目录
svn checkout path（path是服务器上的目录）例如：svn checkout svn://192.168.1.1/pro/domain简写：svn co
　　2、往版本库中添加新的文件
svn add file例如：svn add .php(添加test.php)svn add *.php(添加当前目录下所有的php文件)
　　3、将改动的文件提交到版本库
svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)例如：svn commit -m “add test file for my test“ test.php简写：svn ci
　　4、加锁/解锁
svn lock -m “LockMessage“ [--force] PATH例如：svn lock -m “lock test file“ test.phpsvn unlock PATH
　　5、更新到某个版本
svn update -r m path例如：svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)简写：svn up
　　6、查看文件或者目录状态
1）svn status path（目录下的文件和子目录的状态，正常状态不显示）【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】2）svn status -v path(显示文件和子目录状态)第一列保持相同，第二列显示版本号，第三和第四列显示最后一次修改的版本号和修改人。注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。简写：svn st
　　7、删除文件
svn delete path -m “delete test fle“例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file”或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种简写：svn (del, remove, rm)
测试如何更有效说服研发去修改bug？问题描述：过程中一些会被研发认为是无效bug，但从用户角度出发，测试认为该bug需要更改，此时测试如何更有效的说服研发去修改bug？
精彩回答：
　　1. 扭转研发领导的思想，提高研发人员的响应速度：
　　a). 让研发团队的领导重视缺陷：
　　很多研发团队的领导都是销售出生，懂技术的很少，他们和搞技术的想法明显不一样。我在的第一家公司，发布版本时很多时候，都是没有测试结束，功能开发的差不多就把产品卖掉了，后面再对版本不断升级，结果这个公司没多久大概3年不到就散伙了。后面一家公司的领导是做出
生的，明显对测试的质量要求就不一样，每次要求都特严，对以前测试结束标准都做了进一步的修改。如果领导对缺陷都视而不见，你说研发人员还愿意花大量的力
气去修改Bug吗？所以说，团队的领导的想法或意识，对缺陷是否修改起到非常重要的作用。我记得以前测试高手zhuzx也在每周一问中提到过，大家也可以
借鉴一下。
　　b). 采用常用的工具（QC9.0），提高缺陷的透明度：
　　我们公司使用缺陷管理工具（QC9.0）,测试经理任管理员，给公司高层领导、项目经理、开发经理都分配了权限，自己可以登录系统查询相关信
息。在测试后期，特别是要发布版本前后，领导们一有空，也随时上去浏览一把，无意识给开发人员施加了较大的压力。如果这个时候还有很多Open的缺陷，开
发人员自然不敢怠慢。
　　c). 把开发人员的修改缺陷的响应速度，记入绩效考核内容：
　　由于公司总监特别关注产品质量，我们公司对缺陷修改这一点做得比较好，每次都是递交缺陷以后，开发人员响应特别快。如果有疑问，就马上和测试人
员一对一交流，尽快修复或解决该缺陷。我们公司的口号是：“宁愿花出100倍的代价，也不让发现的缺陷留给客户”。还有一点就是开发人员绩效考核的时候，
我们测试人员要给开发人员打分，很重要的一点就是：开发人员对测试缺陷的响应速度，如果这一项很低的话，老大要找你谈话的，问具体原因是什么？呵呵。所
以，我们公司很少有测试人员追着开发修改缺陷的情况，把修改缺陷的响应速度纳入个人绩效考核，我个人觉的是一种比较好的方式，值得借鉴或推广。
　　2. 组建一个合理的研发团队，规范测试规范：
　　a). 关键是建立一个完善的研发机制：
　　在大多数情况下，是不是软件缺陷或者需不需要修改，怎样修改不是测试人员和开发人员说了算的，应该是靠研发部门的相关制度或相关部门去约束。毕
竟在国内软件的软件企业缺少这样的部门，所以说把修改缺陷相关的重任推到了测试人员的头上，其实对测试人员实在是太不公平了。要解决这个问题，最关键就是
建立一个完善的研发机制，让QA等相关部门督促解决这类问题，比较好。
　　b). 分清团队成员的具体责任：
　　对于研发团队中的每个成员，必须责任明确，否则像督促缺陷修改这样的事情本来不是测试人员的责任，现在都推到测试人员头上了。很郁闷！！
　　c). 完善测试规范，明确Bug管理制度：
　　大部分的公司，都没有单独的部门来单独管理督促缺陷是否修改，都默认为是测试部门的事情。个人觉的最好是赋予项目组中相关人员一定的资质，让他
们去处理这些琐事。经常碰到这样的情况，很多争议的缺陷都一直放到后面一个版本，一段时间下来，几个版本争议的缺陷就多于100个，弄得后面版本也不好发
布。我们的做法是，发布前几天，对每个争议的缺陷用邮件先发给项目组成员先看，后面在召开缺陷评审会议，如果通过，毫无疑问修改，否则关闭或保留到下一个
本文出自51Testing软件测试网，感谢会员sun_0910在每周一问（08-10-27）中的精彩回答。
　　3. 从源头上杜绝无效缺陷的递交：
　　a). 测试前细化测试需求,避免递交歧义缺陷：
　　很多研发不愿意修改的缺陷，大部分都是由于需求不明确或者理解歧义引起的。所以，最好的做法是在测试以前，开个项目会议，细化一下测试需求，让
研发去确认或项目组成员集体Review，达成一致观点。尽量减少理解上的歧义，力争尽早消除无效或争议的软件缺陷，避免递交的缺陷成争议的缺陷。测试人
员无法说服研发，让研发去修复缺陷，长期这样，测试部的威信就大大降低了。
　　b). 把握不准的缺陷，递交以前最好讨论一下：
　　特别是在测试初期，由于测试介入项目时间较短，有时候测试人员对业务或需求了解不深，递交错Bug也是常有的事情。这个时候，往往测试认为自己
递交正确了，开发人员认为自己开发软件是对的，互不相让，如果处理不好，很容易弄僵关系，弄得大家都不是很愉快。要是项目中出现这样的Bug，是很难说服
研发去修改的，还有可能成为研发抓你的“小辫子”的有力证据，要是这样以后就更难做了。个人的一些做法：所有的测试缺陷相互审核后，才递交到缺陷系统上公
开，是最为保险的方法。
　　c). 清楚无歧义的描述Bug，减少随机测试，带来不可重现的Bug：
　　很多时候，测试人员把缺陷描述不清楚或者缺陷有歧义，开发人员看不懂，不明白具体的意思，加上开发人员任务重时间紧，很容易产生逆反心里，这就
让开发人员对测试人员有看法，以后递交的缺陷认可度就大大降低了。还有就是要减少随机测试，一定要保证递交的缺陷能够重复出现，最好要有截图、图片或者用
数码相机照下来，让开发人员认识到这个问题确实存在，并且更具说服力。
　　d). 做好版本，保证测试环境的准确性：
　　很多同事发现的缺陷，只有在测试环境下重现，而在开发环境下不能够重现。这样的缺陷开发人员往往是看不到的，他们很容易得出结论，说测试人员递
交无效的缺陷而被拒绝，大部分情况发现是版本弄错啦！！我们唯一能做的就是做好源代码的配置管理工作，保证测试环境版本的正确性和独立性，自己编译自己部
署测试环境。只有这样，才会减少无效缺陷的递交，避免“费劲周折”说服开发人员修改缺陷。
　　4. 正确分析测试中的软件缺陷：
　　a). 为递交的每个缺陷准备几条充足的理由：
　　一般情况下，我们提到一个Bug时，开发人员都会说出很多可以不修改缺陷的理由，尽量搪塞住我们的口，要求我们关掉缺陷或者置为无效或者延期到
下一个版本。如果你很牛，你可以为自己递交的每个缺陷准备很充足的理由去说服开发人员；如果你不是太强，那就可以求助部门同事，集中测试部门团队的力量，
想一些好的、站得住脚理由，详细介绍给研发人员听，只要我们递交的Bug，每个都具说服力的话，我想他们也会尽快修改的。这种方法还真是不错，大家不妨试
　　b). 详细分析缺陷给项目带来的各种可能影响或缺陷风险：
　　比如说，我们递交一个缺陷，如果研发的觉的这个缺陷可以修改或可以不修改时。我们一定要给研发分析修改这个缺陷的必要性，不修改，对客户带来哪
种可能影响或存在哪些风险。要在修改缺陷的代价与修复成本的关系上去衡量。相信，当我们对缺陷分析的很详细时，研发人员一定会修改Bug的。
　　5. 做一个聪明的测试工程师：
　　a). 注意和研发人员的沟通技巧：
　　如果测试人员没有做过开发工作，理解也许就比较片面。有的测试人员，对待问题没有耐心，性情比较急，也是常有的事。如果没有较好的沟通技巧，也
许就是几句话的功夫，就和同事争吵了起来，弄得大家都比较尴尬。个人建议：谈话时，要注意沟通技巧，要有换位思维的方式，做事情对事不对人，处理事情一定
要有一颗宽容的心。只有这样，才能够很好的说服研发去修改Bug。
　　b). 和研发人员搞好私人关系，做研发的听众：
　　比较明智的测试人员，一定要学会倾听研发人员的心生。很多时候，开发人员碰到工作困难的时候，很希望和人倾述，如果测试人员是他的听众，那么你
们的关系一定会不错。搞好了私人关系，工作中你递交的缺陷，他们就不会那么斤斤计较了，毕竟关系是基础，关系好了好说话呀，在中国就是如此。如果私人关系
好了，说服研发修改Bug就是很容易的事情。不过得提醒一句：不能因为关系好就把Open的缺陷给关了。
　　6. 抓住时机，不要错过千载难逢的好机会：
　　a). 求助公司上层领导：
　　很多时候，测试到后期，开发人员把缺陷也修改的差不多了，公司领导（比如说老总、总监、项目经理或开发经理）就会随时来测试部门，找测试经理或
负责人了解项目测试的具体情况。如果有一些问题都是争议问题，作为测试Leader的你不妨给领导聊聊，把更高层的人拉进来为测试部门说话，为测试部门撑
腰，但是凡事都有一个度，不能太过分，否则很伤同事的和气。
　　b). 要求客户代表援助：
　　很多GUI的缺陷或可改可不该的缺陷，可能作为客户使用不是很方便。我们可以和客户代表聊聊这样的缺陷，如果客户代表同意这样做，那没问题，可
以不修改；如果客户不同意，他自然会直接找项目经理或高层人员协调解决这个问题，这就不用我们测试人员操心了。因为客户就是上帝，这招不错吧！！！
　　我目前想到的就这么多，希望同行指正！！！
CMMI实施的随想
字体:& & & & |
　　随想——
　　（思维有点混乱....想到哪写到哪请见谅，现实与理想差距很大，高层要考虑市场和成本等多种因素，本人只从的角度阐述个人观点.....）
　　项目开发与管理按照CMMI流程有一年多的时间了，个人开始接触CMMI时，感觉它的思想确实值得大家研究和。下面就这一年多来的使用感受和体会。软件开发流程最早也是由测试人员提出，这是否是一个件很有趣的事呢。
　　由于前一公司是采用ISO质量体系，所以对流程、质检并不是很陌生。我一直从事，对于在软件测试执行的过程中所受的约束深有体会。所以对制定公司软件开发流程、公司级的规范及改进特别的热心。
　　CMMI告诉我们应该做什么，遗憾的是并没有告诉我们应该怎么去做！
　　我们测试最关心工程过程域，当然为了项目控制好，熟悉类域也很重要，了解项目特征制定测试策略和方法。CMMI定义这些过程域需要做什么，而这也是我们测试人员最愿意看到的，希望详细知道需求及系统分析分及设计人员是如何实现的，开发人员采用哪些技术和方法实现既定的目标。测试人员根据以上信息制定测试重点及优先级，在测试时可以有的放矢。
　　遗憾的是实现以上的目标需要一个强大的团队。现实出现的问题是：
　　问题一：需求做不到详尽；这与做需求的人员的能力（交际能力(挖掘客户潜在需求)、需求文档的表现能力）及目标客户有很大关系，在二次或多次需求开发后已开始偏离用户需求。产生的主要原因是人员的技能。
　　问题二：设计做不到位。给开发人员留下了发挥的空间。但是最终的结果是开发的过程产品不够规范，并且缺少相应文档，导致维护性差，如果做此模块的人员离职，则需要发费更多的成本。如果此开发人员做的是核心模块，那么将是这个项目的灾难。产生的直接原因是“人”。
　　问题三：测试人员不清楚开发人员具体的实现，对深层次逻辑或核心问题测试用例覆盖偏少。可能留下定时“炸弹”！或者老是出现发布的新版本不稳定。但又找不到原因。产生的原因是开发流程没有严格的执行，中间过程没有必要的产品构件的输出。在测试人员这里问题得到了几何级的放大。
　　以上也许就是目前国内做项目软件公司的经常出现的问题。这与CMMI好像没有什么直接关系！CMMI告诉我们软件开发主要由三大支柱支撑。人、技能、流程。软件项目开发缺一不可，而上面出现的问题正好覆盖了这三大支柱。也就是造成国内软件水平质量不高的的原因吧。当然在项目开发过程中，存在很多的问题，软件质量水平不高还有的原因。
　　CMMI在实施中遇到的问题
　　1、缺少高水平的合适软件开发管理人员，实施不到位，职责不明确，当出现问题时很混乱
　　2、缺少高水平的开发人员，水平高的人都去系分了或项目经理了，代码写得好并不一定是一个好项目经理
　　3、公司高层对它重视不够。由于实现这个见效慢、而高层对软件开发并不是十分了解，有一番美好的期望，结果往往是痛苦的
　　4、缺乏改进的勇气，改变是痛苦的，成果是丰硕的。改进就是改变，改变需要成本、需要高层的支持和承诺。现实是一般由质保部去实施改进，权利过小涉及的部门过多，接口多很难协调
　　5、公司对测试不重视或理解有误差
　　6、项目组成员对流程不熟悉，没有接受过专业的软件开发培训
　　本人感觉公司高层对实施CMMI的支持及有合适的项目管理人员最重要。其次是帮助项目组成员展开培训（职位技能及开发流程）。
　　很多公司在实施CMMI时都是让CMMI适合公司，制定了一整套规程。当然CMMI也允许这样做，我想说的是经过公司本地化改造的CMMI流程是否真的可以达到预期目标。很多公司不去分析公司是否适合实施CMMI流程或者是否达到实施的资质，而是花几十万或几百万搞到了一个证书。也许这就是国外论证的证书到了国内就变质的原因吧。
　　 1.1. 如何构建一个 LFS 系统　　我们将用一个已安装好的 Linux 发行版(例如 Debian、Mandrake、Red Hat、SuSE)来构建 LFS 系统。这个已存在的 Linux 系统(宿主系统)作为建立新系统的起点，提供包括编译器、连接器和 Shell 在内的必要的程序。您安装这个发行版的时候，需要选择“开发者”选项，以便可以用上这些工具。　　另一个选择是使用 Linux From Scratch 的 LiveCD。这个CD是一个非常好的宿主系统，它包含了构建一个完整LFS系统所需要的一切工具，另外还包含了所有的软件包源代码、补丁和一个本书的拷贝。使用这个CD，可以不需要任何网络连接或者下载任何额外的东西。要了解更多关于 LFS LiveCD 的信息或者想下载它，请查看：http://www.linuxfromscratch.org/livecd/。　　Chapter 2 描述了怎样创建一个新的 Linux 本地分区和文件系统，新的 LFS 系统将在这上面编译安装。 Chapter 3 解释了构建一个 LFS 系统需要那些软件包和补丁，以及怎样把它们存放到新文件系统上。 Chapter 4 讨论了建立一个适当的工作环境。请仔细阅读 Chapter 4，因为它讨论了在开始完成 Chapter 5 及其后面的步骤之前，开发者需要知道的几个重要问题。　　Chapter 5 解释了形成一个基本开发套件(或称为工具链)所需的许多软件的安装，这个工具链将被用来构建 Chapter 6 中的实际系统。其中一些软件包需要解决循环依赖关系：例如，要编译一个编译器，您首先就需要一个编译器。　　Chapter 5 告诉用户如何编译第一遍工具链，包括 Binutils 和 GCC(第一遍主要的意思就是指这两个核心软件包后面还将第二次安装)。这些软件包里的程序将静态连接以便使用时独立于宿主系统。接下来的步骤是编译 Glibc，就是 C 运行库。Glibc 将由第一遍建立的工具链程序编译。然后将第二遍编译工具链动态连接到刚刚编译好的 Glibc 库上。Chapter 5 余下的软件包将使用第二遍建立的工具链来编译。完成这些步骤之后，LFS 的安装过程除了正在运行的内核外，不再依赖于宿主系统。　　为了不依赖宿主系统，初看起来我们要做很多工作。Chapter 5的开始提供了一个完整的技术说明，包括静态连接的程序和动态连接的程序之间差异的注解。　　Chapter 6将构建完整的 LFS 系统。chroot(改变root)程序用来进入一个虚拟的环境并开始一个新的 Shell，其根目录是 LFS 分区。这非常类似于重启并让内核将 LFS 分区挂载为根分区。系统实际上并没有重启，而是由 chroot 代替了，因为建立一个可启动的系统需要做一些现在还不需要做的额外工作。主要的好处在于“chroot”允许您在构建 LFS 的时候可以继续使用宿主系统。在等待软件包编译完成的时候，用户可以切换到不同的虚拟控制台(VC)或者 X 桌面，就像平常一样继续使用计算机。　　为了完成安装，Chapter 7设置启动脚本，Chapter 8安装内核和启动引导程序。Chapter 9包含在本书之外获得进一步 LFS 体验的信息。在本书中所有步骤都完成之后，计算机就已经准备好重启进入新的 LFS 系统了。　　以上就是概略的过程，在接下来的章节和软件包描述中会讨论每一步的细节。看似复杂的项目将详细阐明，随着开发者踏上 LFS 冒险之路，每一件事情都将依序出现。
[1]好好规划自己的路，不要跟着感觉走！根据的
理想决策安排，绝大部分人并不指望成为什么院士或教授，而是希望活得滋润一些，爽一些。那么，就需要慎重安排自己的轨迹。从哪个行业入手，逐渐对该行业深
入了解，不要频繁跳槽，特别是不要为了一点工资而转移阵地，从长远看，这点钱根本不算什么，当你对一个行业有那么几年的体会，以后钱根本不是问题。频繁地
动荡不是上策，最后你对哪个行业都没有摸透，永远是新手！ [2]可以做技术，切不可沉湎于技术。千万不可一门心思钻研技术！给自己很大压力，如果你的心思全部放在这上面，那么注定你将成为孔乙己一类的人物！适可而止为之，因为技术只不过是你今后前途的支柱之一，而且还不是最大的支柱，除非你只愿意到老还是个工程师！
[3]不要去做技术高手，只去做综合素质高手！在企业里混，我们时常瞧不起某人，说他“什么都不懂，凭啥拿那么多钱，凭啥升官！”这是普遍的典型的工程师的迂腐之言。
很牛吗？人家能上去必然有他的本事，而且是你没有的本事。你想想，老板搞经营那么多年，难道见识不如你这个新兵？人家或许善于管理，善于领会老板意
图，善于部门协调等等。因此务必培养自己多方面的能力，包括管理，亲和力，察言观色能力，攻关能力等，要成为综合素质的高手，则前途无量，否则只能躲在角
落看示波器！技术以外的技能才是更重要的本事！！从古到今，美国日本，一律如此！
[4]多交社会三教九流的朋友！不要只和工程师交往，认为有共同语言，其实更重要的是和类人物交往，如果你希望有朝一日当老板或高层管理，那么你整日面对的就是这些人。了解他们的经历，思维习惯，爱好，他们处理问题的模式，了解社会各个角落的现象和问题，这是以后发展的巨大的本钱，没有这些以后就会笨手笨脚，跌跌撞撞，遇到重重困难，交不少学费，成功的概率大大降低！
[5]知识涉猎不一定专，但一定要广！多看看其他方面的书，金融，财会，进出口，税务， 法律等等，为以后做一些积累，以后的用处会更大！会少交许多学费！！
[6]抓住时机向技术管理或市场销售方面的转变！要想有前途就不能一直搞开发，适当时候要转变为管理或销售，前途会更大，以前搞技术也没有白搞，以
后还用得着。搞管理可以培养自己的领导能力，搞销售可以培养自己的市场概念和思维，同时为自己以后发展积累庞大的人脉！应该说这才是前途的真正支柱！！！
[7]逐渐克服自己的心里弱点和性格缺陷！多疑，敏感，天真（贬义，并不可爱），犹豫不决，胆怯，多虑，脸皮太薄，心不够黑，教条式思维。。。这
些工程师普遍存在的性格弱点必须改变！很难吗？只在床上想一想当然不可能，去帮朋友守一个月地摊，包准有效果
，去实践，而不要只想！不克服这些缺点，一切不可能，甚至连项目经理都当不好--尽管你可能技术不错！ [8]的
同时要为以后做准备！建立自己的工作环境！及早为自己配置一个工作环境，装备电脑，示波器（可以买个二手的），仿真器，编程器等，业余可以接点活，一方面
接触市场，培养市场感觉，同时也积累资金，更重要的是准备自己的产品，咱搞技术的没有钱，只有技术，技术的代表不是学历和证书，而是产品，拿出象样的产
品，就可技术转让或与人合作搞企业！先把东西准备好，等待机会，否则，有了机会也抓不住！
[9]要学会善于推销自己！不仅要能干，还要能说，能写，善于利用一切机会推销自己，树立自己的品牌形象，很必要！要创造条件让别人了解自己，不然
老板怎么知道你能干？外面的投资人怎么相信你？提早把自己推销出去，机会自然会来找你！搞个个人主页是个好注意！！特别是培养自己在行业的名气，有了名
气，高薪机会自不在话下，更重要的是有合作的机会...
[10]该出手时便出手！永远不可能有100%把握！！！条件差不多就要大胆去干，去闯出自己的事业，不要犹豫，不要彷徨，干了不一定成功，但至少为下一次冲击积累了经验，不干永远没出息，而且要干成必然要经历失败。不经历风雨，怎么见彩虹，没有人能随随便便成功。
1、使用智能拼音时，输入ibdfh 或 ifuhao ，输入 isymbol也可以。
2、使用五笔输入法时,比如，您需要输入顿号（、），需要输入"顿号"的五笔编码gbkg。
下面罗列的是常用的中文标点符号编码：
，　逗号　gkkg
、　顿号　gbkg
。　句号　qkkg
·　圆点　lkhk
·　间隔号　ubkg
？　问号　ukkg
；　分号　wvkg
：　冒号 jhkg
！　叹号 kckg
——　破折号　drkg
～　波浪号　iikg
…… 　省略号　ilkg
‘’　单引号　uxkg
“”　双引号　cxkg
〔〕　方括号　yrkg
〈〉　单书名号　unqk
《》　书名号　nqkg
『』　竖书名号　jnqk
（）　圆括号　lrkg
｛｝　大括号　drkg
〖〗　空心括号　pnrk
【】　实心括号　pnrk
Fstab中存放了与分区有关的重要信息，其中每一行为一个分区记录，每一行又可分为六个部份，下面以/dev/hda7 / ext2 defaults 1 1为例逐个说明：
/dev/sda3 / ext3 acl,user_xattr 1 1/dev/sda1 /boot ext3 acl,user_xattr 1 2/dev/sda2 swap swap defaults 0 0proc /proc proc defaults 0 0sysfs /sys sysfs noauto 0 0debugfs /sys/kernel/debug debugfs noauto 0 0usbfs /proc/bus/usb usbfs noauto 0 0devpts /dev/pts devpts mode=0620,gid=5 0 0/dev/fd0 /media/floppy auto noauto,user,sync 0 0/dev/hda1 /home/netgames xfs defaults 0 0
1. 第一项是您想要mount的储存装置的实体位置，如hdb或/dev/hda6。
2. 第二项就是您想要将其加入至哪个目录位置，如/home或/,这其实就是在安装时提示的挂入点。
3. 第三项就是所谓的local filesystem，其包含了以下格式：如ext、ext2、msdos、iso9660、nfs、swap等，或如ext2，可以参见/prco/filesystems说明。
4. 第四项就是您mount时，所要设定的状态，如ro（只读）或defaults（包括了其它参数如rw、suid、exec、auto、nouser、async）。
5. 第五项是提供DUMP功能，在系统DUMP时是否需要BACKUP的标志位，其内定值是0。
6. 第六项是设定此filesystem是否要在开机时做check的动作，除了root的filesystem其必要的check为1之外，其它皆可视需要设定，内定值是0。
这个对于新手来说，也是比较困惑的问题，谈谈我对这个问题的认识。一：rpm包rpm包，分两种，binary rpm 跟 source rpmbinary rpm，就是我们平时用的最多的，已经编译好的，直接安装就可以了。以前学linux的时候，老想通过rpm来安装软件，不过你通过rpm安装，是够简单了，但是你没有什么地方可以设置的，这就像当年一个老师说过的，比如装windows，ms的专家装和我装，没有任何的区别，因为没有任何你可以操作的地方。用rpm安装其实就是这样，好处当然是简单，一切安装默认。省时间，快，二：源码如果我们下载的是源码，那么这里就关系到一个编译。linux下都是用c开发的程序，那么用c开发的程序，如何才能让cpu认识呢，那么就需要编译器，gcc的编译器，把代码转换成机器认识的代码。cpu只认识0和1.当源代码编译成2进制的代码，也就是binary code ，那么你就可以安装到你的机器上了。如果我们下载的是binary code ，2进制的代码，这个以mysql为例，不少的文档，mysql是下载binary code ，那么你解压后，其实就可以直接用了。source code 是程序员写的码，binary code 是机器跑的码。source code 得经过 compile 才能成为 binary code 。如何分？用 file 命令看一看罗：tar -zxvf some.version.tar.gzcd somefile *$ file source.file$ file binary.fileRPM 有分两种：binary rpm 跟 source rpm 。前者是编好的 binary ，安装就可用。後者是还没编好的 source ，需 rebuild 之後才能安装。如何安装.src.rpm软件包有些软件包是以.src.rpm结尾的，这类软件包是包含了源代码的rpm包，在安装时需要进行编译。这类软件包有两种安装方法方法一：1. #rpm -i your-package.src.rpm2. #cd /usr/src/redhat/SPECS3. #rpmbuild -bp your-package.specs //一个和你的软件包同名的specs文件4. #cd /usr/src/redhat/BUILD/your-package/ 一个和你的软件包同名的目录5. #./configure 6. #make7. #make install方法二:1. #rpm -i you-package.src.rpm2. #cd /usr/src/redhat/SPECS3.
rpmbuild -bb your-package.specs
//一个和你的软件包同名的specs文件。这时，在/usr/src/redhat/RPM/i386/
（根据具体包的不同，也可能是i686,noarch等等) 在这个目录下，有一个新的rpm包，这个是编译好的二进制文件。4. #rpm -i new-package.rpm 即可安装完成。
假设你要执行的程序路径在 /usr/my下
export PATH=/usr/my:$PATH# .bashrc# User specific aliases and functionsalias rm='rm -i'alias cp='cp -i'alias mv='mv -i'# Source global definitionsif [ -f /etc/bashrc ]; then. /etc/bashrcfiexport PATH=/usr/my:$PATH
保存退出！
[root@stroller root]# source .bashrc
完整例子：
[root@stroller root]# vi .bashrc
# .bashrc# User specific aliases and functionsalias rm='rm -i'alias cp='cp -i'alias mv='mv -i'# Source global definitionsif [ -f /etc/bashrc ]; then. /etc/bashrcfi
然后在 fi 后面加下面语句：
export PATH=/root:$PATH
加完后的 .bashrc 内容为：
# .bashrc# User specific aliases and functionsalias rm='rm -i'alias cp='cp -i'alias mv='mv -i'# Source global definitionsif [ -f /etc/bashrc ]; then. /etc/bashrcfiexport PATH=/root:$PATH
//在命令行下输入 source .bashrc 执行 .bashrc 生效.
[root@stroller root]# source .bashrc
//查看PATH值：
[root@stroller root]# echo $PATH
现在说一下使用 8.10之后的一点感觉：
（1）系统总体运行更稳定了。这得益于新的内核、Gnome版本，更为难能可贵的
是，在之前几个版本（7.04、7.10、8.04），系统启动与受限驱
动一直是我这个笔电（神舟优雅W220S）中的难题，8.10版本启动快得多，而且启用ATI的受限驱动，也非常顺利（在之前版本每次尝试，一启用重启后
便再进不去X，每次都是修复后再去找源码装）。
（2）在升级安装的时候，会被删除一些之前安装的文件，比如SMPlayer，所
以在升级完成之后，还是需要重新安装解码器与播放器前端的。BTW：对于 Real Media文件，现在可以使用Realplayer For
Linux 11.0，较之10现在这个版本安装更容易了（提供了RPM、DEB等包装格式），而且安装后也不需要进行配置了。
（3）据说是请专业团队开发的桌面主题我用了半天也没感觉出它哪里漂亮，网上那些吹捧的文章显然也未必可信（或者就是我的审美观有问题），所以之后我还是将它改成了之前使用的Mac4Lin方案。不过文泉驿正黑字体很漂亮，和微软雅黑有得一比。
（4）Pidgin
2.5.2在8.10下工作良好，MSN插件正常、QQ插件正常、Gtalk(XMPP）插件正常连飞信插件也工作正常。另外，8.10提供了一个IM消
息与系统注销按钮集成的功能，感觉不错，另外这个集成按钮居然也提供了Guest帐户登录的方式，真意外～