首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >如何在没有现有测试计划的情况下测试硬件?

如何在没有现有测试计划的情况下测试硬件?
EN

Stack Exchange QA用户
提问于 2016-12-20 03:11:19
回答 3查看 175关注 0票数 3

我的经理让我测试一些硬件,但是这个硬件已经被一些人测试过了,他们已经进行了自动化测试。

我没有任何测试计划,这个硬件的所有功能都是通过脚本进行测试的。

我还能测试吗?

EN

回答 3

Stack Exchange QA用户

回答已采纳

发布于 2016-12-20 03:24:28

首先,你的问题太模糊了,我们无法帮助你不知道具体情况。

总之,从功能的角度来看,我们可以执行两类测试。

  • Functional:这可能就是这些脚本的用途,正如您所描述的,您并不打算测试功能特性。
  • 非功能性:还有很多其他方面你仍然可以测试。例如,这片硬件在尺寸方面是否符合自己的规格?假设你自己是一个顾客,你能轻松地把它从盒子和泡沫中拿出来吗?是否包括用户手册?(假设这是一种消费硬件,而不是内部不待售的硬件。

巧合的是,我和你有过类似的经历。

  • 我得到一个中继器来测试,它的功能特性都是用脚本来测试的。
  • 没有测试计划
  • 这是一种消费电子硬件。
  • 我把自己想象成一个消费者,对这种硬件一无所知。我正在寻找一个用户手册,寻找是否有任何东西可以伤害我时,打开它;
  • 它的手册上说,这个中继器应该在15分钟内拆卸,所以我试着这样做,然后我注意到,这个中继器的尺寸是1毫米,由于这种过大的尺寸,它正在刮它的金属外壳,损坏它自己和它的金属外壳。这是一个制造缺陷,因此没有脚本能够捕捉到它。

没有计划或脚本的

,仍然有很多测试可以执行。运用你的常识.

票数 9
EN

Stack Exchange QA用户

发布于 2016-12-23 15:41:12

测试计划是指导测试的信息来源之一。该测试计划是利用其他信息来源生成的。所有这些信息来源都是先知。这些预言是有用的,也可能是错误的。有许多不同的先知需要考虑。以下是几个:

  • 现有的自动检查。支票在找什么?他们可能少了什么?
  • 历史。这个版本和上一个版本一样吗?
  • 图像。产品是否与公司想要展示的形象相一致?
  • 可比产品。这个东西像它的竞争对手那样工作吗?
  • 索赔。营销材料是怎么说的?用户手册呢?有人梦见了它,并告诉别人建造它。梦想家是如何告诉建造者的,以及这些信息是如何传达的?
  • 用户的欲望。它是否按照用户希望和期望的方式工作?
  • 产品一致性产品中的每个元素是否与产品中的其他元素一致(即。“帮助”按钮是否位于每个页面上相同的位置?)
  • 目的。你已经看到了类似的事情,并与之互动,并在你的头脑中建立了一个关于它们的目的的模型。其功能是否与此相一致?
  • 法规。它是否遵循土地的规律?

Michael在这篇博文中描述了这些:http://www.developsense.com/blog/2012/07/few-hiccupps/

票数 3
EN

Stack Exchange QA用户

发布于 2016-12-23 10:55:50

当还没有正式的测试计划时,在制定测试计划时要考虑以下因素:

1)像以往一样寻找高层次功能是站点或应用程序的中心目的,根据其对用户能力的重要性,频繁地根据优先级对这些功能进行修改。尽快确定测试方向,以看到更改迅速发生。

2)在产品显示前进行测试,使用不同的浏览器和平台对其进行测试,并使用设计人员和开发人员进行测试。在这个瞬间,测试人员耗尽了时间,他们需要在没有正式计划的情况下进行测试。

3)专注于理想路径行为,测试人员应假设自己为用户,关注理想路径,并确定大多数用户交互中最有可能使用的因素。了解用户经常访问的部分,因为大多数用户的想法不同,因此,当用户访问您的网站时,可以根据用户的兴趣进行一系列猜测。

4)关注内在因素,内在因素是内在的,只有测试人员才能固定,用户也不能用它做任何事情。因此,在错误反映到用户端之前,需要立即注意这些因素。这些错误是时间敏感的,因此需要在没有正式计划的情况下修复。

5)边界测试从合理到极端,系统的误差处理测试称为边界测试。未知的值可能会阻塞系统,因此,在执行边界测试时,请从您所知道的一切开始。找出合理、可预测的错误是进行渐进边界检验的较好方法。

( 6)良好的价值观总是使用有效的和最新的信息。输入按接口要求格式化的数据。包括所有必需的字段,所有这些良好的值将帮助测试人员减少错误。

7)合理和可预测的错误,测试人员更容易预测基于设计的错误,尤其是界面解释。这些错误非常常见,并且由于复杂的设计而经常发生,事实上,在没有正式计划的情况下很容易修复。

8)极端错误和疯狂输入测试输入的最大大小、长串垃圾、文本字段中的数字和数字字段中的文本将减少极端错误,从最有可能减少节省时间的可能性。

9)兼容性测试从好到坏--从熟悉的配置开始测试总是很好的。因此,当您测试跨平台应用程序时,请从使用最多的浏览器开始测试过程,然后使用最少的浏览器开始测试过程。

10)预期不良值测试人员应确保每次在在线表单等地方输入一些无效条目时,都会弹出错误消息。这样的测试用例不需要正式的计划。测试人员可以轻松地给出随机值来测试应用程序。

票数 2
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/24436

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档