软件测试职业道德和工作责任.docx

软件测试职业道德和工作责任
1 工作职责  

你是一个检查者，你不需要为质量负责
      很多测试人员误入歧途，不明白他们是评测产品的而不是控制产品的。这两者之间有着天壤之别。例如，一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的。
      我询问团队中的成员他们是否被支付薪水了，通常得到的回答都是“是”。我又询问他们是否尽力去做工作了，再一次，通常得到的回答都是“是”。我于是告诉他们，“你们做了你们的工作。你们尽力测试，发现了缺陷并进行了上报。那么现在可以回家休息了。实际上，作为一名测试人员唯一失败的地方是不上报一个已知的缺陷。”
      这不会提高士气，但却有助于事情向正确的方向发展，特别是能让人不用每天晚上都在家接着办公。
      很多测试人员，包括我，当我们刚开始测试工作时，似乎会觉得自己对我们所测试的系统应用的质量负责。尽管这个工作的出发点是让人钦佩的，可实际上我们测试人员对于产品的质量基本没有控制能力。也是由于这个原因，测试人员不为质量负责。现在问题是管理层并不总是能看到这种区别。所以经常看见管理层提出类似于“我们付钱给这些人不是为了获得高质量的软件吗？”的问题。
      2、缺陷都是有价值的
      每一个缺陷都是深入了解和提高的机会。我们可能只有一次机会观察到一个缺陷，所以我总是告诉测试人员始终保持高度注意力，不要为测试的乏味所折磨。
      缺陷信息可能是可获取的项目数据中最有效的资源之一。但是这都取决于我们能多好的捕捉和传达我们所发现的缺陷的相关信息。
      每个缺陷都会花费整个组织的金钱。如果我们不能从中更进一步了解产品，我们会浪费大量时间和金钱。当我们把一个错误转换成一次深入了解的机会时杠杆作用就出现了。让我们面对它――有些教训只能通过经历来学习的。
      由于一个缺陷而责备谁不会有任何好的作用。责备只会让士气低落、沟通中断。这就像不断鞭打一匹死马希望它能活过来一样。
      3、你报告第一个问题之前一切都是美好的
      这就是一个测试人员所面对的现实。你可以计划测试，获取所需要的资源，看起来所有人都站在你这边。可当你报告第一个问题之后，事情就开始变得紧张了。
      出现这种态度上的突然变化的原因是现在你在批评某些人的工作了。自尊心使得自我收到伤害，关系变得紧张。有些情况下自尊心是值得期盼的，只要知道当你开始发现问题的时候态度有可能变化就可以了。
      我经常建议测试人员做的一件事是读一读一些你过去写的缺陷报告，假设自己是接收缺陷报告的人。你会发现自己需要更老练一些。写一个没有任何挖苦语句的缺陷报告可能没什么乐趣，但它的确有助于和开发人员之间保持一个好的关系。 、
      4、       只能测试你能观察的
      你可能总想测试一些真正有创造性的用例，但如果你没有办法观察到结果，那有什么意义？尽管有些应用让你能观察到很多，但仍然有你没办法接近的，例如结构、隐藏的对象、后台进程等。
      5、       别忘记你是怎样到一个地方的
      我不是在谈论知道为什么你走进一个房间，而是在测试时执行的步骤。对于测试新手常见的是发现了一个重大的缺陷，但却无法复现它以便定位解决。这样你只会觉得不舒服，不知道自己到底是真发现了一个缺陷，还是说仅仅是错误的使用了应用。
      你能用来跟踪你的测试步骤的方法有测试脚本、测试记录、敲键记录器如Spector和屏幕视频捕捉工具如Hypercam。
      6、       标准和流程是你的朋友
      尽管标准和流程让一些人觉得受限，但它们为你的工作提供了有价值的指导。不要拒绝标准因为它们是详细的、具体的。因此用它们指导自己更快、更一致的完成自己的工作。
      7、       没有足够的时间用于测试
      几乎每一个测试人员都抱怨没有足够的时间用于测试，但实际情况是测试任何东西到完整的程度都是不可能有充足时间的。当你充分考虑软件的特性如可用性、安全性、兼容性、互操作性等时这一点尤其正确。
      不要再抱怨缺少时间，学会根据风险来进行优先级排序，把注意力都放在对管理层很重要的应用目标上。有时候我们测试的内容超出了我们需要测试的，因为我们的目标偏离了产品的价值。
      8、       你不可能发现所有的缺陷
      如果你测试的东西后来有缺陷被发现，不要变得气馁。你可能已经做了非常全面的工作，获得了高水平的缺陷移除，但100%都是不可能的目标。
      9、       保持幽默感和对前景充满信心
      经常微笑、保持健康可能是你最好的生存方式。如果你正处在困难条件下，请相信，这一切都将过去。
      10、 争取做到最好而不是完美
      测试新手经常会陷入追求完美的过程中，认为100%的正确才是标准。我曾经也是受害者之一，但要为自己辩护的是，我以前深受80年代后期类似于“99.9%还不够好”的TQM帖子和文章的影响。
      追求完美的问题在于它会让测试进程变慢，将担心引入你所做的一切，使得你对别人更挑剔，而且通常会让你的朋友和家人感到失望。
      当然，没人愿意犯错误，但他们稍不注意就出现了。想不犯错误就是否认现实。争取做到最好是一种好的习惯，表明你对工作的态度和投入程度。如果你想努力做到最好，你就会往前再多走一点。
      根据我的观察，大多数人看到错误或者经历失误时都是很宽容的。人们最关心的是你对待问题的反应。
11、 开发人员不是敌人
      需要整个项目团队的努力才能递交高质量的产品。有时候似乎开发人员不太关心

质量，这个时候事情背后可能存在隐情。这时候你需要更好的和开发人员合作而不是反

对他们。要始终牢记良好的交流是一个项目成功的关键因素。当你和开发人员站到对立

面时，交流就停止了，你测试所需的很多信息也无法获取了。
      12、 建立和维护一个私人的交际网
      你的私人和工作关系是一个很重要的资产。无论时当你有工作时还是当你没工作

时他们都是一个很好的支持系统。找一个好的指导者，而当你学到足够的东西时成为别

人的指导者。
      13、 持续锻炼自己的技能
      你的技能把你和别人区分开。始终通过参加专业会议、获取认证、阅读专业资料

等来不断学习。我给自己制定的目标是每周至少读一本和个人发展以及职业发展相关的

书（测试、领导艺术、商业、IT等）。
      一个个人发展方面的专家说过如果你每天在任何特定的主题上花费30分钟进行阅

读，五年之内你肯定能成为这个主题方面的专家。这一点对我是起作用的――你也可以

试试。
      另一种让自己始终内行并建立网络的好的方式是活跃在一些QA或者测试论坛上。
      14、 当前进变得困难，懒惰就需要创造力了
      当我第一次成为一个测试团队负责人时，我用这句话做了一个字条挂在我的桌上

。它不断提醒我把创造力作为我解决问题的一个杠杆。
      学着从一个新的有创造性的方式来看待问题。你可能有一个好的测试计划，但你

如何应付各种变化呢？弹性是一个优秀的问题解决负责人的关键特性。
      15、 简单并不总是很容易
      我们测试中做的很多工作看起来都很简单。但是，挑战在于保持努力的连贯性。
      有些解决问题的方式刚开始看起来很简单，但不要由于它简单和明显就丢弃任何

一种想法。同样，不要低估实现一个简单想法所需要付出的努力。
2 职业道德

做为一名测试人员，其最基本的职业素质如下：
　　1.具有探索精神：软件测试员不会害怕进入陌生环境。
　　2.具有故障排除能力：软件测试员善于发现问题的症结，喜欢猜谜。
　　3.不懈努力：软件测试员总是不停尝试。他们可能会碰到转瞬即逝或者难以重建的
软件缺陷；他们不会心存侥幸，而是尽一切可能去寻找。
　　4.创造性：测试显而易见的事实，那不是软件测试员；他们的工作是想出富有创意
甚至超常的手段来寻找软件缺陷。
　　5.追求完美：他们力求完美，但是知道某些无法企及时，不去苛求，而是尽力接近
目标。
　　6.判断准确：软件测试员要决定测试内容、测试时间，以及看到的问题是否算作真
正的缺陷。
　　7.老练稳重：软件测试员不害怕坏消息。
　　8.说服力：软件测试员要善于表达观点，表明软件缺陷为何必须修复，并通过实际
演示力陈观点。
　　9.在编程方面受过教育。
人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试小组，测试
就不可能实现。然而，在软件开发产业中有一种非常普遍习惯，那就是让那些经验最少
的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这绝对是一种目光
短浅的行为，对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少
，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。
　　①、沟通能力
　　一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者
）和非技术人员（客户，管理人员）的交流能力。既要可以和用户谈得来，又能同开发
人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以
正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重
新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。
　　②、移情能力
　　和系统开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使
用一个不符合自己要求的系统，开发者则担心由于系统要求不正确而使他不得不重新开
发整个系统，管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一
类人打交道，因此需要测试小组的成员对他们每个人都具有足够的理解和同情，具备了
这种能力可以将测试人员与相关人员之间的冲突和对抗减少到最低程度。
　　③、技术能力
　　就总体言，开发人员对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个
成员作出了一个错误的断定，那么他们的可信度就会立刻被传扬了出去。一个测试者必
须既明白被测软件系统的概念又要会使用工程中的那些工具。要做到这一点需要有几年
以上的编程经验，前期的开发经验可以帮助对软件开发过程有较深入的理解，从开发人
员的角度正确的评价测试者，简化自动测试工具编程的学习曲线。
　　④、自信心
　　开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。
如果容许别人对自己指东指西，就不能完成什么更多的事情了。
　　⑤、外交能力
　　当你告诉某人他出了错时，就必须使用一些外交方法。机智老练和外交手法有助于
维护与开发人员的协作关系，测试者在告诉开发者他的软件有错误时，也同样需要一定
的外交手腕。如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面
就相当于“赢了战争却输了战役”。
　　⑥、幽默感
　　在遇到狡辩的情况下，一个幽默的批评将是很有帮助的。
　　⑦、很强的记忆力
　　一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来
，这一能力在测试过程中的价值是无法衡量的。因为许多新出现的问题和我们已经发现
的问题相差无几。
　　⑧、耐心
　　一些质量保证工作需要难以置信的耐心。有时你需要花费惊人的时间去分离、识别
和分派一个错误。这个工作是那些坐不住的人无法完成的。
　　⑨、怀疑精神
　　可以预料，开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个
人的说明，但他必须保持怀疑直到他自己看过以后。
　　⑩、自我督促
　　干测试工作很容易使你变得懒散。只有那些具有自我督促能力的人才能够使自己每
天正常地工作。
　　11、洞察力
　　一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈
的质量追求，对细节的关注能力。应用的高风险区的判断能力以便将有限的测试针对重
点环节。