Test/Verify of 'Wrong Behavior'
上一篇 /
下一篇 2007-05-09 10:38:01
/ 个人分类:测试技术
查看( 995 ) /
评论( 0 )
When we test an applicaton, there could be a case where developers have claimed our application has some 'wrong behavīor', and they are not going to change it.
In this case, we still need to verify this 'wrong behavīor', i.e, to verify if our application does behave wrongly exactly the same as developers described, sounds 'ridiculous', en? :)
The logic behind this is to verify the consistancy between what developers have
claimed/documented and our applciation's real behavīor. If no verification has been
implemented, in new release, developers may have the assumption that our previous
version app has the same 'wrong behavīor' as documented/claimed by them before, and
new fix/enhancement (or even new app design) based on this assumption will face high
risk of failure.
Of course, there's precondition as long as the claim is clear & simple enougth to test
, we should test it, otherwise, if the descrīption is so vague (e.g, 'our app does not support ...'), we need not implement the test on this, but we need to highlight issue.
相关阅读:
- 常见软件测试的技巧 (zhoulihua, 2007-5-03)
- 测试脚本设计(context:smartcard):isolate key failures from propagate failures (hobli, 2007-5-04)
- 测试案例设计:确保案例独立性 (hobli, 2007-5-04)
- 配置测试 (zhoulihua, 2007-5-05)
- 案例设计:数据驱动为主 (hobli, 2007-5-06)
- 单元测试 (zhoulihua, 2007-5-07)
- test script design: focusing on case design (hobli, 2007-5-07)
- ERP功能测试最佳实践:10个步骤确保ERP系统的可靠性 (zengyi2008, 2007-5-08)
- Testing Process Independancy (hobli, 2007-5-08)
- some quanlity benchmarking terminology (hobli, 2007-5-08)
论坛模式
推荐
收藏
分享给好友
管理
TAG:
测试技术