JavaJason
- 浏览: 24422 次
- 性别:
- 来自: 苏州
-
最新评论
-
BlueMeteorolite：
哦，只有JAVA端(Cache)的设计。兴趣不大。啥时候来个F ...
Flex + Java 中小型项目的代码结构研究（二）（如何在业务层管理你的Cache） -
raylin：
关键是Review的 Scope 很重要。大家不妨在这个话题上 ...
发个无聊的贴子，看看大家怎么看code review的 -
raylin：
andyhu1007 写道code review: 费时，费力 ...
发个无聊的贴子，看看大家怎么看code review的 -
mindxw：
younggun 写道xuby 写道什么pair/review ...
发个无聊的贴子，看看大家怎么看code review的 -
mindxw：
kimmking 写道传统的公司中，pair不可想象，
试问 ...
发个无聊的贴子，看看大家怎么看code review的
文章列表
如果你热爱单元测试，同时需要在测试中准备数据库数据，希望本文对你有所帮助。
这一帖中没有其它内容，只有干货。
1. “视频教程.7z”是如何准备数据的视频教程，15分钟
2. “ddtt_dist_20140702.7z.001.7z” - “ddtt_dist_20140702.7z.005.7z”是视频中提到的工具。解压前需要把每个文件最后的“.7z”去掉。
3. 如果有朋友需要源代码，请留言。
下面是以前写的一些文章，介绍了这个工具背后的故事，例如为什么要做单元测试，怎么做单元测试，等等。
数据驱动测试(一) – 开篇 http://www.iteye.com/topic/11 ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
关于敏捷
- 敏捷是一个系统工程
- 敏捷更多的是一种态 ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 总结项目过程中的优缺点
- 坚持优点，改正缺点
- 定义出最需要改进的1-3项，在下一个项目中改进
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 总结完成的Spirit的优点和缺点
- 坚持优点，改正缺点
- 每次只改正1-2个缺点
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 在未达成设定的目标时，可以通过加班来弥补
- 注重提高质量和效率，避免恶性循环
- 将加班控制在一个时间段内，避免常态化
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 每个团队成员都是项目所有者，促进团队和项目共同 ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 自动化的单元测试是持续集成的基础
- 根据项目的实 ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 讨论内容
> 今天我做了什么
> 今天遇到了哪些 ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 需要有明确的需求 (这是项目中最困难的部分)
- 需求管理过程
> 收集需求
> 确认关键用例
> 确认细节
- 在项目所有者的帮助下对需求排序
- 拥抱需求变化
- 控制需求变化
> 与项目所有者达成共识：开发一个恰到好处的系统，还是一个完美的系统
> 美国Standish Group的统计表明，软件中常用的功能只占所有功能的20%，很少用或不用的功能占 ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 用Spirit的方式分段计划
- 不得轻易修改执行中的Spirit ...
**开发方法是一个系统工程，需要所有项目活动的相互配合。**
本心得是基于近两年两个中小项目(一个2000 Manday, 一个1500 Manday)的实践总结，希望能与大家一起探讨和进步。
- 要有明确的项目所有者
- 项目所有者愿意并有时间参与项目讨论，并帮助团队做出决定，如定时的问题讨论，重大问题决定
- 项目所有者能积极提供项目的反馈
- 每个模块都有指定的责任人，各司其职，共荣辱同进退
项目所有者
如果对应着CMMI的理论，项目所有者就是项目干系人。
所谓项目所有者，指的是项目的收益人，指的是由这个项目的成败而收益(经济效益，荣誉光环，等等)或倒霉的人。反过来说，如果项目的 ...
数据驱动测试(三) – 使用工具
步骤一：准备数据库
步骤二：生成测试数据模板
步骤三：准备测试数据
步骤四：导入测试数据
步骤五：准备单元测试并执行
步骤六：系统集成
步骤一：准备数据库
执行附件中的create_test_db/create_test_db.sql
步骤二：生成测试数据模板
根据你的实际情况修改ddtt_v1.0-SNAPSHOT/test-data-config.properties
执行附件中的ddtt_v1.0-SNAPSHOT/SyncTemplate.bat
步骤三：准备测试数据
根据需要修改附件中的template/DDTT_TEST_DATA. ...
数据驱动测试(二) – 实例
特点：
1． 工作量小
2． 测试案例很好写
3． 可重复利用
4． 便于持续集成
[u]步骤：[/u]
步骤一：准备数据库
步骤二：生成测试数据模板
步骤三：准备测试数据
步骤四：导入测试数据
步骤五：准备单元测试
步骤六：执行单元测试
步骤一：准备数据库
INFO -- ERD ==> DDTT_BOOK
INFO -- ERD ==> DDTT_CLASS
INFO -- ERD ==> |-DDTT_STUDENT_CLASS
INFO -- ERD ==> DDTT_SCHOOL
INFO -- ERD ...
数据驱动测试(一) – 开篇
(Note: 本篇讨论的是基于数据库的系统的单元测试问题)
这个话题说起来应该是一个老生常谈的话题了，再开此帖是想与大家探讨大家的处理方式，同时也来验证我们团队4年来的做法是不是可以有更多的改进。
在实践的过程中，很多项目并不能有效地坚持单元测试，即使书写了，也不能够持续也去维护这些单元测试，最后，这些单元测试代码将被废弃不再使用。长此以往，团队将不再愿意去写单元测试。
咎其原因，在我看来最重要的不外乎两点。
第一点，也是最重要的一点，团队并没有意识到书写单元测试是一件非常有必要，有意义，有价值的事。这个话题就不展开探讨了，网上一搜一大把。在这里，我分享我 ...
今天看到一本书，讲到学习新技术时应先学“道”，再学“术”。
这里拷贝一下书中的例子
《孙子兵法》是道，而《三十六计》则为术。"道"所述，是宏观的、原理性的、长久不变的基本原理，而"术"则是在遵循基本原理基础上的具体手段和措施，具有易变性。
我却有不同的看法。
对于初学者，一定要注意道术兼学，应该是这样一个过程吧。
1. 初道， 了解到这是个什么
2. 初术， 了解一下怎么用
3. 悟道， 为什么需要它，它能做什么，它是怎么做到的
4. 中术
5. 高术
6. 得道
7. 。。。