现在一直处于上个项目的维护期，事情不多，每天上班，学习一些东西，总结一些东西，感悟一些东西，再学习，如此循环。
    之前的项目特点都是工作流，报表类的，数据库的数据比较多，功能测试完成之后，对数据库的性能测试-大数据量的测试也很重要,所以必须学习一下。
    这种测试主要分两种：一是针对某些系统存贮，传输，统计查询等业务进行大数据量的测试，关注当数据增多时系统的性能情况，一般针对特殊核心业务。二是极限状态下的数据测试，数据量达到一定程度，评估系统的相应情况，测试对象也是某些核心业务或日常组合业务。而这关键的一点就是测试数据的准备问题，可以用工具生成，主要有DataFactory和TestDataBuilder.
   网上搜半天，竟然没找到DataFactory的下载地址，真是郁闷，好在有51这个坚实的依靠，群里一说，找到了这个软件，感受到集体的温暖。
    Datafactory是quest公司旗下的产品，能够根据用户定制，产生或导入用户需要的数据，插入相应的数据表或导出至外部文件，这个工具的强悍就在于数据产生这一块，先是安装，没有可说的，直接按照提示下一步就可以装完以后，安装完以后，从程序里打开就行，第一次使用要输入注册码的，可以从网上搜，百度一下，有点耐心的，就可以找到。打开后，显示的是让你选择数据库连接，Orancle,SQL server,DB2.Sybase,ODBC,自己选择。
   以SQL示例，下一步出现的就是数据库服务器名称，数据库名称等字段，接下来是选择一些需要插入测试数据的表，如果表与表之间有约束的话，可以点击下面的Fecth Dependent Tables,这样就不会漏掉有约束的表了，再下一步就是为项目起名，OK，可以正式进入工厂了。
   然后就是为数据表字段设置填充数据的规则和填充记录的数量，点击需要添加规则的字段名，在主界面上可以看到字段的各种规则，具体要看你字段是什么类型，这就是DataFactory的灵活之处吧。
    对于表中存在的各种约束关系也可以设置，等到一切设置完成就可点击运行了，等待数据的生成吧！
    测试就在于不断的学习，也算是可持续发展吧

 

    时隔一年多，又回来了，这段时间公司业务调整个人机会把握，期间做了很多事情，PPT方案撰写，需求调研分析，业务流程优化，商业模式设计，项目管理办法制度建设以及项目跟踪、成本管理。表面看来与测试脱钩了，实质上对于软件工程生命周期的理解更加深入了。
    现在思考的越来越多的是项目质量管理、过程改进的方面的问题，从公司的实际业务来说，二次构建需要一个变革的过程，这个过程会痛，因为这是一个模式的变革。这几天读了林锐博士的一些文章，感觉收益匪浅，小公司是人治，大公司就要靠法治。但从软件生命周期过程来看，涉及到立项、调研分析、进度管理、变更控制、质量管理、配置管理、文档管理等。项目经理要做的就是维持好软件产品质量、进度、成本三者之间关系。
    从某种意义上来说，企业的存在是为了盈利，那么在各阶段过程中，就必须提升质量，提高效率，降低成本。这就靠有效的管理方法。过程改进也是一样，因为软件生产按照当前阶段流程无法满足成本最小化收益最大化，所以我们要参考行业先进的模型为我们活动做指导，但是不能照搬，否则流程冗长，实施困难，根本无法执行。现在流行敏捷开发模式，
   我们可以将CMMI、iso9000，PMBOK等理论知识与流行的敏捷开发模式结合，制定适合自己公司的流程制度，用一定的激励措施来提升全员工作的积极性。
  

     2011年3月7日     星期一    晴

    周一，上班第一天，天气很好，过了个周末两天都跑出去了，只有晚上回来的时候回提醒自己收收心，英语考试都报名了，怎么还是安不下心来学习呢。公司正进行着紧张的改革，部门领导换了，以后工作事情可能更多了，我得职业方向怎么走，测试快3年了，现在定下方向很重要，之前有个转行的机会，可是没抓住，很是纠结，瓶颈是有的，怎么去突破是个问题。

     很多朋友给了一些建议，谢谢你们！

   自从换工作了以后，不大不小的项目也做了几个，可是总有一种感觉，测试的整体流程衔接还是不完善，需求变得太快，版本控制做不到位，可能这是中国软件企业普遍的现状，上个周末，有个以前的同行的朋友，说是要回天津去一个小的公司，也是纯手工的功能测试，跟我说对测试行业的前途有点怀疑了，她的这种感觉我很能理解，其实我不是在否定功能测试的重要性，对于一个软件公司来说，测试技术的高低其实在一定程度上影响着这个公司产品或软件的质量，从而在一定程度上影响了软件产品在市场推广中的占有额，而手工测试，其实是能找出最多的系统中问题。理想中的软件公司，无论是开发还是测试方面，都需要个成熟的团队，如同现在互联网业的发展一样，都需要细分，横向纵向的关联，宏观微观的考察，这当然是需要丰富的经验。
    每天也在持续的关注51，作为测试行业的一份子，其实也特别想将来有所建树，因为年轻，所以觉得多学一点东西是不吃亏的，从某种意义上也可以说是一本万利的事哈，前几天看了各个公司的高手参加的第二届互联网测试技术大会的东西，对于测试的观点，每个人都从各自的行业角度发表的看法，百度，阿里巴巴，淘宝，腾讯。。。，在看完PPT的同时，一方面觉得有欣慰，在这些公司里边一些技术的运用还是很让人向往的；另一方面又觉得压力，测试人员只有在掌握编码能力的技术上才能更娴熟的运用测试的技术，例如自动化脚本编写，版本的每日构建，Linux/Unix下命令行的操作，数据库技术，性能测试数据分析，每一项从本质上来说都需要了解系统的架构和一些开发的技术。我们可以不开发，但是我们一定要看懂代码。
    昨天在我负责的一个系统的测试过程中，遇到了这样一个问题，关于附件上传验证，创建或修改页面，点击浏览本地文件，选择后，提交页面就报一大串错误代码，追究其根源是程序中对于附件路径的验证逻辑写错了，才导致了这样的问题。这样的问题我习惯提前分析原因，和开发人员讨论问题的解决方案，其实这对于自身的提高时是有益处的。
    我觉得现在一切的核心都是如何去拥抱一种变化，就连哲学中都说任何事情变是绝对的，不变是相对的，软件过程也是一样，如何让用例拥抱变化的需求，让测试脚本拥抱变化的测试用例，都是需要一个完善的流程和规范。
    刚入门时，急切的看高手的分享资料，实用技术，那会就是想我怎么能让自己的技术提高，现在算是入了测试行业这一门槛了，又要想更高一级的方向去努力，学习如何进行测试管理，人员的沟通，团队的建设。细微做起，才是基础。
    希望将来测试行业变得更加成熟一点，人员有所分类，各自精通，马云说过踏实勤奋一点，遇事乐观一点，做事执着一点，我想这是在任何行业中都通用的东西！

    这几天跟着去客户方那边做系统使用反馈的事情，亲身的感受到了解业务的重要性，无论我们在自己脑海中描绘想象的整个业务流程有多么好，一旦脱离了实际生活，这个东西根本不能使用，也就失去了它的价值。
    说明白了，我们做这个东西是为客户服务的，只有客户真正的用上了这个东西，我们的努力才会有成果。因此一个项目的成功是多方面的，横向的项目管理，需求管理，测试管理，配置管理。。。，纵向的从需求调研，系统架构设计，数据库设计，测试用例设计，系统实施计划等，每一个环节都必须对业务有个整体的了解。从某些意义上说，从一个业务需求点到测试用例的过程其实是一个逐渐扩展的金字塔，例如一个电子商务的系统，客户从网上下订单，如果B2C的，可以说是就是需求方下订单，供应方接收订单进行确认，再进行发货。但是对于B2B的网上购物，很大程度上有些需求方与供应方已经形成一种长久合作的关系，可以说是固定的客户，因此一些合同订单功能点的业务流程，可能就会与B2C有一些不同，最根本的宗旨是客户使用的简易方便性。
   作为一个系统的测试人员，应该时刻让自己站在用户的角度去看这个系统，尽量让自己处于业务中，运用多重角色的变换来操作这个系统，每个角色应该重点关注的东西是什么，对于电子商务网上商城，客户最希望的是将传统的销售方式转变为网上商务销售时，会保持销售量的持续增长，经营模式的转换可以更大的提升工作的效率，用最便捷的方式方法来获得更好的利益。当这个东西真正使用推广后，我们的价值也得到了体现。
    本来还想写点，发现手头又有事了。。。

    一直想学习一些Linux操作系统的知识，昨天在自己电脑虚拟机上装Linux失败了，今天反思了下，在公司同事指导下，终于安装好了，O(∩_∩)O~
     现在有种感觉，时代发展越来越快，技术出的越来越新，测试的队伍越来越大，在北京工作真的有点压力，生活上刚刚在觉得适应了一些，希望这在里有一片自己的天地。

   又纠结了，我的工作突然之间到了十字路口了，还要做一个选择，心里明白现在做的一个选择是很关键的决定了将来的生活，以后的生活如何，这两天闲着突然不知要干啥，学习好像也学不进去，买的书在枕边搁着，下决心要好好把性能测试看看，现在看来还是需要实践中学的

  

   真是罪过，这么久没来空间，虽说是每天也在论坛上晃悠，看看帖子，学习一些经验，可是始终没静下心来写一些东西，趁今天在家把自己的工作总结总结。
   从年前2月份到北京出差到现在可以说这段时间经历了很多很多，工作生活都有，出差的日子很忙，加班是平常事（不要被吓到O(∩_∩)O~），不过出差对于我还是学到了很多东西，客户现场的工作很紧张，我一直在鞭策自己年轻时一定要多学习，现在辛苦将来就舒服，道理就是这样。
   再说说测试这个老生长谈的话题，干了2年了，无论是认识上，实践上有了深入但远远不够，项目不断的在做，其实很多东西时通用的，我一直在努力学习一种思考解决问题的方法以及处理突发问题的技巧，做软件产品，出问题是预料之中的，没问题才是预料之外的，关键的一点是你如何做到以最高的效率来解决问题。
   上边说的都是宏观理论的东西，测试细微之处的掌握是非常重要的，测试流程，测试规范，用例设计，还有环境的搭建都需要知道，其实更确切的说测试人才要求是全才，一个项目做完了，测试人员应该是最了解这个整个系统，架构，业务功能操作，服务器搭建，数据库，系统性能等等，测试人员心中会有一个掌握，然后在这个基础上我们可以进行总结，日常中发现得问题记录积累，项目采用的方法进行引用，慢慢就形成经验，在下一个项目中使用，而我们自身的能力也逐渐的提高，你的生活水平也会慢慢提升。
   另外一点操作系统和数据库的掌握的熟练程度也是很重要的，一些大型的项目比如对于安全保密级别高的项目用到的底层的技术，操作系统的命令行控制，文件系统的权限设置等等，当我们脱离了熟悉图形化界面和鼠标操作，是否有能力做到相同的事情呢，这些只需要我们平时多积累，多实践，Unix系统没用过，我们就应该找到安装盘，自己试着安装，再把Oracle安装Linux/Unix基础上自己建表空间，表，视图一点点的学习,实践是最好的老师，我相信这句话。
   

    As the time goes by,I always remerber thoes old times,many friends and classmates are
so crazy,There are too many kinds of choices at the cross of our life,That's why our life is so amazing.
    I always think of the stars whenever I am exclamatory,Why the love could be so simple.
It's the songs from singer Rene Liu,Once so deep love is never back,Learn to give it up,learn to realse,learn to catch now,learn to cherish what you have,learn how not to regret in the future.

   Maybe I have not been customed to express my feeling in english,whatever to improve my english level or make the life exciting,I want to write the things of my life,that'all.

       1.入职时的工资高低不重要，只要你努力工作你会得到相应待遇的
　　
　　　我估计几乎找过工作的人都听过这句话，当我们确定被聘用跟公司谈工资时，他们都会说“如果以后你业绩突出、努力工作，你的报酬也会相应增加的”，特别是当第一次找工作的时候大多数人会相信这些话，但是千万～～别相信。
　　　刚入职时，你的工资就是你的全部（当然有一些岗位，比如销售或弹性工资的岗位除外），而且你入职以后大部分待遇都会跟着你的工资而浮动，工资调整也是按你目前的工资乘于一定的百分比，保险、公积金也跟工资有关系，当你的基本工资低的时候你今后的报酬增长空间也不大。
　　所以，找工作时千万不要心软，多争取一些基本工资，因为这是你的所有。
　　我第一次找工作时就是犯了这个错误，当时心软没要求更高的工资，当时觉得基本工资比别人低几百块钱无所谓，但是后来才发现它有一个杠杆作用，尽管以后每年你工资涨幅比别人大，但是工资还是比别人低。
　　比如你入职时的基本工资为4000，第二年涨幅为20% （一般的企业极少数人能涨20%），那第二年工资为4800； 如果你的同事入职时基本工资为4500，第二年涨幅为10%（一般涨幅），那他第二年工资为4950。
　　是不是看到差距了？ 请记住，入职时工资就是你的全部，一定不能心软。
　　
　　2.人事部不是你的倾谈对象
　　
　　我在公司看过很多员工找人事部经理谈话，而且人事部员工可能会定期找员工谈话，问员工在工作中有没有遇到什么问题？ 有没有人事部需要帮员工解决的事情？
　　但是请你记住， 公司人事部并不是你的倾谈对象，人事部的首要任务不是去帮助雇员，而是保护公司利益不受雇员损害，这才是最为重要的。 可能很多人认为人事部门是自己的朋友，有时甚至连对公司、对老板的真实态度都会告知于人事部门。（如果你经常这样的话，我可以肯定的说，你会跌得很惨，而且不会有人告知你原因的）
　　无论人事部的人员表现得何等友好，你均要认清，你跟他们的谈话内容，他们必然会与决策部门分享这些信息，例如你的老板、经理、主管及首席执行官。人事部门的职责就是（有时也是合法的）告知公司策部门你那些所谓的“ 秘密”。
　　比如你不喜欢你目前的工作内容、或与老板的关系处理的不好，你千万不能找人事部抱怨，你应该直接跟你的老板沟通。可能当时谈话时人事部的员工会给予同情，说自己向自己的上司反映这个情况，但是大多数情况下人事部门会将你与他们的对话原封不动地转达给你的老板，而你的老板对此是绝对无法原谅的，出现问题首先不去找老板解决，而是直接找到人事部门，这样你的处境就很被动了，有可能被迫离开公司了。
　　
　　3.你的能力并不能确保你的安全
　　
　　很多公司在招聘员工或对外宣传时说我们公司注重员工的能力，提倡员工能发挥自己的主观能动性 （确实有一些公司是提倡创新的，但是极少数，大部分都只是打打口号而已）。对于刚入职的员工来说可能都会有一种心理，那就是向同事或领导展示你的才华、展示你的能力，但是请注意： 公司或你的领导倒希望先看到你的忠诚，而不是显摆自己的能力。不管你的目的是什么，这个并不重要，如果你一贯展示你的能力，很有可能上司觉得你卖弄小聪明、是一个不值得信赖的人，或他会感受到威胁，如果他认为你在威胁他的位置，他才不管你有多聪明，他宁愿要一个愚笨但对自己忠诚的人。
　　　所以，当你刚入职或刚调到一个新部门的时候，千万不能先自作聪明，你首先要做的是熟悉环境熟悉上司同事的性格，即使你是一个专家也要先摆低姿态，当然必要的是关键时刻也需要显示自己的能力，让别人觉得你是深藏不露。
　　　韩国有一个俗语说“要想让婚姻生活幸福，就要当3年聋子，3年哑巴，3年盲人” ，因为以前在韩国婆婆对媳妇很是虐待，你必须是装聋作哑才能熬过去（当然现在已经不是这种情况了），我说这个的目的是新来乍到，你应该学会作哑装聋，刚开始多听、多学，听到闲言碎语要装聋。
　　
　　4.报销单是公司测试你的一个工具
　　
　　　看到这个题目或许你会纳闷？报销单也能测试员工？是的，我们平时不以为常的报销单也是公司或领导测试你的一个工具。
　　　大部分公司都会有月底报销（餐费、交通费、电话费等）或出差报销吧？
　　　你让你的领导在你的报销单上签字的时候，他有没有说过什么？或他有没有做过什么表情？ 请注意，其实大部分情况下领导们都会看你报销的金额，而且如果他们愿意的话财务部门可以随时提供每个人的报销明细。
　　　以前看过一些在公司里面贪小便宜的人，餐费、交通费里总是放着一些自己私人用的（而不是为了公司业务）费用，或许这些费用只有100元，但正是这些小钱会坏了你的前程。
　　　我认识的一个老板跟我说过这样一句话：“某某员工哪天报了业务餐费，但是那天明明是我付款了。”或许这位员工太大意了。
　　　但是我认识的老板当中也有一些人，他连你打的票上面的时间也核对，然后把属下每个员工的每月费用都记录下来，或许你报销的时候他可能不会说什么，但是到时候你丢掉的并不仅仅是金钱。
　　
　　5.在工作场合中透露私事很危险
　　
　　　现在我们大部分人有太多时间跟同事一起过，我们跟同事在一起的时间有时甚至超过跟家人在一起的时间，这种情况使我们有时分不清公事和私事，有时候觉得跟同事的关系像亲人一样，跟同事分享自己的私事，孩子养育问题，个人健康问题，经济上遇到的一些困难等，但是请记住，职场就是职场，你这样做很危险。
　　　　我的一位同事经常在工作场合说他儿子现在是青春期，跟我们描述怎么怎么叛逆，由于儿子的叛逆，每天回家以后家里的氛围都很紧张，有可能他是想通过倾述减少来自家庭的压力，但是最近公司开始了一个重大的项目，他一直以为自己是最佳候选人负责这个项目，但是结果令人意外，公司领导层选了其他人选，为什么呢？因为公司领导层觉得“他家里的事情已经够多了，估计他没有余力做这么重要的项目”或讲得更冷静一点就是“你连自己家里的事情都解决不了，你还能负责这么重要的项目吗？”
　　　　如果你自己身体不太好，不需要把自己的健康情况告诉同事或上司，因为对上司来说你不健康说明你不能百分之百投入或有可能影响工作，这样你的上司会不安，他甚至会提前想对策或再额外招人，这样的话到时候即使你的身体恢复了，你有可能会面临失去自己位置的尴尬局面。
　　
　　6.如果你与老板作对，必然会被逐出公司大门　 查看(554) 评论(0) 收藏 分享 管理

    很久很久了，有点责怪自己的大意，这一段项目太忙了，以前几乎是天天在51上逛一圈，不来就觉得一天少了点什么，可是现在很多的东西都想写写，项目最紧张的一段时间终于过去了，终于有个空隙来了，做测试一年多了，越来越觉得有很多的东西需要学习，无论是为生活还是为自己工作的成就感，其实现在真的已经喜欢上这个工作，但是这毕竟是一个技术活，要想比别人走的远，就要比别人付出的更多。
    测试方法理论先前已经拜读了不少前辈的书籍，更多的是需要在实践中磨练学习，入门其实很容易，一个合格的测试工程师不仅要熟悉那些测试的流程，测试的规范，更重要的是测试环境部署服务器的搭建，所以尝试着自己搭建一套测试的环境非常好，包括缺陷管理系统的搭建，测试数据库服务器的部署（Windows和Linux上），应用服务器的部署，无论是Tomcat,Weblogic，还是Webspere,你都能一一拈来，轻松部署，那也是不可小瞧的啊，不过我现在还没有达到这个水平，所以很佩服那些测试的高手，技术不是万能的，但是你要不想一辈子只做技术，你就必须超越技术，呵呵 
    有时间一定要把做这个项目的心得体会写下来，给自己同时也希望给别人帮助，加班的确很累，不过回过头来看要是你学到一些东西还是值得的，今天是没法总结了，改天好好写

 

 

    好久没来空间了，感觉杂草荒芜，没有生机，这一段时间实在是忙，有时加班会到凌晨，实在困了，自个休息会，测试的生活依然在重复的继续着，感受着...
    最近的项目忙得晕头转向，想想之前的和现在比起来都很简单了，测试发布环境不仅仅是windows，还有lunix，来发布版本，命令行控制web服务器的关闭与重启等，一切在不知不觉中慢慢融化，渗透，其实有些东西只是你不用它，感觉很神秘，当你走近时，发现其实很简单
    日子照样过着，希望自己每一天能进步着，奋斗着，充实着...
  

  

     以前看过关于软件测试的一些书籍，是为了恶补一些测试的基础理论知识，现在做了几个项目的测试工作，有了一些心的。从理论到实践是为了验证理论的正确可行性，实践完了再上升到理论是自我的提升。从现实中总结出自己的经验，最好的莫过于关于创建一套自己的测试理论。
    今天只想对软件测试的全景来做个介绍，也是吸收了别人的知识，做个转换和大家共享。
    做软件测试，首先要明白是为了保证软件产品的质量，因此工作可以称之为质量保证。现在一般刚入门的可以说是QC，质量控制，针对具体的软件产品而不是过程。由质量来确定测试的目标，在项目中是想做本地化测试，功能测试，负载测试，安全性测试，兼容性测试等等；接下来就要寻求测试方法，现在方法一般分为黑盒方法和白盒方法，黑盒测试是现在大多数测试人做的，包跨等价类划分，边界值分析，因果图等，而白盒测试要求有更高的编码经验，分为静态测试和动态测试。一般能做静态代码规范检查，编码注释检查，代码审查，语句覆盖等，明白了这些方法就可以设计测试用例了，用例设计好了，要执行的前提肯定是测试的环境已经搭建完毕确认了，测试的数据已经准备好了，下一步可以执行测试用例了（手工执行和自动化执行两种方式），接着往下看
    在以质量保证的思想为源泉的指导下，来管理测试的团队，一个团队接受一项任务，必定要考虑计划，策略，风险，报告，覆盖程度等个方面的东西，测试的各个阶段来实施这些小任务，包跨对需求文档设计文档的评审，单元测试，集成测试，系统测试阶段按照上文所设计的测试用例来执行测试任务。
    最终所有的任务都归结为缺陷的发现与清除，从缺陷的记录报告，来跟踪记录缺陷的整个生命周期，并选取一定的时间点对发现的缺陷趋势和分布进行分析，做的好的话基本可以推断出测试任务的结束点，根据缺陷的分布可以在缺陷密度比较大的地方进行深入的测试，努力使缺陷达到100%的清除，项目结束后还可以对本次任务的质量作出评估。
     最好的方法是让项目组里每个人明白一个思想，软件缺陷是预防出来的，不是检查出来的，希望大家可以越做越好。

    这段时间一直处于学习中，感觉很有收获，CMMI的认证促使了公司举行了一系列的培训访谈，对测试的整个过程可以说已经基本清楚。以前模糊的细节也在渐渐的趋向清晰，看完那些文档，感悟最深的就是CMMI的过程体系的实施真的很有必要，它的价值会在以后慢慢体现出来。
   从软件作坊发展到软件工程是一个很艰难的过程，其实了解一下CMMI实施的原因就可以知道答案，它的目的是以每个项目作为采集数据的源头，来达到企业整体效益的提升。随之带来的是企业过程能力和管理能力的提升，运用数字化的管理方式来管理团队。
   软件测试作为项目过程中的一个阶段，在CMMI中的体现为验证和确认两个过程域。测试的活动是要一直贯穿在整个项目中的，不过验证强调的是过程的正确性，；而确认关注的是结果正确性，
    测试做长了，就变的越来越喜欢，当一些东西都了然于胸时，那种感觉是欣喜的，因为你已经把一些东西构建在自己心中了，将测试之路进行到底！
   
  

    最近公司要过CMMI了，听了两次培训后，也有一定的了解。说实话，作为一个测试人员，当然希望公司的质量保证意识强一些比较好，领导重视了，我们的工作也就好做了，一个项目来了，不再是软件作坊式管理而是一个工程，软件工程。
    回想起大学时学习软件工程，很厚的一本英文书，已经记不得老师当时讲的什么多了，只是老师当时强调说了一些国内软件企业的现状，要改变什么的，现在想想是很有道理的，的确，现在好多的软件企业整个项目的过程管理省略了一些东西，时间，成本，资源，一切都要考虑，所以很多时候，结果成了重要的东西，过程成了次要的。
    其实知识学多了是一座金字塔，最重要的就是底层的东西，知识基础的地基牢固了，上一层才会更有发展，软件测试的基本概念很重要，我们要做到的就是首先对这些概念的理解，由此而引发出的一系列的东西，当我们自己闭上眼睛时，整个软件测试过程甚至是软件项目过程的全部流程图立刻会在脑海中浮现，这也是一种能力。
   从学习到消化吸收再到自我创新是一个量变到质变的过程，这个过程中网络是一个很强大的武器，聪明的人会巧妙的利用网络，让自己发展的更好。所有职业的规划是很重要的，当我们清晰的知道自己想要什么时，便会有个努力的方向，不会在产生负的效果。
   曾今听一位教育学者讲话说，我们的生活就是两种追求：向上走时，是人生追求，向下走，是追求人生，想想也有一定道理！

   Internet Information Server的缩写为（IIS）是一个World Wide Web server。Gopher server和FTP server全部包容在里面。 IIS意味着你能发布网页，并且有ASP（Active Server Pages）、JAVA、VBscript产生页面，有着一些扩展功能。IIS支持一些有趣的东西，象有编辑环境的界面（FRONTPAGE）、有全文检索功能的（INDEX SERVER）、有多媒体功能的（NET SHOW）
　其次,IIS是随Windows NTServer 4.0一起提供的文件和应用程序服务器，是在Windows NT Server上建立Internet服务器的基本组件。它与Windows NT Server完全集成，允许使用Windows NT Server内置的安全性以及NTFS文件系统建立强大灵活的Internet／Intranet站点。
7iR.S!k9iD'M:m Ou212767　　IIS（Internet Information Server，互联网信息服务）是一种Web（网页）服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。
　IIS的作用：在同一时间内允许多少ip访问网站，1个IIS等于一个访问ip。
准备篇 IIS的添加和运行
 　　一、IIS的添加
请进入“控制面板”，依次选“添加/删除程序→添加/删除Windows组件”，将“Internet信息服务（IIS）”前的小钩去掉（如有），重新勾选中后按提示操作即可完成IIS组件的添加。用这种方法添加的IIS组件中将包括Web、FTP、NNTP和SMTP等全部四项服务。
　　二、IIS的运行51Testing软件测试网
　　当IIS添加成功之后，再进入“开始→设置→控制面板→管理工具→Internet服务管理器(Internet信息服务)”以打开IIS管理器，对于有“已停止”字样的服务，均在其上单击右键，选“启动”来开启。
　　三、在Windows XP Home版本中添加IIS的方法
　　一般情况下按照“一”的方法只适用于Windows XP的专业版本，而对于家庭版，如今已有了破解方法：
　步骤1
　　首先我们需要准备一张Windows 2000的安装光盘，假设你的Windows XP家庭版安装在“C:\Windows”，启动记事本程序，在打开对话框中选择打开“C:\Windows\inf\sysoc.inf”，找到 “[Components]”小节，并继续找到类似“iis= iis.dll,OcEntry,iis.inf,hide,7”的行，把这一行替换为“iis=iis2.dll,OcEntry, iis2.inf,,7”，之后保存文件。
　　步骤2
　把Windows 2000专业版的光盘插入光驱，用Winrar打开光盘i386目录下的iis.dl_和iis.in_这两个CAB格式的文件，将解压缩得到的 “iis.dll”改名为“iis2.dll”，复制到“C:\Windows\system32\setup\”目录下；将 “iis.inf”改名为“iis2.inf”，复制到“C:\Windows\inf\”目录下。
　　步骤3
　打开控制面板，单击“添加删除程序”图标，然后在窗口左侧导航栏上单击“添加/删除 Windows组件”按钮，在打开的“Windows组件向导” 中，选中“Internet信息服务(IIS)”前的复选框。单击右下角的“详细信息”按钮可以打开对话框，在该对话框中我们可以选择需要安装的IIS组件内容。选择完毕后单击“确定”按钮，退回到界面中再单击“下一步”，系统就会开始复制文件。
/N7Z)lNa"{'Ei X#\212767　　提示：如果在安装过程中系统需要插入Windows XP CD，或者需要你提供“exch_adsiisex.dll”文件，那是因为你按照默认的选项安装了IIS。要解决这个问题，只要清空“SMTP Service”选项前的复选框即可。如果进入窗口中，“Internet信息服务(IIS)” 选项无法选择，那么很可能因为你使用的“iis.dl_”和“iis.in_”是从Windows XP专业版中提取的，只要换成 Windows 2000专业版中的这两个文件即可。
　步骤4
　　安装结束后，你可以打开“控制面板→性能和选项→管理工具”查看“Internet信息服务管理”。再打开IE，在地址栏中输入“localhost”后回车，验证一下IIS是否正常运行。
　　经过验证，WWW、FTP等几个服务经过这样的修改都可以在Windows XP家庭版上正常运行。不过经过这样处理安装的IIS在运行上可能存在某种未知的缺陷。
   IIS之Web服务器
　一、建立第一个Web站点
比如本机的IP地址为192.168.0.1，自己的网页放在D:\Wy目录下，网页的首页文件名为Index.htm，现在想根据这些建立好自己的Web服务器。
　　对于此Web站点，我们可以用现有的“默认Web站点”来做相应的修改后，就可以轻松实现。请先在“默认Web站点”上单击右键，选“属性”，以进入名为“默认Web站点属性”设置界面。
1．修改绑定的IP地址：转到“Web站点”窗口，再在“IP地址”后的下拉菜单中选择所需用到的本机IP地址“192.168.0.1”。
　2．修改主目录：转到“主目录”窗口，再在“本地路径”输入（或用“浏览”按钮选择）好自己网页所在的“D:\Wy”目录。51Testing软件测试网 Z'R X$\V8@/Hp
　　3．添加首页文件名：转到“文档”窗口，再按“添加”按钮，根据提示在“默认文档名”后输入自己网页的首页文件名“Index.htm”。51Testing软件测试网gw)`:BW|j$Q6U9E
　　4．添加虚拟目录：比如你的主目录在“D:\Wy”下，而你想输入 “192.168.0.1/test”的格式就可调出“E:\All”中的网页文件，这里面的“test”就是虚拟目录。请在“默认Web站点”上单击右键，选“新建→虚拟目录”，依次在“别名”处输入“test”，在“目录”处输入“E:\All”后再按提示操作即可添加成功。
　　5．效果的测试：打开IE浏览器，在地址栏输入“192.168.0.1”之后再按回车键，此时就能够调出你自己网页的首页，则说明设置成功！
　　注：具体不同的电脑会有不同的选项名称，但大体上还是可以找到了（多试一下）。
二、添加更多的Web站点
  　1．多个IP对应多个Web站点　　如果本机已绑定了多个IP地址，想利用不同的IP地址得出不同的Web页面，则只需在“默认 Web站点”处单击右键，选“新建→站点”，然后根据提示在“说明”处输入任意用于说明它的内容（比如为“我的第二个Web站点”）、在“输入Web站点使用的IP地址”的下拉菜单处选中需给它绑定的IP地址即可；当建立好此Web站点之后，再按上步的方法进行相应设置。
　　2．一个IP地址对应多个Web站点
　当按上步的方法建立好所有的Web站点后，对于做虚拟主机，可以通过给各Web站点设不同的端口号来实现，比如给一个Web站点设为80，一个设为81，一个设为82……，则对于端口号是80的Web站点，访问格式仍然直接是IP地址就可以了，而对于绑定其他端口号的Web站点，访问时必须在IP地址后面加上相应的端口号，也即使用如 “http://192.168.0.1:81” 的格式。
　　很显然，改了端口号之后使用起来就麻烦些。如果你已在DNS服务器中将所有你需要的域名都已经映射到了此惟一的IP地址，则用设不同“主机头名”的方法，可以让你直接用域名来完成对不同Web站点的访问。
　　比如你本机只有一个IP地址为192.168.0.1，你已经建立（或设置）好了两个Web站点，一个是“默认Web站点”，一个是“我的第二个Web 站点”，现在你想输入“www.enanshan.com”可直接访问前者，输入 “www.popunet.com”可直接访问后者。其操作步骤如下：
　　（1）请确保已先在DNS服务器中将你这两个域名都已映射到了那个IP地址上；并确保所有的Web站点的端口号均保持为80这个默认值。
　　（2）再依次选“默认Web站点→右键→属性→Web站点”，单击“IP地址”右侧的“高级” 按钮，在“此站点有多个标识下”双击已有的那个IP地址（或单击选中它后再按“编辑”按钮），然后在“主机头名”下输入 “www.enanshan.com”再按“确定” 按钮保存退出。
　　（3）接着按上步同样的方法为“我的第二个Web站点”设好新的主机头名为“www.popunet.com”即可。
　（4）最后，打开你的IE浏览器，在地址栏输入不同的网址，就可以调出不同Web站点的内容了。
　3．多个域名对应同个Web站点
　你只需先将某个IP地址绑定到Web站点上，再在DNS服务器中，将所需域名全部映射向你的这个IP地址上，则你在浏览器中输入任何一个域名，都会直接得到所设置好的那个网站的内容。
对IIS服务的远程管理

　　三、对IIS服务的远程管理
1．在“管理Web站点”上单击右键，选“属性”，再进入“Web站点”窗口，选择好“IP地址”。
2．转到“目录安全性”窗口，单击“IP地址及域名限制”下的“编辑”按钮，点选中“授权访问”以能接受客户端从本机之外的地方对IIS进行管理；最后单击“确定”按钮。
　　3．则在任意计算机的浏览器中输入如“http://192.168.0.1:3598”（3598为其端口号）的格式后，将会出现一个密码询问窗口，输入管理员帐号名（Administrator）和相应密码之后就可登录成功，现在就可以在浏览器中对IIS进行远程管理了！在这里可以管理的范围主要包括对Web站点和FTP站点进行的新建、修改、启动、停止和删除等操作。

  

测试环境 是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。毫无疑问，稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。

简单的说，经过良好规划和管理的测试环境，可以尽可能的减少环境的变动对测试工作的不利影响，并可以对测试工作的效率和质量的提高产生积极的作用。

  一、规划测试环境——让环境为你服务

  对于“金山词霸”这样的软件，大多数测试工作都可以在一台单独的电脑上完成，而对于一套电信系统，为了执行测试用例，你可能会需要搭建一个由多台计算机以及其他网络设备组成，采用集群和负载均衡技术，并且接驳到Internet的计算机网络。

不同的行业应用，不同的质量目标，都可能会影响到测试环境的规划。但从测试工作自身的要求来看，一条应当遵守的原则就是“尽可能的还原软件在用户那里最终实际运行的环境”——虽然在很多时候这是不现实的。^_^

通常来说，我们所需要搭建的环境，主要是用于被测应用的系统测试——单元测试和集成测试由开发人员在开发环境中进行，而验收测试则在用户的最终应用环境中进行，因此都可以暂不考虑。

为了确定测试环境的组成，我们需要明确以下问题：

1.         所需要的计算机的数量，以及对每台计算机的硬件配置要求，包括CPU的速度、内存和硬盘的容量、网卡所支持的速度、打印机的型号等；

2.         部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本；

3.         用来保存各种测试工作中生成的文档和数据的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本；

4.         用来执行测试工作的计算机所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本；

5.         是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环境的备份；

6.         测试中所需要使用的网络环境。例如，如果测试结果同接入Internet的线路的稳定性有关，那么应该考虑为测试环境租用单独的线路；如果测试结果与局域网内的网络速度有关，那么应该保证计算机的网卡、网线以及用到的集线器、交换机都不会成为瓶颈；

7.         执行测试工作所需要使用的文档编写工具、测试管理系统、性能测试工具、缺陷跟踪管理系统等软件的名称、版本、License数量，以及所要用到的相关补丁的版本。对于性能测试工具，则还应当特别关注所选择的工具是否支持被测应用所使用的协议；

8.         为了执行测试用例，所需要初始化的各项数据，例如登陆被测应用所需的用户名和访问权限，或其他基础资料、业务资料；对于性能测试，还应当特别考虑执行测试场景前应当满足的历史数据量。当然，还有另外一个非常关键的问题：在测试过程中受到影响的数据如何恢复？

    明确了上面的问题后，明确哪些条件是可以满足的，哪些是需要其他部门协助调配、采购或者支援的。建议在搭建测试环境之前，把上面的问题做成一张CheckList，并为每一项指定一个责任人，完成一项就填写一项，最终形成的文档则作为测试环境的配置说明文档使用。当然，如果时间或其他条件允许，应当做好应急预案，尽量保证在环境失效时不会对正常工作产生太大的影响。

      二、管理测试环境——把变化掌握在手中

  测试环境搭建好以后不太可能永远不发生变化，至少被测应用的每次版本发布都会对测试环境产生或多或少的影响。而应对变化之道，不是禁止变化，而是“把变化掌握在手中”。下面的这些建议可以帮助你尽可能摆脱环境变化所带来的不利影响。

1.         设置专门的测试环境管理员角色

每个测试项目或测试小组都应当配备一名专门的测试环境管理员，其职责包括：

ü         测试环境的搭建。包括操作系统、数据库、中间件、WEB服务器等必须软件的安装，配置，并做好各项安装、配置手册的编写；

ü         记录组成测试环境的各台机器的硬件配置、IP地址、端口配置、机器的具体用途，以及当前网络环境的情况；

ü         完成被测应用的部署，并做好发布文档的编写；

ü         测试环境各项变更的执行及记录；

ü         测试环境的备份及恢复；

ü         操作系统、数据库、中间件、WEB服务器以及被测应用中所需的各用户名、密码以及权限的管理；

ü         当测试组内多名成员需要占用服务器并且相互之间存在冲突时（例如在执行性能测试时，在同一时刻应当只有一个场景在运行），负责对服务器时间进行分配和管理。

2.         明确测试环境管理所需的各种文档

一般来说，下面的几个文档是必需的，当然你也可以根据需要增加新的文档。

ü         组成测试环境的各台计算机上各项软件的安装配置手册，记录各项软件的名称、版本、安装过程、相关参数的配置方法等，并记录好历次软件环境的变更情况；

ü         组成测试环境的各台机器的硬件环境文档，记录各台机器的硬件配置（CPU/内存/硬盘/网卡）、IP地址、具体用途以及历次的变更情况；

ü         被测应用的发布手册，记录被测应用的发布/安装方法，包括数据库表的创建、数据的导入、应用层的安装等。另外，还需要记录历次被测应用的发布情况，对版本差异进行描述；

ü         测试环境的备份和恢复方法手册，并记录每次备份的时间、备份人、备份原因（与上次备份相比发生的变化）以及所形成的备份文件的文件名和获取方式；

ü         用户权限管理文档，记录访问操作系统、数据库、中间件、WEB服务器以及被测应用时所需的各种用户名、密码以及各用户的权限，并对每次变更进行记录。

3.         测试环境访问权限的管理

    应当为每个访问测试环境的测试人员和开发人员设置单独的用户名，并根据不同的工作需要设置不同的访问权限，以避免误操作对测试环境产生不利的影响。下面的要求可以作为建立“测试环境访问权限管理规范”的基础。

ü         访问操作系统、数据库、中间件、WEB服务器以及被测应用等所需的各种用户名、密码、权限，由测试环境管理员统一管理；

ü         测试环境管理员拥有全部的权限；

ü         除对被测应用的访问权限外，一般不授予开发人员对测试环境其他部分的访问权限。如的确有必要（例如查看系统日志），则只授予只读权限；

ü         除测试环境管理员外，其他测试组成员不授予删除权限；

ü         用户及权限的各项维护、变更，需要记录到相应的“用户权限管理文档”中。

4.         测试环境的变更管理

    对测试环境的变更应当形成一个标准的流程，并保证每次变更都是可追溯的和可控的。下面的几项要点并不是一个完整的流程，但是可以帮助你实现这个目标。

ü         测试环境的变更申请由开发人员或测试人员提出书面申请，由测试环境管理员负责执行。测试环境管理员不应接受非正式的变更申请（例如口头申请）；

ü         对测试环境的任何变更均应记入相应的文档；

ü         同每次变更相关的变更申请文档、软件、脚本等均应保留原始备份，作为配置项进行管理；

ü         对于被测应用的发布，开发人员应将整个系统（包括数据库、应用层、客户端等）打包为可直接发布的格式，由测试环境管理员负责实施。测试环境管理员不接受不完整的版本发布申请；

ü         对测试环境做出的变更，应该可以通过一个明确的方法返回到之前的状态。

5.         测试环境的备份和恢复

对于测试人员来说，测试环境必须是可恢复的，否则将导致原有的测试用例无法执行，或者发现的缺陷无法重现，最终使测试人员已经完成的工作失去价值。因此，应当在测试环境（特别是软件环境）发生重大变动（例如安装操作系统、中间件或数据库，为操作系统、中间件或数据库打补丁等对系统产生重大影响并难以通过卸载恢复）时进行完整的备份，例如使用Ghost对硬盘或某个分区进行镜像备份。并由测试环境管理员在相应的“备份记录”文档中记录每次备份的时间、备份人以及备份原因（与上次备份相比发生的变化），以便于在需要时将系统重新恢复到安全可用的状态。

另外，每次发布新的被测应用版本时，应当做好当前版本的数据库备份。而在执行测试用例或性能测试场景之前，也应当做好数据备份或准备数据恢复方案，例如通过运行SQL脚本来将数据恢复到测试执行之前的状态，以便于重复的使用原有的数据，减少因数据准备和维护而占用的工作量，并保证测试用例的有效性和缺陷记录的可重现。