摘要：
作者：jamie cool
microsoft corporation
3/4/02
翻译：李嘉 北京.东方瑞道 2004-6-3
（接上篇）
method #2: manifest check – to solve the atomicity problem with direct file checks a level of indirection is needed. to create a level of indirection......
摘要：轻量级服务器端组件体系实现
用组件构成新的系统，将体系结构和设计分解成组件，两者都是现在企业应用系统开发的最有希望也是最具挑战性的工作。n层体系结构已经成为很多这种应用的最佳实践，针对具体应用的复杂度通常集中在应用服务器层。这导致了服务器端组件体系结构的成熟。
然而本文并不局限于讨论了服务器组件体系，现有的组件体系如ejb、ccm和com+已经很成熟。一个优秀的组件体系无疑也是一个优秀的ood系统，通过实现一个定制的容器去把握和了解容器内部结构......
【原创】关于计划测试
【相关文章:
Ada 语言的基础学习（1）--Task】 【扩展阅读:
协议开发 中移动CMPP2.0协议API】这是以前的一篇老贴，发到这边来请大家一起讨论。 【扩展信息:
Ada 语言的基础学习--Tasking】 最近看到论坛上有些讨论测试计划的制定与测试策略的帖子，也有些朋友在msn上问到一些关于如何制定测试计划与怎么来确定计划需要的时间的问题，愚以为现在很多测试人员对于一些基础的工作还是不是非常熟悉，故撰此文，希望可以对大家有所帮助。 测试人员的目标是尽早的找出缺陷，并确保其被真正的解决。而好的测试计划可以更好的帮助测试人员把握自己的工作情况。 首先明确一个经常看到一些测试人员理解错误的概念——测试计划。 这里的测试计划，计划是作为动词而不是名词使用的，或者应该叫做“计划测试”更恰当一些，重点在于对整个测试项目工作的计划，而“测试计划”只是用来记录最终结果的那份文档而已。再说得明确一点，是“计划测试工作”，而不是“编制测试计划”。也曾经见过一些负责制定测试计划的人，通过各种渠道找到一份测试计划的模板或者范例，花上几个小时甚至更短的时间复制、剪切、粘贴，以极高的效率完成了一份“测试计划”，并以此沾沾自喜。啊，boss可曾想到，这样的人对于他的公司是灾难性的啊。 计划测试通常是开始测试工作的第一个任务，一般来说应该由团队中具有丰富测试经验的工程师或者测试经理、主管来完成，不建议测试新手接手这件事情——因为这就好像女人研究哲学，既是哲学的不幸，也是女人的不幸——不同的角色还是要安心做好本职工作。不过新手可以帮忙整理一些计划测试所需要的资料，也可以从中知道计划测试工作都需要那些信息，为以后从全局的角度看待测试问题打好基础。另外，测试新手还可以通过帮助整理资料来学着制定自己的测试任务与计划自己的工作，也是不错的锻炼呢！ 不知道会不会有人看了上面的内容会说：说了这么多废话，到底测试计划是干什么用的！？ 计划测试的最终目的是为了交流。 hi，是不是与你们想的很不一样，有没有人认为计划测试是为了方便安排自己的工作？ 嗯，也可以有这个作用。不过在实际的开发过程中，是多个团队相互协调来完成工作的，测试工作作为这个过程中的一环，也不会例外。在计划测试的过程中，测试人员要明确的规定测试活动的范围、方法、资源与进度，明确正在测试的项目、要测试的特性、每个任务的负责人，还有与测试相关的风险。这些内容的定义是为了测试团队的意图、期望以及对将要执行的任务的理解，最终将同开发部（或者再加上客户支持部等相关的部门）交流，并最终确定下来。 这是我的第一篇“长篇大论”，看到这里，如果你有兴趣，可以花些时间来研究一下下面的内容，如果你已经非常熟悉下面的问题，那么我对于一些实际工作提出的经验或许也会对你有所帮助。 ...
下一页 摘要：3.2 aop容器的详细设计：
a. xml文件：记录配置信息。文件映射类：负责读入xml文件并将文件映射成配置类。(xmldataloader，aopdefinitionloader,)
public interface aopdefinitionloader extends xmldefinitionloader{
arraylist getjoinpoints();
}
b. 配置类：aop概念映射。（joinpoi......
