一些说明

　　计算机技术与软件专业资格(水平)考试分为初级、中级、高级，其中软件评测师属于中级。软件考试每年有两次，但评测师只有上半年才有。通过了这个考试,相当于中级职称。软测的考试年龄只有两岁，2005年5月第一次进入考试范围，可以说它是新生的充满活力的生命，成长空间很大。很多测试人员都不知道有这个水平考试的存在。据说前两年考试通过率都比较低，10%不到。

　　软件评测师考试意义

　　现在考证是个趋势，但说实在的，软考证书个人现在不觉得有什么实际用处，可能大多数软件公司并不会因为你获得了软件评测师资格或是中级职称就升工资(少数公司福利好的可能会有)，也许在找工作的时候会有点帮助吧。

　　倒是备考过程中的学习意义比较大，毕竟很多基础的知识的记忆都不是很牢固，回过头去巩固学习别有一番体会，也会触发更多工作方法的灵感。即使通不过自己的知识也增长了!

　　另外，如果能通过自己努力，在10%通过率下顺利通过，也是很有成就感的啊 ，咔咔。

　　备考经验

　　备考的复习资料主要有考试大纲、指定教材软件评测师教程、以及一些试题及答案分析。我觉得评测师教程不错，条理很清晰，阅读起来比较容易理解，我现在还一直作为手册来用。个人建议在考试前至少两个月就要开始复习备考了并做好学习计划，因为一开始还是比较难以进入良好的学习状态，同时需要复习的内容也很多很细需要一定的时间去理解消化，如果备考时间不足临时抱佛脚就不太好了。当然个人情况不一如果你原来基础就很好那也不需要。另外一些章节后面的习题也要做一下并弄懂解答原理，因为有一些考试试题就是类似的。

　　把考前的心态调整好比较重要。不要理解为去应付考试，这样很消极对备考不好，我们可理解为平时难得有机会这么系统的去学习，借助考试的机会好好的复习一把。这样的会就比较容易找到动力了。同时最好不要有侥幸心理。

　　考试分上午题和下午题。上午题主要是考基础理论，考的范围很广很细，这要求备考时准备充分一下，考试内容大部分都来自教程;下午题考实战的，需要理论加实际工作经验了，但大部分还是书本上有的。比如去年考的安装测试要点、单元测试路径、圈复杂度计算、性能测试等。

　　我的体会是只要备考充分加上一些工作经验还是比较好过的，也有人说去年的试题比较简单，不知道是不是。

　　软件评测师和测试工程师的区别

　　从字面理解上，评测就是测试+评价，以测为主，测完后再加上评价。个人理解，软件评测师只是一个考试的名称、资格的名称，而对应到实际工作中，仍然是测试工程师。并且，好像国外也没有评测师这一叫法?中国特色?

　　获取证书之后

　　通过了考试获取证书之后必须每3年到教育办公室(名字记不清了)进行登记，登记时需要出示继续教育证明。意思是通过考试之后每n(n>=1)年还要参加继续教育才行。这个比较麻烦。另外软件评测师只是中级职称，之后我们就要继续向高级职称的考试(信息系统项目管理师、系统分析师、系统架构设计师)挑战了，呵呵

        很多做测试的朋友（特别是做较长时间的）都有一种感觉，没有了刚开始做测试的热情和积极学习的劲头，失去了对那些枯燥的程序的兴趣，不管如何改换花样也找不到以往那些锲而不舍、认真负责的精神了。我个人也有这样的感觉，我想这与生活的压力，公司对自己工作的认可和测试工作的重视程度都有关系，不管怎么样吧，我想这不过就是个理由罢了，这也是我特别想对自己说的话。

        就象那篇文章所说的，我们需要返回菜鸟（新手）的情绪，我习惯用激情。让所有的事情看起来充满未知的可能，那么有希望而令人兴奋。

        如何让我们的情绪激动起来，让事情变的富有希望呢？

        1、了解新的东西。测试领域不过是一棵树。我们在其他方面的兴趣呢？时势、财经、体育、教育、医疗、衣着、饮食或者明星八卦，去尝试了解这些领域的内容。看看那些不是IT圈子内的人，那些技术以外的五彩生活。我们可以成为另一棵大树上的树枝，另一个摘香蕉的猴子。我喜欢足球、篮球、下棋，也愿意看动画片，研究一下mm呵呵，那么朋友你呢？

        2、做点自己不擅长的事情。寻找学习一样新事物时的激动，重温菜鸟看问题的感受，把自己以前的学习体会翻出来看看，把新奇古怪的想法加到工作中。侍弄下鲜花、学习照相或是踢个足球都成。我个人习惯胡思乱想，记得曾经学过折叠纸、数独等等。

        3、脚踏实地。无论是工作还是生活，都不会一日千里。你需要一步一步的做每件事情，哪怕事情很小，比如复印个文件，下楼取个东西。再写一个测试用例，再追踪一个新问题，再看一篇测试文章。不断重复并坚持，总有一天，如同文章中所说，你会看到一些新鲜和令人激动的东西像幼苗一样慢慢发芽。虽然还没有在测试领域崭露头角，但相信总会拥有自己的一片天空。

        引用该文的一段话，“一定要记得，那些幼苗相对于那些已经完全成熟的同类来说，是青涩的、渺小的、可怜的。要知道哪一株才能健康的长大，并孕育出芳香的花朵。不管怎样，还是要尽力帮助这些幼苗的成长，并清除周围的杂草。”

        4、时常转换到别人的角度看问题。想像自己在别人的位置上，透过别人的眼睛观察世界，感受别人的痛苦。遇到事情不要先抱怨，考虑如果你是当事人你会怎么办．你有什么好的解决方法，怎么协调众多的关系．这能让你时刻感到新鲜，并让大脑获得更多的刺激，避免总是固执己见而忽略全方位真实的世界。时常想想假如我是女生的情况，或者当左脚受伤变肿，反而说右脚减肥成功，是不是会很有意思呢？

        5、不要轻易的下结论。如果我们是一个富有经验的测试者，时常不深入分析而草率的表现你的鄙夷，贬低他人所作的任何努力（即使这种努力并没有解决实际问题）。当评论好坏的行为习惯成自然，固定的思维方式会让我们看不到很多东西，时常考虑新鲜的或激动人心的想法会有收获的。任何成熟的或不成熟的，完善的或缺憾的想法都有可取之处，或引发你的思想或让我们引以为戒。幼儿园小朋友的想法会让你大吃一惊的！

        6、享受现在的一切。把我们所知的东西放在一边，注意力集中在现在。当看到一个新问题，也许会想起１０个看起来差不多的问题，不要管这些。好好的感受当前的这个新问题，专心的分析让它描述的更清晰，看起来更舒服。享受思绪流动的感觉。陶醉在畅想的空间里，我们越来越感到自信、变强，我们正在不断成长，我们拥有激情，我们浑身都散发着活力。这都是真的存在......

软件测试的10大原则

原则1：测试是一个持续进行的过程，而不是一个阶段。

       现代的测试已经发展成为一个全过程的验证和确认活动，它贯穿于整个开发生命周期的始末。为了获得最大的受益，测试的开发和准备必须在编码之前就开始，同时为了保证最终的质量，必须在开发过程的每个阶段都保证其过程的质量。

原则2：测试必须被计划、被控制，并且被提供时间和资源。

      测试并不是一个随机的活动，测试必须被计划，并且被安排足够的时间和资源。测试活动应当受到控制，测试的中间产物应当被评审并纳入配置管理。

       一个好的测试计划应当：

l         在检测主要缺陷方面有一个好的选择

l         提供绝大部分代码的覆盖率

l         是灵活的

l         易于执行、回归和自动化

l         定义要执行测试的种类

l         清晰地文档化了期望的结果

l         当缺陷被发现时，提供缺陷核对

l         清晰地定义测试的目标

l         明确测试的策略

l         清晰定义测试的出口标准

l         没有冗余

l         确认风险

l         文档化测试的需求

l         定义可交付的测试件

原则3：测试应当分级别。

测试级别

其中：DT&E——Development Test and Evaluation

      OT&E——Operational Test and Evaluation

原则4：测试应当有重点

尽管测试需要按照一定的级别进行，但资源和时间是有限的，实际上我们不可能无休止地进行测试，因此在有限的时间和资源下如何有重点地进行测试是测试管理者需者需要充分考虑的事情。测试的重点选择需要根据多个方面考虑，包括测试对象的关键程度，可能的风险，质量要求等。这些考虑与经验有关，随着实践经验的增长，判断也会更有效。

原则5：测试不是为了证明程序的正确性，而是为了证明程序不能工作

       正如Mayer所说，测试的目的是证伪而不是证真。事实上，证明程序的正确性是不可能的，一个大型的集成化的软件系统不能被穷尽测试以遍历其每条路径。即使遍历了所有的路径，错误仍有可能隐藏。我们做测试是为了尽可能地发现错误。

原则6：测试是不可能穷尽的，当测试出口条件满足时就可以停止测试

       我们说测试是为了发现错误，一个好的测试是发现以前没有发现的错误。但是这个要求可能会使人走入极端。其实，不同的系统有着不同的质量要求，对于质量要求严格的系统，可以需要进行长时间的、全面的测试，尽可能地挖掘系统中的缺陷。然而对于质量要求不是很严格的系统，系统是允许出现错误的，因此我们通过测试的目的是使系统的缺陷数量降到可接受的范围内。

       我们在测试时应当去寻找那些用户不可接受的错误，而不是漫无目的地去搜索错误。同时我们应当对测试定义合理的出口标准，这是因为测试是没有穷尽的，终归会发现系统的问题，然而我们不能无休止地去寻找这些问题。当条件满足时，我们就应当停止测试。而测试出口条件的设置需要考虑系统的质量要求及系统的资源要求。曾经有人说过：当时间和资源用尽时，测试也停止了。这是没有办法的最好办法。

原则7：测试是开发的朋友，不是开发的敌人

       测试人员和开发人员经常无法有效的一起工作。这一方面是因为双方工作的性质不同（开发的工作是构建系统，而测试的工作是去破坏系统），另一方面也可能是因为管理的原因造成了测试和开发之间的矛盾。不管是什么原因，这个矛盾，对于产品来说不是一件好事。

查看(611) 评论(0) 收藏 分享 管理

从今天起，我向世人宣布，我决定进入软件测试这一伟大的行业，用心的学习，用心的工作，用心的创出自己的一翻事业！

生命不息，测试不止！