Rob*_*bin 8 testing manual-testing
我对其他人如何组织他们的测试脚本感兴趣,或者看到他们工作过的任何地方组织好的测试脚本.此外,这些测试脚本的详细程度如何.这特别涉及为手动测试而创建的测试脚本,而不是为任何自动测试目的而创建的测试脚本.
我看到的问题是,测试脚本有很多复杂性,但没有组织复杂或大型代码库所用原则的好处.你需要能够指定一段代码应该做什么,但是当他们阅读它时不会让某人厌倦死亡.
另外,如何布局测试脚本,我不热衷于创建适合由数据输入类型运行的完全指定的脚本,因为这不是我们的团队,维护它们的开销似乎太高.此外,我觉得如此详细地指定流程会消除实际进行产品质量测试的人员的责任.人们是否指定每个按钮点击和输入值？如果没有,那么指定了什么级别的细节.
人类执行的测试应该处于非常高的抽象级别。
例如 stackoverflow 注册的测试用例：
好的：
拥有现有 OpenId 帐户的站点访问者注册为 stackoverflow 用户并发布答案。
坏的：
1) 导航到 http://stackoverflow.com 2) 单击登录链接 3) 等等...
这很重要，原因如下：
a) 它使测试保持可维护性。因此，您不必在每次重新标记导航元素时更新测试脚本（例如“登录”更改为“登录”）。
b) 它可以让你的测试人员免于因琐碎的细节而陷入疯狂。
c) 编写详细的手动测试脚本是对有限测试资源的不良利用。
详细的手动测试脚本将引导您的测试人员为较小的文档问题编写错误。您希望利用时间找到会影响客户的真正错误。