黑盒和灰盒的边界概念问题(事例一则)
黑盒即不考虑内在关系的手动测试.当了解了内在关系后,会局限你的思维,所以才有了黑盒.灰盒是了解系统后,使用技法去验证一些设计盲点和服务器及客户端通信.灰盒方法相当多.
以下介绍 1种,按测试思路来写,具体内容会比较精简
批量洗练
道具A属性为a1,允许批量洗练1-10.,然后通过"确认"来变更属性为a2
当条件覆盖1-10所出结果等正确.我们先不确认a1属性变更a2
接下来会找到该系统有多少个输入口,ok就1处 文本限制为1-10.(略过非数字和输入法外部复制等判断)
ok,得到程序做了很完美的正则表达式.
那如果输入不行呢.我们把默认为10全部用backspace后为null.
然后试下能否允许批量洗练..
结果发现:不能批量洗练,但是没对应的反馈.这个时候看界面.哈a1选择1-10条都不能"确认"了.
得出结论
1.对null ,客户端清掉了表,服务端得到后.响应了对应数据. 有人会说这个是服务端没告诉客户端
这个系统 简单逻辑(排除无效等价类)如下:
道具A,洗练后,按确认来定义.客户端只发有效参数.服务端只接有效参数.
最后需求目标:
默认最低为1.不能为null.
对于非有效的,有对应异常抛出.
结论:灰盒就是理解业务基础上的黑盒,希望对大家能有帮助 描述有些晦涩,但我看懂了。。。 。。。脑容量不够啊。。。看不懂啊。。 :o不明白.... 不明白 死机了 ....yumen
页:
[1]