我的经理让我测试一些硬件,但是这个硬件已经被一些人测试过了,他们已经进行了自动化测试。
我没有任何测试计划,这个硬件的所有功能都是通过脚本进行测试的。
我还能测试吗?
发布于 2016-12-20 03:24:28
首先,你的问题太模糊了,我们无法帮助你不知道具体情况。
总之,从功能的角度来看,我们可以执行两类测试。
巧合的是,我和你有过类似的经历。
没有计划或脚本的
发布于 2016-12-23 15:41:12
测试计划是指导测试的信息来源之一。该测试计划是利用其他信息来源生成的。所有这些信息来源都是先知。这些预言是有用的,也可能是错误的。有许多不同的先知需要考虑。以下是几个:
Michael在这篇博文中描述了这些:http://www.developsense.com/blog/2012/07/few-hiccupps/
发布于 2016-12-23 10:55:50
当还没有正式的测试计划时,在制定测试计划时要考虑以下因素:
1)像以往一样寻找高层次功能是站点或应用程序的中心目的,根据其对用户能力的重要性,频繁地根据优先级对这些功能进行修改。尽快确定测试方向,以看到更改迅速发生。
2)在产品显示前进行测试,使用不同的浏览器和平台对其进行测试,并使用设计人员和开发人员进行测试。在这个瞬间,测试人员耗尽了时间,他们需要在没有正式计划的情况下进行测试。
3)专注于理想路径行为,测试人员应假设自己为用户,关注理想路径,并确定大多数用户交互中最有可能使用的因素。了解用户经常访问的部分,因为大多数用户的想法不同,因此,当用户访问您的网站时,可以根据用户的兴趣进行一系列猜测。
4)关注内在因素,内在因素是内在的,只有测试人员才能固定,用户也不能用它做任何事情。因此,在错误反映到用户端之前,需要立即注意这些因素。这些错误是时间敏感的,因此需要在没有正式计划的情况下修复。
5)边界测试从合理到极端,系统的误差处理测试称为边界测试。未知的值可能会阻塞系统,因此,在执行边界测试时,请从您所知道的一切开始。找出合理、可预测的错误是进行渐进边界检验的较好方法。
( 6)良好的价值观总是使用有效的和最新的信息。输入按接口要求格式化的数据。包括所有必需的字段,所有这些良好的值将帮助测试人员减少错误。
7)合理和可预测的错误,测试人员更容易预测基于设计的错误,尤其是界面解释。这些错误非常常见,并且由于复杂的设计而经常发生,事实上,在没有正式计划的情况下很容易修复。
8)极端错误和疯狂输入测试输入的最大大小、长串垃圾、文本字段中的数字和数字字段中的文本将减少极端错误,从最有可能减少节省时间的可能性。
9)兼容性测试从好到坏--从熟悉的配置开始测试总是很好的。因此,当您测试跨平台应用程序时,请从使用最多的浏览器开始测试过程,然后使用最少的浏览器开始测试过程。
10)预期不良值测试人员应确保每次在在线表单等地方输入一些无效条目时,都会弹出错误消息。这样的测试用例不需要正式的计划。测试人员可以轻松地给出随机值来测试应用程序。
https://sqa.stackexchange.com/questions/24436
复制相似问题