摘要：极限编程(xp)强调单元测试，力推测试驱动开发，尽可能减少在设计上花时间。其实，测试，就是设计的一种表述方式，可以被看作一种形式化的、可直接验证的设计。测试通过，也意味着设计的内容得以实现，开发工作完成。这也许就是测试为何如此重要的主要原因。
那么，如何最简单地进行测试呢？junit 是这个问题的答案。但是，对服务器上的程序(servlet, jsp, ejb) 进行测试就不那么容易了，因为 j......
摘要：1.去掉apply now按钮m_psh.dwflags |= psh_noapplynow; 2.控制ok、cancel、appliy now、help按钮很简单，它们的id分别为idok、idcancel、id_apply_now、idhelp 3.将属性页上所有的控件都映射到一个值的成员变量上去，这样才能在对控件进行初始化，才能在属性对话框关闭但还没销毁时获取控件的值
4.从一个page传......
构建理想的模块自测结构
构建理想的模块自测结构
软件测试的工作量很大(业界统计达到40% 到60%的总开发时间),而又有很大部分适于自动化,因此,测试的改进会对整个开发工作的质量.成本与周期带来非常显著的效果. 【程序编程相关:
My first javascript 】
温辉敏(wenhm@sina.com) 【推荐阅读:
关于序列化的异常处理】
l 由于测试代码(测试用例)的不断增加,这些测试总让我们写出的代码往正确的方向靠拢,使我们不至于重犯以前的错误. 【扩展信息:
数据库的查询优化技术 】
极限编程(xp)中推荐的自动化单元测试,是指在编写代码之前先写好测试代码,代码编到一定阶段就用写好的测试代码进行测试.自动化单元测试可以带来如下好处:
l 由于可以实现自动测试,所以可以很好的解决人工很难进行的回归测试问题.
我们沿着“建立测试=>令测试通过=>再建立测试=>再令测试通过”的模式,一步一步地把整个程序正确地开发出来.
1.测试代码的几个关键环节
对测试代码进行概括性分析,可以发现测试代码都具有类似的结构,每一个测试用例的执行都要包括测试数据初始化.运行要测试的代码.验证测试结果正确性三部分,见图1-1.
图1-1 测试代码的一般性流程
由于测试代码一般都包含了图1-1中的三部分,我们要改善测试代码使之具有良好的结构只要从这三方面入手即可.
1)将测试数据与测试结果从测试代码中分离出来
在采用cxxunit系列测试工具开发测试代码时,发现一般编程人员都是测试用例与测试代码混杂在一起,同样测试结果也是与测试代码混杂在一起,这样就导致测试用例与测试结果的管理非常困难,因为要管理每个用例的数据与结果实际上就是去管理这些代码.而且对于一个函数(或功能) 每增加新测试用例,就要多出一份类似的代码,代码的逻辑实际上都是一致的,与以前测试代码的不同点就是在初始化数据.测试结果的不同,这实际上也导致了代码的重复.
我们可以将测试数据与测试结果从测试代码中分离出来,使得某一个函数(或功能)的测试代码就一份,这一份测试代码应可以进行多组测试数据的测试,可以进行多组测试结果的验证.
2)将测试数据与测试结果放入文件中,并按目录存放
将测试数据与测试结果从测试代码中分离出来是为了更好的管理代码与测试数据,将每个测试用例的数据与结果都放入到一个文件中,文件名字或文件所在目录起上能表明测试用例含义的名字,这样管理起来就方便多了,见图1-2.
图1-2 测试用例文件及目录结构图...
下一页 摘要：这是一个广为流传的关于项目管理的通俗讲解
转载出处：http://www.mypm.net/bbs/article.asp?titleid=19753&ntypeid=24
想首先问大家一个问题：你觉得中国人聪明还是美国人聪明？ 我见过最好的回答是美籍华人。 我们说美国人很愚蠢，为什么呢？ 你们都考过t或g吧，他们经常会出这么一道题1/3+1/2=？ 50%的人回答是2/5，这可是美......
