我的测试历程[精华]

千里

第一楼：
我的测试历程1--写给测试新人[feiyunkai原创]
原帖引自：http://bbs.51testing.com/viewthread.php?tid=136989

第二楼：
我的测试历程2--写给初次写用例的朋友[feiyunkai原创]
原帖引自：http://bbs.51testing.com/thread-137467-1-1.html

第三楼：
我的测试历程3---用例设计思路（安装/卸载）[feiyunkai原创]
原帖引自：http://bbs.51testing.com/thread-137765-1-1.html

第四楼：
我的测试历程4---这个月我将做什么？[feiyunkai原创]
原帖引自：http://bbs.51testing.com/thread-138007-1-1.html

第五楼：
由跟贴想到--测试新人怎样更有效的利用论坛学习[feiyunkai原创]
原帖引自：http://bbs.51testing.com/thread-137869-1-1.html

第六楼：
测试怎样拿高工资--由‘参加1年测试培训想要拿高工资（7000-8000）的帖子’想到[feiyunkai原创]
原帖引自：http://bbs.51testing.com/viewthread.php?tid=138574

千里

写给初次写用例的朋友：（下面都是自己对用例编写的一点感受或建议，写的不对的地方请多多指教）
有很多朋友初次写用例，不知道从何下手，虽然有的公司给出了相关说明文档，但是写起来还是不能得心应手，编写用例方法有很多种：功能导向用例（边界值、等价类等等），用户导向用例（场景法），用户、功能相结合导向用例……那么对于初次编写用例，应该怎样高效率的编写用例？应该注意点什么？
一、功能导向用例是按照系统需要达到的每一个功能，进行编写用例，这样的用例着重点在功能实现上，而没有考虑到每个功能之间的关联，因而虽然用例已经达到功能覆盖，却不一定达到逻辑覆盖，因而这种方法通常会和其他方法结合使用。功能导向用例是每个用例编写者前期最常用的方法，网络上可以搜索到很多相关文章，这里因为时间关系就不写了。（还有一个原因就是可能写的很烂，所以就不拿出来丢人现眼了，呵呵）
二、用户导向用例是按照用户的习惯，将用户使用系统的每个目的作为一个目标，以每个目标实现为基点设计测试用例，这样的方法在B/S结构中使用比较广泛（我一直从事B/S测试所以适不适用C/S我不清楚，，但因为我喜欢玩网游，所以对C/S软件也不陌生，个人觉得也可以应用，现在的网络游戏（非竞技类）以多任务为主导，比如魔兽世界、梦幻西游、大话西游、完美国际、QQ三国等等，那么可以将完成每个任务作为目标设计测试用例）但是设计这一类用例，初写者，可能会产生很多困惑（下面写一下我第一次写的时候有哪些困惑，并针对这些困惑，后来采取了怎样的解决方案）
1、编写用例的第一步我该做什么？
理解系统，首先站在测试的角度深入理解系统的每个功能与系统业务逻辑，画出业务逻辑图（即：系统能做什么）。
其次站在用户的角度，列出用户使用系统的目的（即：用户使用这个系统，想干什么？）
2、怎样确定用户目标？
   不能确定用户目标，可能由2方面原因造成： a>对系统不够熟悉，b>不了解用户背景。对于第一点原因，那是你自己的原因，只有回过去头看文档了，对于第二点原因，可以从‘系统能做什么’推算出‘用户可以做什么’然后再总结出‘用户可能想做什么’，当然这样做的前提是你对系统已非常熟悉。
下面以51testing论坛为例，因为刚刚进测试论坛，所以对这类系统不太熟悉，只能简单的阐述一下过程，很多地方没全写（比如：角色、角色能做什么等等），这里只是阐述一种方法，大家可以自己动手写一下：
1、首先确定系统使用角色：
a、管理员用户：
b、普通用户：A)版主：见习版主、**版主……
B)水手：菜鸟、大虾……
    ……
2、确定这些角色能做什么：
……
菜鸟：看帖、发帖、回帖、修改自己发的帖……
……
3、将自己放在用户角度设计用例：
场景1：我不是51testing会员，我想发帖子
对问题进行扩展：我不是会员（怎样成为会员），我想发帖子（在哪里发帖子、发什么样的帖子、发完后怎样查看帖子、怎样修改帖子、怎样查看别人的跟帖、怎样回帖（并送鲜花、砸鸡蛋）、怎样退出论坛）

分析一下步骤：用户注册、登录、进入相关主题、发帖、查看帖、编辑帖、查看跟帖、回帖、退出论坛
下面可以设计用例了：
1、将用户场景作为用例概述
2、将用户目标转化为用例所要达到的目标：a注册为会员，可发帖子。  b非会员不可发帖子（根据具体情况而定）。
3、以问题扩展为步骤设计测试用例：
1.1我不是51testing会员，我想发帖子
目标：a注册为会员，可发帖子。  b非会员不可发帖子
Step 1 注册成为会员
详细步骤：1）在IE浏览器输入：www.51testing.com
                    2）点击【**】→点击【**】→点击【**】……点击【注册】，进入测试论坛注册页面（因为没打开51论坛，不记得步骤，所以用**代替，实际写用例过程应按照实际步骤写）
          3）填写注册信息，点击【提交】
预期结果：
1）成功打开51testing主页
2）成功进入论坛注册页面
3）A）填写的信息符合规则，注册成功，点击进入论坛链接直接进入论坛，未点击进入论坛链接5秒后自动进入论坛
B）填写的信息不符合规则，注册失败，有相关提示（具体提示应和输入错误类型对应，这里不详细写了）
Step 2 登录论坛,进入相关主题（根据实际，进入相应主题）
步骤：1）……
              2）……
预期结果：
              1）……
              2）……
Step 3 发表帖
……
Step 4查看帖
……
Step 5 编辑帖
……
Step 6查看跟帖
……
Step 7 回帖
……
Step 8 退出论坛
1.2 我是会员，我想有自己的BLOG
目标：会员可以成功开通自己的BLOG
前提：该用户已经注册为51testing会员（前提，应按照实际情况写，没有前提就不写）
Step1:……
步骤：……
期望结果：……
Step 2：……
……
……
1.3我是会员，我想改变我的页面风格
1.4我是会员，我想给好友发消息
……
（列出用户登录论坛的各种可能的目的，然后按照1.1的形式编写对应用例）
功能用例就不写了，网络上可以找到很多功能用例的编写方法
时间关系，先写这些了，写的不好的地方，请提出来，多多指教，谢谢
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原帖引自：http://bbs.51testing.com/thread-137467-1-1.html

千里

某项目（因为是实际项目，所以要保密）开发了６个多月了，2个星期前正式版本发布了，发布以后，需要开发新的功能点，预计今年年底开发完成，年假过后测试（单元测试是由开发完成的，所以测试组要等年后发版本，才能测试）。这时就有几个新来的同事不止一次的问我：我们现在任务的是什么？新功能什么时候开发完成，什么时候能测试？我告诉他们说年后才能测，有人问，那我们现在干什么？还要走用例吗？我说不用走用例了，这段时间自由测试，等马上新用例写好了，熟悉一下新用例…… 有些人见到这些问题可能会感到可笑， 但不可否认，有很多新人，遇到这样的时期都会很迷茫，不知道干什么好，只是很少有人问罢了，面对这个问题，下面我来写一下：这个月我将做什么？
第一周：熟悉新需求，编写测试用例（新人：熟悉新需求，自由测试，写测试总结）
2008年12月22日，正式版本发布了，同时也接到了新的需求。新需求下来，第一件事毫无疑问是熟悉新需求，编写测试用例。第一天熟悉新需求，在TD中把测试用例框架搭好，第二天写好大部分用例，这周的剩下几天，检查是否有功能和逻辑遗漏，补充用例。同时总结了一下自己，把自己的体会发布到51testing测试论坛
第二周：完善需求文档：
1、将有变动的需求以文档形式整理出来，防止混淆
2、画出了新需求的业务逻辑图（第一周是在纸上画的草图），将新功能与老功能有交互的模块罗列出来，用于在新版本中验证新功能的加入是否影响以前的功能，制定新版本出来后的测试方向（说白了就是罗列一下测试重点：1、根据经验列出哪些模块容易出现问题。2、理清模块交互关系，关注模块关联性（就是验证模块的改动对其关联模块会有什么影响））3、列出用户所有可能进行的操作或场景（为新版本测试执行提高效率）……）
第三周：第一天（今天）写总结
以后的安排：补充和完善前面的文档，上一些测试论坛学习相关知识，充实自己

上面是我的安排，那么对于新人来讲，应该做些什么呢？我只有2个字：总结

下面讲一下，我刚进入测试行业是怎样总结的（利用测试管理工具进行总结）：
1）把测试管理工具中的缺陷全部分类导出，总结一下哪些模块容易产生哪些缺陷，重点看一下自己没发现或没有考虑到的缺陷，关注CLOSED_NBUG、ByDesign、Rejected、Deferred状态的缺陷：
a)CLOSED_NBUG状态的缺陷一般都是需求不明确，需求变更而产生的，看一下这类缺陷，可以总结一下哪些需求容易产生误解，和出现了哪些新需求。
b) ByDesign 状态的缺陷一般都是设计上的问题，可以以此总结一下设计上存在哪些不足，有什么好的建议，还可以给项目经理提（这样的建议一旦采纳，那你的身价会提高很多）
c) Rejected状态的缺陷有几种情况：一、重复提交（有的人会改为CLOSED_Nbug）二、开发人员认为不需要修改，三、不是问题（对需求不够理解造成）对于Rejected状态的BUG一定要看Comments（备注：通常是说明Rejected理由的），如果没加备注，那要确认下为什么要打回？（我们公司要是Rejected不加备注，要直接打开，然后备注写上：未说明Rejected原因，重新打开，个人觉得这样不太好，应该先和开发确认一下Rejected原因，合理的话要让他加上备注，如果不合理，要和他交涉并和测试组长或经理确认一下是否需要重新打开）
d)Deferred 状态的缺陷一般是项目时间比较紧而且这类缺陷的存在又不会影响系统的正常使用，所以延期处理，对于这样的缺陷，可以暂时不用关注，但是要确认一下大约在哪个阶段修改，确认后记录下来，到了相应阶段，继续关注这些缺陷，可以通过这类BUG总结一下哪些缺陷可以延后处理（重点说明：优先级虽低，但是一定要提，只是为了让自己对缺陷主次有个认识）
    2）如果说测试新人工作的第一层次是从执行用例开始，那么第二层次就是编写测试用例了
把测试管理工具中的用例详细看几遍，学习别人的用例编写方法和思想，空闲时间可以自己试着编写，看自己编写的与别人编写的用例差距在哪，从而不断完善。重要说明；着重用例编写方法和思想的学习，而不要死搬硬套
    3）进入一些测试论坛，比如51testing，把自己的困惑和经验和大家一起分享，在学习中，不断进步。
好了，马上下班了，先写这些吧，写的不好的地方，请多多指教，谢谢。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原帖引自：http://bbs.51testing.com/thread-138007-1-1.html

千里

时间如指缝滑过的风，还没来得及察觉，就已流逝，不知不觉做测试工作一年多了，从没有项目经验到EM，从EM到HRS，从HRS到CRM，从CRM到CB...迷惘过，也失落过，但就在这迷惘与失落的同时，自己也在慢慢的成长……
    从ERP到软件测试：
    我以前一直过着与世无争的生活，只要能吃饱，就算天塌下来也无所谓，大学毕业做了一年多的ERP，工作很轻松，当时也很乐意做这样的工作（可那时我忽略了一件事：我，是男人）……时间如墙上的蜗牛，虽然爬的慢，可一刻都没停止过，再回头只能看到墙上的那道淡淡的白色“轨迹”，某年某月（保密）与恋爱十一年的她分手了，坚贞的情感，最终抵挡不住金钱的诱惑，曾经自己的公主拜倒在别人的脚下……
    没有痛，因为心已麻木，没有哭，因为有雨，有人说泪水可以泡软人的脊梁，如果你甘愿堕落，我颓废了将近2个月，又有人说泪水可以让人变的坚强，如果你不向现实低头。只要有风吹过，泪水总有干的时候，渐渐的我开始思考，渐渐的开始发现，钱对男人是多么的重要，于是我辞职了，考察了很多行业以后，我选择了软件测试，因为它的前景，也因为自己的特性，于是我向测试迈出了第一步：参加测试培训，培训的过程除了听、记、问、实践以外也没什么可说的……
    对面试班驳的记忆
    第一次面试失败原因：1、学了后面忘了前面，没有及时回顾以前的知识2、紧张是最大的障碍，记得那次问的问题很简单，但是很多平时脱口而出的知识点，这时候却怎么也想不起来，主要问了以下几部分内容：OSI七层结构、白盒和黑盒测试有什么异同，编写用例有哪些方法，软件测试生命周期，软件开发模式有哪些，如何提交缺陷，Linux常用命令有哪些，SQL语句：增、删、改、查、创建视图、创建存储过程等，软件测试需要哪些素质，你以前工作还不错，现在为什么选择测试，你认为你做测试工作的优势是什么？总之问了很多，不过问题都不难
    失败后，我采取的对策；买了个可随身携带的小本子，花了一下午时间总结一下面试中问过的问题，晚上又到网上查了很多面试中可能问到的问题，一一记录下来，后来又花了2天时间把所有学习中的重要知识点记录下来，再后来的2天我出现在了秦淮河边，手里拿着那个小本子（后来送朋友了）.....
        第二次面试：失败原因对待遇问题回答的失败：
    第一轮笔试，考的是开发的试卷C/C++，C占10% C++占60%，智力题30%，因为没学过C++，所以C++都是根着自己的推想答题的，C语言只有2题，一个选择题一个编程题（考了指针）智力题总共4题，比较简单都做对了，具体题目记不清了（面试结束回家等通知，回家的路上买了本C++从入门到精通）
    第二轮测试王经理面试：问了很多测试方面的问题，都是对答如流，但后来问了2个开发的问题，一个面向对象语言的，刚好看到过，回答上了，还有个是架构方面的，没回答上来，我说不好意思我不会（后来才知道，勇敢的承认自己不会要比乱回答好的多）面试的过程很愉快，面试结束后，王经理说，请稍等一下，人事部陈经理有些人事方面的问题要问一下
    第三轮人事陈经理面试：开始问了一些问题：怎样做好测试，为什么选择测试行业，等等都回答的很好，最后聊到薪水的时候，陈经理问：假如我们公司录用你，你期望的月薪是多少？我说：作为一个测试新人来讲，测试经验对我来说很重要，薪水多少并不重要（犯了个巨大的错误，对薪水要求过低会给对方造成缺乏自信的误解）陈经理说：“薪水不重要，那公司不给薪水你也愿意做吗？怎么可能？”听到这句话，我知道＇成功的母亲＇又来看我了．
    失败后，我采取的对策：记录下人事问的问题，修改了下对薪水问题的回答：测试经验的积累对于一个测试新人来讲无疑是最大的财富，但人要生存，又必需有经济收入，我期望的薪水就是经验财富与物质财富的平衡点：月薪***（回答的时候面带笑容，语速不能太快，最好能像和朋友聊天一样），当天又到网上查了很多面试陷阱
    第三次面试，成功的开始，成功原因对基本知识的掌握、自信、礼仪
    第一轮上机面试：参与面试的共六个人，公司直接给个系统，让我们开始测试，然后写份测试报告，时间2个小时
    这是我第一次接触真实项目的上机操作，紧张是难免的，但是很快就进入状态，首先看了下测试说明（缺陷提交规范），然后开始看需求文档，看完后，打开系统，打开需要测试模块的每个功能模块，粗略看下有哪些功能，然后进入了漫长的测试（没有用例，只能通过自己对系统的理解去测，再次说明需求理解对测试的重要性）房间里只剩下6个相对静止的人……
     时间不因为我们的“静止”而静止，终于上机时间到了，把测试报告提交到指定文件夹下，当时测试说明中明确规定，以姓名_日期.TXT命名报告， 可打开文件夹，有WORD，有Execl，有的命名格式也不对……
     上机结束了，大家自我感觉都很不错，当时我表现的并不好，找了23个BUG，第3，这时经理和我们讲，你们要是没什么疑问就先回去等消息吧，我把椅子还原到原来位子，因为是最后一个走，和经理说了声：**经理，谢谢您，再见，然后又和另外一位在办公室的员工说了声再见，然后随手把门轻轻的带上
      第三天，6个人中只有2个人接到电话面试通知，其中有一个是我
      又过了2天，电话面试开始了，有点紧张，但问的问题基本上都回答上来了，电话面试结束前，问了下，请问经理您贵姓，他说他姓王，我说谢谢您王经理，希望以后有机会向您学习测试经验（可以不失时机的表达一下自己对学习的渴望，语气要诚恳）
      又过了2天，接到经理打给我的电话，面试通过了，6个人只有一个通过
      成功经验：1、熟悉系统，不错发BUG，严格按要求做（当然公司有什么不合理的地方可以提建议）
                2、礼仪、礼貌（一般比较正规的公司都会注意到这些细节）
                3、学会总结，不要让自己在同一个地方跌倒
      下面总结一下测试新人，怎样快速找出系统的不足或缺陷
      1、阅读需求文档，深入了解系统，磨刀不误砍柴工，不要还没弄清需求就开测了，（一个星期前，公司刚进一个新人，TD上查看了下他们发的BUG，发现好几个是需求不明确误发的）心想：原来是这个系统啊，项目实训的时候做过和这个类似的项目，于是就把实训的系统需求硬生生的搬到当前系统来，这样做的风险太大，因为每个系统的需求都不一样，不能生搬硬套，打个比方：假设要你制造一辆轿车，你以前制造过普桑，就把你制造普桑的技术拿去制造林肯，这样做显然不合适。熟悉系统（一般公司都会有系统熟悉情况考核）所以请一定要认真的阅读需求文档（有的公司叫产品定义）
       2、熟悉测试用例，这是测试执行的一个导向，要想快速高效率的执行用例，必须在熟悉系统的同时，熟悉用例，熟悉每条用例覆盖的需求，这样执行起来才能事半功倍
       3、记住自己在工作中扮演的角色是测试而不是开发 。珍惜时间，避免不必要的浪费。作为一个测试新人来讲，刚开始接触项目，有很多时候发现BUG，只是知道它的表象特征，却无法弄清这个缺陷是由什么引起的，这里就存在一个误区，花过多的时间去寻找原因，因为受个人所学习知识和经验上的限制，有的缺陷很难短时间内找到产生原因，与其这样浪费时间，不如将BUG重现给开发看一下，让开发找原因，那样即不耽误下面的测试也能在短时间内找出原因，从根本上解决BUG。
       4、一旦发现缺陷，应立刻提交。有几种情况：测试就像是一场优胜劣汰的战斗，你的动作慢了，成果就是别人的了。
        1）作为一个测试新人来讲，测试的第一步，可能是从执行用例开始，而成功的用例（项目刚开始时）可以发现很多系统中存在的问题，同一条case里的不同STEP就可能发现多个BUG，那么对于这样的情况，我们要做的是：发现就提交，不要等到所有STEP都执行完再提交。那样说不定已经被别人提交了。
        2）‘抛开’需求说明书（即不用看需求说明书，对需求也特别熟悉），以快取胜。假设你和同事同时发现了个BUG（双方都不知道对方在提交），而你对需求不熟悉，不太确信是个BUG，然后又去翻需求，翻完回来再提交，结果这时候同事已经提交了，那么不好意思，你的BUG只能作CLOSED_Nbug处理了，如果一定要加上一个批注，那么将是，重复提交（测试新人，备注里不建议加测试建议（即怎样修改可以避免此缺陷），因为有可能会对开发产生误导）特别说明：1）速度和效率同时考虑，尽量别发错BUG；2）公平竞争，还要考虑团队合作，在别人的测试模块发现BUG，建议告知对方提，与同事交流的时候，同事讲到的缺陷，而缺陷管理工具中没提，应该让对方提交上去
       5、新版本发布：
       1）验证FIXED缺陷，如果验证通过了，把状态改为CLOSED（关闭的时候一定要加个备注，（比如：某月某日某版本验证通过。）对于开发修改了，但是与需求有出入的，且与测试经理确认可以这样修改时，备注建议这样写：某月某日某版本验证通过，修改为……），如果没通过改为OPEN（同样加个备注：某月某日某版本验证未通过），这里存在一个误区，有的人会把状态改为REOPEN，如果是公司要求的，那无可厚非，如果没有要求，建议改为OPEN，因为REOPEN是已经确认修改并且该BUG已经改为CLOSED状态后，才需要修改为REOPEN状态的。（有很多公司是不允许出现REOPEN状态的（针对开发），一旦出现，开发此模块的程序员绩效可能会被大打折扣，我现在所在的公司就是这样的）
       2）冒下烟确保主流程畅通，然后再进行功能测试，着重测试有修改的或者与所修改模块有调用关系的模块和发现BUG比较多的模块（公司发布版本会邮件通知修改的模块与修复的BUG），未改动的模块建议做个流程测试。特别说明：主流程走不通，应立刻MSN给项目负责人（组长或经理，如果有本项目MSN群，直接在群里讲就可以了）
       6、如果版本未更新，
       1)建议着重进行业务逻辑方面测试，在电脑上以文档形式画出简单的业务逻辑图片，重点说明：一定 要尽量考虑所有的情  况，因为这样的BUG要么就没有，一旦有就是HIGH
       2)建议进行环境测试（当然要根据需求测试相应的环境）
       3)严格核对需求文档，防止需求遗漏
       7、严格按照缺陷提交说明提交BUG，因为这有可能涉及BUG的统计问题，（一般公司的缺陷描述：系统名称_功能模块，缺陷描述，要具体问题具体对待）
            优先级和严重程度不要夸大也不要降低，实事求是，因为这与开发和测试的绩效考评有挂钩，要是夸大缺陷，会影响开发的绩效考评，降低会影响自己的绩效考评，建议：系统级（影响流程）和跳黄页（报服务器错误的，这类缺陷有的是服务器配置错误导致）建议为高，功能实现建议为中，界面易用，或者不影响系统使用的其他问题建议为低，具体级别公司会有规定，如果没有规定，可以参考一下我的建议
       8、测试没有空闲。项目在不同阶段，会有些时间很‘空闲’。建议：
       1）把测试管理工具中的缺陷全部分类导出，总结一下哪些模块容易产生哪些缺陷，重点看一下自己没发现或没有考虑到的缺陷，有多余时间可以看一下CLOSED_NBUG、ByDesign、Rejected、Deferred的缺陷：(下面是为什么看这些状态BUG的原因，但是超过10000字写不下了,我把写好的WORD文档放附件了)


      最后，喊一下我的口号：学会分享，明天你就是测试大虾

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原帖引自：http://bbs.51testing.com/viewthread.php?tid=136989

千里

我一直从事B/S测试工作，因为对网游（主要是C/S结构的）比较感兴趣，所以现在开始学习游戏开发方面的知识（刚开始看），比如opengl、、VC++游戏设计入门、windows游戏编程大师技巧、数据结构算法等，为以后转游戏测试做准备，既然做C/S测试，安装/卸载是测试的很重要的部分之一，所以利用空闲时间写一下自己的安装/卸载用例设计思路，练习一下，如果你觉得写的不好或者觉得有需要补充的地方，请大家提出来，大家共同学习，共同进步，谢谢！

安装卸载用例设计思路（界面、易用方面的没写）

一、安装路径：
   1、缺省路径安装
   2、自定义安装路径:
   a) 通过浏览，选择自定义路径
   b) 手动输入路径（存在的路径、不存在的路径）
   c）非C盘安装
   d）指定路径下已有同名文件
   e) 中文路径（中文路径、中英文混合路径）
   f) 包含空格的路径（空格、下划线等合法路径）
   g) 非法路径（路径中输入特殊字符，看处理是否正确）

二、安装环境：
   1、没安装过
   2、已安装过老版本（系统正在使用、系统未使用）
   3、已安装了最新版本
   4、卸载系统重新安装
   5、安装一半，异常退出（比如在线安装断网、本地安装点取消、断电等），可重新安装
   6、磁盘空间不足
   7、删除了部分文件（可正常安装、修复、卸载系统）
   8、操作系统Windows（WindowsXP、Windows2000、Windows2003、Vista等，区分专业版、服务器版以及不同补丁环境）、Unix 、 Macintosh 、 Linux等
   9、杀毒软件：金山、江民、瑞星、诺顿、卡巴斯基、安全卫士等（根据需求，测试相应的环境）
   10、标准配置安装、推荐配置安装、最低配置安装、未达到最低配置安装（硬件环境）

三、安装类型：

     1、标准安装

     2、推荐安装

     3、自定义安装

四、安装完成
   1、安装成功，检查版本信息是否正确
   2、安装完成，文件属性为非只读
   3、安装完成，快捷方式检查，创建快捷方式正确
   4、双击快捷方式，可以正常打开系统
   5、打开系统所在目录，双击打开（右键打开），可正常使用系统
   6、安装过程中，任意步点击取消，成功取消安装
   7、卸载过程中，任意步点击取消，成功取消卸载
   8、各杀毒软件防火墙操作系统可正常运行
   9、不同分辨率下，系统可正常运行

五、卸载方式：（1、正常卸载后检查文件是否全部卸载，注册表是否有残余信息，控制面板中检查系统是否被删除。2、异常卸载是否正确处理 ）
   1、添加/删除程序中卸载
   2、开始→程序，快捷方式中卸载
   3、使用安装程序卸载
   4、使用系统提供的卸载文件卸载
   5、直接删除文件夹（删除后，验证再次安装是否报错）
   6、系统正在使用，卸载系统

六、网络环境：（针对以来网络的系统；比如网游等）
   1、不同上网方式是否能正常使用系统（比如：专线上网、代理（需要密码，不需要密码）上网等）

2、不同网络提供商提供的网络环境下是否能正常使用系统：电信、网通、百灵、铁通等（根据需求测对应的网络提供商）

七、用户类型：（针对需要序列号的安装）

1、体验用户（体验期/超过体验期，卸载后安装）

2、付费用户（付费期/超过付费期，卸载后安装）

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原帖引自：http://bbs.51testing.com/thread-137765-1-1.html

千里

从注册51testing会员（2008年12月29日）到现在（2009年1月9日），快2个星期了，论坛中浏览帖子的同时学习了很多宝贵的知识，写出了自己的测试经历的同时，也从跟帖中发现很多问题，有人说：没有总结就没有进步，下面总结一下我在51testing论坛十多天来的感受：

场景一 2008年12月29日我注册51testing第一天，发表了一篇《我的测试历程--写给测试新人（面试经历和测试建议）》记得那天，刚提交就有人跟帖了。而且很短的时间就有好几个人跟帖，看了一下跟贴内容，大多都是学习了
场景二、2009年1月9日早，看到了一个提问的帖子：什么是α、β测试 ，粗略看了下跟帖内容，很多观点都是错误的，同样还有很多跟帖：学习了

这让我在被他们的学习（不管是被迫无奈（为了工作）的学习还是主动（为了提升自己）学习）热情感动的同时，也有点担忧，担心他们因为学习方法的不当，影响甚至阻碍了学习进程，学习方法不正确，就像编程过程中调用了错误的方法，虽然有可能对系统的影响不大，但就不可能达到预期效果。那么怎样通过论坛来学习和提升自己呢？下面总结一下我自己的一些学习方式
一、看帖：
1、多看一些测试经历类帖子。这类帖子一般会包含几个方面内容：a）为什么进入测试行业b）测试学习过程c)面试经历d)工作中出现哪些问题，当时是怎样解决的e)对工作的总结f)工作经验的分享等 因为每个人做测试都会有某个阶段很迷茫，或失去方向， 看些这类帖子，可以学习一下他们面对迷茫是怎样解决的，当然重点要看下他们在实践中总结出来的宝贵经验（有的经验不一定正确，但你可以通过论坛询问、搜索网站搜索等方式区分一下，学习正确的观点，警惕错误的观点）把写的好的作者收藏起来或加为好友，然后查看一下该作者写的其他帖子，当然每个人的特长都不一样，这个帖子写的好，别的帖子可能写的很一般，这就要加以区分的学习
2、看一些求助类帖子。这类帖子大多是对测试的疑问和工作过程中遇到的问题。这些问题在你以后的学习或测试过程中，都有可能会遇到，所以可以先看一下，免得到时候手忙脚乱，这类帖子要看的重点是跟贴，当然跟帖中会有很多观点有争议或者并不正确，同样要加以区分的学习，正确的观点可以学习，错误的观点可以提醒自己不要犯同样的错误
3、看帖一定要看回贴，说出自己的观点，看别人是怎样评价自己的观点的。这样不仅可以巩固自己的所学的知识点，还可以验证自己观点的正确性
二、跟帖：对于技术类帖子，LZ希望看到的跟帖是对本帖子的评价（哪里写的好？哪里写的不好？你对这个观点的看法）从而从中认识到自己观点的正确性和存在哪些不足，对于类似于‘学习了’的跟帖，说明你很可能没用心看或总结帖子内容，那样看了帖子以后说不定第二天就不记得帖子说的是什么了，看帖的目的是学习别人的长处弥补自己的不足，而不是为了看帖子而看帖子（戴着学习的帽子，浪费时间），因而跟帖中可以这样写（至少应该总结一下）看了这个帖子我的收获是什么？对于这个观点我自己的见解是什么？有哪些地方需要补充？有什么地方不理解？对比一下同类帖子，将自己的收获和疑惑记录下来，这样LZ可以根据你的问题，有针对性的给你解答，一个好的跟帖通常会给你带来很多新朋友
三、‘跟’（跟踪）帖 对于写的好的帖子，我们不应该看了就丢一边了，而应该长期关注。很多比较用心的LZ会在帖子里定期或不定期的修改或补充内容，会对每个跟贴进行回帖，这个过程中，很可能有的修改后的内容或跟帖内容恰恰是你也想知道的内容，如果不继续跟踪帖子，那只能遗憾的错过了。（从注册到现在我写过三篇经历（《我的测试历程—写给测试新人（面试经验和测试建议）》、《我的测试历程2--写给初次编写用例的朋友》、《我的测试历程3--安装卸载用例设计思路》1、写了面试经历，测试过程总结出的经验2、写了用户驱动用例设计思路。3、写了安装卸载用例编写思路，其中1修改了不下四次，补充了很多测试经验，2和3也修改了两次）
四、求助过程要谦虚，讲话要通俗易懂，要想知道答案，首先要做的是：让对方知道你在问什么！（这是我发的帖子中唯一用了感叹号的句子）刚好今天上午我有个同事（做测试一个多月，因为都是住公司宿舍，所以还算熟悉）问了我一个问题（原话）：你们这个日期控件是怎么调用的？当时把我问傻了，我说：“你说什么？我不懂”，他说：“你不是专门测这个项目的吗？怎么还有不懂的？”（说实话，当时很不爽，感觉像是上司在问话似的）我说：“你先告诉我，你想干什么？”他说：“注册页面的日期控件怎么一直提示格式不正确啊？这里的控件是怎么调用的？”我很无奈的笑了下，说：“你想问的是需求中日期控件的格式吧？”他说：“是啊”现在才知道他想问的是：需求中的日期控件的格式是什么。所以建议大家问问题要抓住问题的关键问，不要因为是新人怕别人看不起，就把本来很简单的问题描述成看起来很深奥的东西，作为新人来讲，犯错也是很正常的事情，只要你的心态正确，没有人会怪你，相反还会去帮助你，但是没有必要伪装什么。新人就是新人，不是什么丢人的事，谁不是从新人阶段过来的。（给他们做简单的业务流程培训时：看了下他们部署的网站，1、版本不对（低了3个版本）2、用户帐户管理还没配置。3、有个网站的数据库配错了。后来配置人员修改了配置，才得到解决）
纯粹是自己的一些想法，写的不对的地方，希望大家多多指正，谢谢
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原帖引自：http://bbs.51testing.com/thread-137869-1-1.html

千里

今天看到一个帖子,大体意思是:我想参加测试培训,在一年时间内学好测试,拿高工资(7000-8000)…那么对于做测试1年(包含培训时间,实际工作只有半年)的朋友来讲,究竟能拿怎样的工资呢?会有那么高的工资吗?下面说一下我自己的一些看法:
       测试行业刚入行就拿高工资的，通常会有两种情况：一、精通一门以上外语（口语和阅读能力要求很高）且沟通能力很强。入职或外包到外企(比如:日、美等) 二、沟通能力很强，有编程基础，精通一门以上编程语言（具体要看公司要求），入职白盒测试（很多公司白盒都是由开发做的，可见对编程的要求比较高）或性能测试（自动工具使用和测试结果分析能力要求比较高,还要求会编写脚本）当然其他非正常的情况这里就不考虑了，比如有关系等
       那么请问，你的特长是什么？外语？编程？性能测试工具？
       如果你有特长（比如英语6级，口语好，日语好等），一年8千不是梦，08年有个朋友（没有测试工作经验），掌握双外语（英语（6级）+日语（不知道几级）），参加软件测试工程师培训5个月,还没毕业就于08年5月中旬被印度阿普泰克公司录取，试用期8000/月，一个月后转正12000/月,另外我现在的公司有个同事(2年多工作经验),08年8月份去大连的一家软件公司面试(试用期:月薪12000),公司明确承诺,如果测试技术不好,公司可以提供培训,但是英语一定要好,前面技术方面的面试、笔试都通过了,最后一关,和面试官用英语聊天的时候,被淘汰了,原因是哑巴英语,很多都说不出来……
       如果你没有特长：也有两种情况可以拿高工资，不过要付出的会比别人多的多（还和运气有关，不排除会有怀才不遇的情况）：一、创造特长：利用业余时间学习外语和编程（但是短时间学好很困难，因为外语学习是一个长期积累的过程还要有个良好的外语环境(哑巴外语是没有用的)，编程学习是经验的积累过程，假如都很容易学，那么谁都学的很好，那也不会有高工资了）而同时还要学好测试知识以及了解测试相关知识（比如：系统知识、硬件知识等）二、学好培训的每种技能的同时，在性能测试工具上下工夫，着重性能测试结果的分析上，因为工具用起来并不困难，难的是出了测试报告，怎么分析结果找出系统瓶颈。如果你做到了,那么我想,不久的将来,你会拿到你想要的待遇.
        对于只想通过培训，学好培训机构培训内容，就想拿高工资的人，那么一年7000-8000，只是个徐徐飘起的肥皂泡,虽然会越飘越高,但终有破灭的一天(找到工作的那天)，参加软件测试工程师培训要6个月左右时间（说明：培训的知识都是比较皮毛的知识（比如：性能测试（LR用起来并不难，难的是对测试结果的分析上），对测试结果分析讲的很少，而且自动工具放在最后快毕业的时候讲的,那时候面临找工作面试、毕业考试等,所以可能也没那么多精力去学习了.另外有很多地方连讲师都将不明白(要是比较一下一个高级讲师和高级性能测试工程师的待遇,也许你就会明白为什么讲师都有的地方会搞不清楚了)，功能自动测试工具（QTP比winrunner多了个关键字视图,所以对于不懂编程的人,比较好用一点）只能学到关键字视图下的脚本录制回放（脚本参数化，action分割，设置检查点，输出值等），而不能自己通过专家视图根据实际需要编写需要的脚本(因为要有编程基础)，实际工作中很多脚本是没有办法通过关键字视图进行‘傻瓜式’的录制回放的，所以，除非你有编程基础，不然学习编程语言又要花很长时间.完成一个系统的软件测试工程师培训，只能说明你有可能对测试已经入门（因为一般培训机构都是承诺推荐工作直到找到工作为止的，所以不排除没用心学习的人），学到的只是测试的基本思想和一些方法罢了，向实践转换还需要一个过程。找工作一般要半到一个月左右时间（因为测试通常有3次面试（有的公司会更多，比如：华为有6次面试）,第一次笔试,第二次技术部门面试,第三次人事部门面试。这样一轮面试下来也要一个多星期时间。）运气不好，可能要2个月甚至更长，拿北大青鸟为例（因为我参加的是北大青鸟的培训费16900，感觉蛮贵的，本来也考虑去51testing，因为51testing有个先就业后付款的优惠政策，而且性价比比较高，但是因为那时候在南京，南京还没有51testing培训点，所以去北大青鸟了），现在他们一个月开一个班，（08年10月份以后）一个班级30多人（07年一般都是10-15人左右，（我是07年参加培训的，所以用了那时的数据和现在的数据对比一下）现在每期都爆满，可能是受金融危机的影响吧），那么你想想6个月又出来多少跟你一样甚至比你优越的竞争者，再加上别的培训机构，比如51testing、NIIT），再加上5个月的工作经验（如果运气好一点的话，找了一个比较好的公司，员工之间没有隔阂，大家都很乐意帮助新人，那么你可能学到很多知识，当然那只是理想状态，现实中理想状态毕竟很少），找了好一点的公司（要看运气）4500-5500，一般的公司3500-4000（这个工资是在上海的，要是消费比较低的城市可能还没这么高的工资，要是在南京要减去1000左右，我以前在南京一起培训的朋友，刚毕业基本是2500-3000左右（南京））
      上面的分析都是根据实际情况分析的，涉及的数据都是相应时期的真实数据，
金融危机的影响
       裁员与失业，数据我就不统计了，大家可以在新闻报纸上看到很多这样的数据。那么我想问一个问题:
失业的人会甘愿永远失业吗？
      显然不会,他们面对自己的失败,大多数会反省和思考,会重新拟定自己的职业规划,淘汰是因为有不足,那么怎样弥补自己的不足呢?很多人自然而然的想到参加培训,充实自己,培训是种投资.那么他们会甘愿自己的付出得到的只是少的可怜的回报吗?显然不可能,每个人都希望自己的投入能够得到最大限度的回报,这时很多人把目光投向了目前的黄金行业IT行业尤其是软件行业….软件开发：培训费用高,而且需要周期长,刚培训完没有工作经验工作超难找(公司的好几个开发都这样和我讲过),而且一年内工资会很低（据同事讲05年的时候，才1000左右）.软件测试：随着国内测试行业的发展,和测试培训机构铺天盖地的宣传,使得很多人相信,这是个黄金职业,进入了就能有高工资(虽然这是个错误的想法,51testing有个帖子的楼主,好象是在苏州还是杭州的吧,2年WEB测试经验,现在工资降到1000多,还有其他很多面临裁员的测试员也不在少数)所以很多人踏上了,测试培训之路,这就大大增加了测试学员的就业竞争。
        测试岗位就那么多,甚至在减少,那么那么多测试学员怎样就业,怎样拿高工资呢?
        首先要做的不是分析目前的就业形势也不是分析哪家培训机构的性价比更高，而是要分析一下自己：你适合学测试吗?你学习测试的优越性在哪？你能忍受进入测试工作中，每天都做重复的事情吗？
        其次参加培训的时候，你要做的是怎样学好测试，而不是想我能学好吗？别人都有基础，我会超越他们吗？而是相信自己一定能学好。在测试学习过程中关注测试相关知识的学习.比如：操作系统、硬件知识等另外就是要重点学习,什么都会一点,没有突出的技能,别人认为你很平庸,有句俗话:一白遮三丑,那么假如你有一个技能掌握的很精,那么即使你某些方面做的不够好,也没有人会在意的
        再次参加工作以后，要将理论在最短时间内转化为实践,做好再学习的准备（毕竟培训的内容有很多都是理论上的，实际工作中难免会有所脱节，比如：写测试用例，写测试计划等）
        时间关系先写这么多了，以后补上。以上只是自己的一写看法，有什么不对或不好的地方，请多多指正，谢谢！
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
原帖引自：http://bbs.51testing.com/viewthread.php?tid=138574

月上百合

沙发一个，

lza945

不错，辛苦楼主搜集转帖

wjnjchina

好帖是不能下沉地

S小虾米

LZ辛苦啦，真是好东东，学了不少，顶

冰儿1988

虽然内容好多，但还是坚持都读了一遍，很受启发。

冰儿1988

也许我的问题很白痴，可我还是想问，大家为什么叫你LZ呀

SQLme

原帖由 lza945 于 2009-10-27 14:36 发表
不错，辛苦楼主搜集转帖

月上百合

原帖由 冰儿1988 于 2009-10-29 14:30 发表
也许我的问题很白痴，可我还是想问，大家为什么叫你LZ呀

就是楼主呀，开贴的人都叫楼主，简称LZ

amy_love

谢谢lz  lz辛苦啦

cms19851001

lz辛苦了

dxy_lwj

不错，很有启发，看完一遍，把自己平时的零零散散的一些测试思路基本理顺了，也应该总结一下了。谢谢lz

luozhijun

看着别人的故事，少走点弯路！
平凡的人，平凡的事，不一样的感受。

测试人生，人生测试

wmfcad

看楼主的经验，比看一些理论书籍还有用。希望看到列多的相关经验分享出来