sxlshadow的专栏

<br />二、图像抓取技巧<br />1.直接输出至Studio<br />　　在SnagIt中，默认情况下是把图片输出到预览窗口中的，尽管可以单击“SnagIt捕获预览”窗口中的Studio按钮把当前抓取的图片送到Studio中再加工。但总觉得没有下面的技巧来得方便：先中“输出”菜单下的“图像编辑器”，而且不要选中“预览窗口”选项，以后按下抓取热键就可以把抓取下来的图片直接送至Studio，供你处理了。<br />2.连续捕捉图片<br />　　有时是不是觉得要抓取某一幅画面，但该画面在屏幕上停留时间太

“正确的定义可以防止或者结束争论。” –Nathanael Emmons，神学家 在引人注目的“测试”标题下，往往囊括了很多需要不同技能的工作。这样的笼统做法影响了计划、估算、工作分配，甚至会对整个项目造成损害。   常见错误： 1、认为可以为‘定位错误’做出时间

1》人类不是完美的思考者 真正的人知道，无论他们如何尽力地想完成好一项工作，都有可能会出错。 2》我们要做出有关软件的决定 我们常常在没有意识到情况下进行测试，并加以分析。 3》决定可能是有风险的 Q1：我对这一产品的风险存在哪些疑问？测试是否有助于解答这些疑问？-

“观察可以有很多收获。”—Yogi Berra，棒球运动员及经理；及Dave H. Kaplan 《You Can Observe a lot by Watching》 元信息--有关信息质量的信息！ [Yew评]这一章实质上是在谈‘测试过程管理’。如果说，‘测试结果

“测试也许可以令人信服地表明存在缺陷，但是永远无法表明不存在缺陷。” --Edsger W.Dijkstra，计算机领域先驱（1930~2002） 》可能进行测试的数目是无限的 》测试最多只是采样 》信息的成本可能超过无知的成本 》我们也许可以用较少的测试获取更多的

》为什么看起来测试只会耽搁时间的时候，我们还要进行测试？ 》为何不能一开始就构建正确的软件，从而不需要测试？ 》需要对所有的可能都进行测试吗？ 》为何不对所有的可能都进行测试？ 》是什么原因导致测试如此困难？ 》为何测试需要这么长的时间？ 》是否有可能构建完美的软件？

标签：完美软件笔记 “不用害怕完美--那是永远无法达到的。” ----萨尔瓦多。达利，西班牙超现实主义画家（1904~1989）   收集有关程序在使用时到底能做什么的信息，是人们所说的“测试”的一种形式。 》信息未必有助于降低风险 》也许我们不会使用那

如果你想使用老 Rose 里面那种 UML 建模和代码生成的功能，推荐你使用 Rational Software Architect。具体的建模过程，有一个 Flash 的演示可以参考。请你到下面这页上去找一个名字叫“使用 Rational 软件交付平台的软件架构，设计与构建”的演示“第 2 部分：UML 建模”，里面有 UML 建模过程的录像可以看。http://www.ibm.com/developerworks/cn/offers/lp/demos/对了，如果你要学习 IBM 的软件，我反复引用的这个

<br />      最近一直在忙于写测试用例，公司的测试规模队伍已经壮大，但是还没有一些规范的流程，包括测试用例，测试计划等等，去年的个人小结中自己把一些想法写出来，在今年的会议上领导加以实施，先让我们写测试用例，以前我们也写过，可都没有得到实施，确切的说并没有用到实际工作中去，只是写了就扔了，不了了之，而今又有了这个计划，而我对于此计划还是很用心的，毕竟也是自己的一个提议，所以不知不觉中总是要逼自己去做好它，其实也是希望自己能在工作中有一点成就，所以我想沿用rational的一些测试用例，可是一直没有

《软件测试的艺术》、《新手学asp.net》 \《asp与web数据库》、《24小时学通ASP》