文档结构  
翻译进度:已翻译     翻译赏金:0 元     ¥ 我要打赏

在之前的一篇文章里,我讨论了一些可以帮助测试者给他的团队提供有价值信息的一些建议
https://testingfromthehip.wordpress.com/2016/01/08/am-i-really-a-valuable-member-of-my-team/.

我提出的这些想法更多的是针对一个处于测试者“岗位”的人,而并不是测试这个具体动作本身。

在这篇文章中,我想来探讨下测试的真正目标应该是什么,并且提供一些关于我们亲自动手测试可以怎么做的想法和建议。我想写这篇文章的,是由于最近跟几位面试者所做的面试谈话深有感触而发。很多人都在努力提供各种事例,来说明他们的测试带来的价值。作为测试者,我们应该总是要努力让我们的测试提供最大的价值。如果连我们自己都不知道这是什么,那我们的组织怎么可能会真正的欣赏并珍视我们的工作呢? 仅仅说些向想“找出所有的bug”、“执行所有的测试”以及“发布或者回归测试”之类云云的话并不能表明我们测试的意义是什么,或者这些活动能够产生怎样的价值。

第 1 段(可获 2.16 积分)

依我拙见,测试的主要目的可以归纳如下:

帮助你的团队对他们所拥有的产品和功能的感知质量有一个明智的意见。”

就是这样,这就是全部。

我喜欢叫它:“感知质量评估”。我将会简要地介绍一些能够帮助团队更好的完成这项工作的一些思想和技术。 在我继续之前,我想要声明一下,‘质量的感知’这个概念并不是什么新玩意,也不是我自己创造的。之前已经有很思想领袖写过关于它的东西,比如Gerald Weinberg。这篇文章并不是想要通过感知质量这个概念来哗众取宠,只是讲述我自己对它的看法以及我们如何能够帮助。

第 2 段(可获 1.64 积分)

在给出列表之前,我们先来谈谈感知质量。一个团队永远不可能真正了解他们的产品的质量或者它们在市场上的反应如何。他们可以了解一些东西,比如:存在的缺陷,未能实现的需求,设计上的失误,或者提前从demo得到的反馈的数目。我们的测试应该能够帮助我们的团队提供尽可能多的诸如此类的信息,以便于他们能够做出基于自己对质量的感知认识的明确观点。这种感知应该能够帮助团队决定一些事情,比如:什么时候发布或者不发布,什么时候进行(功能)增强,什么时候进行bug修复,什么时候进行缩减,什么时候继续下去,等等。

第 3 段(可获 1.43 积分)

以下是一个简洁的列表,列出了一些可以给我们团队提供这种信息的条目。我在这里只列出了五条,是为了简洁起见。当然还有更多,但是我想以这五个作为开端🙂

  1. 未知事物
  2. 风险
  3. 测试覆盖率 – 具体地说,就是什么东西没有被测试到
  4. 非功能性测试,像“质量属性”
  5. 测试客户和不同角色的人是如何使用你们的功能的

我们先来谈谈未知事物吧。测试应该总是在尝试寻找没有被覆盖的未知事物。这并不一定指的是bug。它可以是我们从来没有考虑过,忽视了的,起初不清楚的,或者拥有可怕后果的任何事情。它只是你的团队需要知道的信息。努力寻找,探索,并找到它。你的团队需要你做这些!

第 4 段(可获 1.69 积分)

让我们来谈谈风险。风险可以表现在许多方面。正如前面提到的--例如表现为未知数。它也可以潜伏在新添加的错误修正修或增强方面,其他团队的工作可能会对你的工作产生影响,制造许多问题如如何与其他产品或功能进行整合,或实际上许多东西已经变化。测试应始终对这些进行监控,调查和探索。这是自动化在一定程度上可以做到的(通过检查已知条件),但一个良好的熟练的测试人员可以发现那些自动化还不知道已经存在得危险领域。

第 5 段(可获 1.14 积分)

让我们谈谈测试覆盖。 我最喜欢的主题之一,很少人能够真正理解这一点。 不知道你的测试(和自动化)覆盖了什么,更具体地说,没有覆盖什么,这点对我来说是你的团队需要知道的非常重要的信息。 有很多测试自然是一件非常愉快的事,但是你的团队需要了解这些测试用来做什么以及哪些不需要测试。 这可以上升到我前面提到的两个主题:未知和风险。 不理解这一点,一个团队真能有一个受过教育的感知质量评估? 我想是没有的。

第 6 段(可获 1.28 积分)

让我们谈谈非功能测试。 这并不是说我是这个术语的爱好者,但由于它被广泛使用,所以我在这里使用它。 测试者应该总是测试以发现重要的质量属性的潜在问题。 这些有时也被称为测试的“质量(ilities)”。当基于对软件质量的感知时, 这些在许多客户的心中是至关重要的。 客户通常不关心需求得到满足,验收标准通过或测试用例都已成功执行。 对软件质量的感知可以严重地受到诸如安全性,性能,可访问性,可用性等的影响。 对于这些测试。 你的团队需要知道这些信息。

第 7 段(可获 1.53 积分)

让我们谈谈客户如何使用软件。 由于软件可以高度可配置,因此我们需要进行测试,以清除在不同或在某些情况下以非预期的方式使用时可能出现的潜在问题。 我们的测试应该考虑这些因素。了解客户如何使用你的产品和各种相关的角色的信息。 按照这样测试。你的团队也需要这些信息。

花一点时间,想想你提供的测试的价值。 你真的帮助你的团队做出明智的决定了吗? 你在正确的时间测试正确的东西吗? 你是一座发出闪亮光线,以使你的团队在驶向终点前能够避免障碍和问题的灯塔吗? 我们希望你是!

谢谢阅读。 我希望以上内容能够与你产生共鸣。 如果有人同意或不同意我写的内容,欢迎反馈。

测试顺利,我的朋友!

第 8 段(可获 1.88 积分)

文章评论