posts - 24,  comments - 68,  trackbacks - 0

刚刚设计完情景测试的原始方案,又要开始设计 trouble test 的方案, trouble test 这个东西我一直不知道中文叫做什么,只知道日文叫做障害测试。简单来说,就是让系统出故障,测试系统的故障恢复能力。看来又得像设计情景测试时候一样,一边摸索,一边做了。设计情景测试需要懂业务,而设计 trouble test 应该懂系统架构,清楚系统会在什么地方出故障,这可不是一天两天的功夫,可是我就必须要在这周内把这个完成。

测试啊测试,真的很有挑战啊!很多人都认为测试没什么,可是笨寻思一下,测试高手同时也是技术高手,因为不可能做完所有的测试,更不要妄想,所以他一定要明白系统会在什么地方出毛病,哪里有风险,哪里就是重点。

还是转到 trouble test 上面来,上网搜了搜,资料真不多,大家对低端的测试好像都挺有研究,而设计用户实际使用的高端测试资料就少了很多,看来,自己得好好捉摸捉摸,对了,最新的系统架构还没拿到呢,他们买的那个中间件叫什么来着?哎,人都是给逼出来的。啥也别说了,干吧!
posted on 2006-09-13 09:45 KnowNothing 阅读(757) 评论(0)  编辑  收藏

只有注册用户登录后才能发表评论。


网站导航:
 
<2006年9月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

反省,反省。。。

常用链接

留言簿(22)

随笔档案(24)

文章分类

文章档案(3)

收藏夹(25)

AOP

Design and Architecture(O/R,Business Layer,View)

Good Blog

Good book download address

Good Java Website

Info

OpenSource

Project Management

SE Job

SOA and Web services

SOLUTION

Spring

TEMP

Test

Tools

Unicode

Web FrameWork

XML&Java

关于权限设计的探讨

工作流

最新随笔

搜索

  •  

最新评论

阅读排行榜

评论排行榜