【从黑盒到灰盒】如何测试上限值?
2010-04-07 10:26
134 查看
昨天有个同行问我,联盟可容纳100人,如何测试这个上限。我提供了2种方法:
1.修改100人为10人。测试10人上限通过后,再修改回100人,再测试10人后仍可容纳第11人。
2.编写脚本实现向数据表中插入大量数据。联盟的创建和前几个成员手工添加,脚本插入90条左右,再手工添加和检查边界。
其实还有第三种,就是
3.全手工添加成员至100人左右,做边界检查。
看上去3是最耗费人力和时间的,但风险却是最小的,能力要求也低。
毕竟由测试方法1和2带来bug遗漏也有听说。这种遗漏必须要QC加强跟进和做好全面的边界检查来尽量避免。
看上去2是最有技术含量的,但风险也最大,要求QC所具有的权限也最大。
综上,测试方法的采用,既要权衡人力时间能力,也要权衡质量风险。为了追求技术含量而降低质量风险控制,是大忌。
1.修改100人为10人。测试10人上限通过后,再修改回100人,再测试10人后仍可容纳第11人。
2.编写脚本实现向数据表中插入大量数据。联盟的创建和前几个成员手工添加,脚本插入90条左右,再手工添加和检查边界。
其实还有第三种,就是
3.全手工添加成员至100人左右,做边界检查。
看上去3是最耗费人力和时间的,但风险却是最小的,能力要求也低。
毕竟由测试方法1和2带来bug遗漏也有听说。这种遗漏必须要QC加强跟进和做好全面的边界检查来尽量避免。
看上去2是最有技术含量的,但风险也最大,要求QC所具有的权限也最大。
综上,测试方法的采用,既要权衡人力时间能力,也要权衡质量风险。为了追求技术含量而降低质量风险控制,是大忌。
相关文章推荐
- 【从黑盒到灰盒】如何测试概率?
- 【tool】如何提高黑盒测试用例的覆盖度思路
- 如何提高黑盒测试用例的覆盖度思路(ZT)
- 真机测试中设备的UDID加满了如何给新设备打包(iPhone上限100台,以xcode7.3为例)
- 【从黑盒到灰盒】调用函数接口测试
- 移动测试会第四期总结2-如何用白盒的手段,黑盒的思想进行测试
- 如何将常见的黑盒测试用例设计方法运用到实际测试工作中?
- 苹果开发者账号中,测试机器列表达到100台上限,如何删除一些设备、添加新设备?
- 紧急情况下测试周期被压缩该如何测试?
- 如何编写测试计划
- [54] 测试技术常见的十一种问题之二:如何理解强度测试?
- 如何设计编制软件测试用例
- 如何通过 JMeter 测试 Predix 应用内部连通性
- 本地如何搭建IPv6环境测试你的APP
- Go语言中如何进行测试
- 白盒测试黑盒测试灰盒测试
- 如何在发布到苹果的App Store之前发送测试版本给客户
- iOS程序完成后如何生成ipa进行真机测试