搂住很忙得说

果然是大忙人啊
问了问题答案都不要了

来了来了，偶今天周日还在上班呢，惨啊

闲话少说，给大家分点银子先

交易号 日期 收入 支出 备注
258987 2007-07-22 11:33:25  88 转让给justforregister
258985 2007-07-22 11:33:01  88 转让给tang2049
258983 2007-07-22 11:32:38  88 转让给dinner1007
258981 2007-07-22 11:32:09  500 转让给mo_yuan_ming
258979 2007-07-22 11:31:45  168 转让给mydear
258977 2007-07-22 11:31:10  168 转让给pharos
258975 2007-07-22 11:29:51  168 转让给lawer-bbc
258973 2007-07-22 11:29:50  168 转让给lawer-bbc


小小意思，以上捧场UP的通通有送，有回答问题的根据内容再多送！

不知道怎么回事，怎么给老罗转了两次，哈哈，系统BUG来着！

QUOTE:

---

最初由 popsti 发布
来了来了，偶今天周日还在上班呢，惨啊

闲话少说，给大家分点银子先

交易号 日期 收入 支出 备注
258987 2007-07-22 11:33:25  88 转让给justforregister
258985 2007-07-22 11:33:01  88 转让给tang2049
258983 2007-07-22 11:32:38  88 转让给dinner1007
258981 2007-07-22 11:32:09  500 转让给mo_yuan_ming
258979 2007-07-22 11:31:45  168 转让给mydear
258977 2007-07-22 11:31:10  168 转让给pharos
258975 2007-07-22 11:29:51  168 转让给lawer-bbc
258973 2007-07-22 11:29:50  168 转让给lawer-bbc


小小意思，以上捧场UP的通通有送，有回答问题的根据内容再多送！

不知道怎么回事，怎么给老罗转了两次，哈哈，系统BUG来着！

---

真是多谢啦，我想怎么多了笔来历不明的钱

谢谢

QUOTE:

---

最初由 lawer-bbc 发布
BD,支持
采取全过程测试管理以降低风险,加强内外沟通

---

采取全过程测试管理是一种很好的方法.但是也很费资源的.

加强测试意识的培养,也是一种不错的选择.

做一些模块可测试设计，降低测试返工的概率，从根本上推进会好一些。

QUOTE:

---

最初由 pharos 发布
做一些模块可测试设计，降低测试返工的概率，从根本上推进会好一些。

---

是否可以采用测试驱动开发的方法

QUOTE:

---

最初由 lawer-bbc 发布

是否可以采用测试驱动开发的方法

---

测试驱动开发（Test-Driven Development，TDD）是通过测试定义所要开发的功能的接口，然后实现功能的开发过程。
Test-Driven Development(TDD)，是Extreme Programming (XP)--极限编程的一个重要组成部分。

在下面的图中，列出的的是XP的12个团队实践。Test-Driven Development是其中之一。

      Kent Beck 的著作TDD(Test Driven Development) 中详细讲述了测试驱动开发。

      当你使用TDD的时候一定要说明是测试驱动开发还是测试驱动设计。这两者是有区别的。测试驱动开发，是通过测试定义所要开发的功能的接口，然后实现功能的开发过程。对于测试驱动设计，在XP中似乎已经消失了，而是被测试驱动开发所取代。另外在XP中有用于描述设计的，SimpleDesign ，Design Improvement.

一、测试驱动开发的基本过程

      1） 明确当前要完成的功能。可以记录成一个 TODO 列表。
      2） 快速完成针对此功能的测试用例编写。
      3） 测试代码编译不通过。
      4） 编写对应的功能代码。
      5） 测试通过。
      6） 对代码进行重构，并保证测试通过。
      7） 循环完成所有功能的开发。

二、测试驱动开发的原则

      1）测试隔离。不同代码的测试应该相互隔离。对一块代码的测试只考虑此代码的测试，不要考虑其实现细节（比如它使用了其他类的边界条件）。

      2）一顶帽子。开发人员开发过程中要做不同的工作，比如：编写测试代码、开发功能代码、对代码重构等。做不同的事，承担不同的角色。开发人员完成对应的工作时应该保持注意力集中在当前工作上，而不要过多的考虑其他方面的细节，保证头上只有一顶帽子。避免考虑无关细节过多，无谓地增加复杂度。

      3）测试列表。需要测试的功能点很多。应该在任何阶段想添加功能需求问题时，把相关功能点加到测试列表中，然后继续手头工作。然后不断的完成对应的测试用例、功能代码、重构。一是避免疏漏，也避免干扰当前进行的工作。

      4）测试驱动。这个比较核心。完成某个功能，某个类，首先编写测试代码，考虑其如何使用、如何测试。然后在对其进行设计、编码。

      5）先写断言。测试代码编写时，应该首先编写对功能代码的判断用的断言语句，然后编写相应的辅助语句。

      6）可测试性。功能代码设计、开发时应该具有较强的可测试性。其实遵循比较好的设计原则的代码都具备较好的测试性。比如比较高的内聚性，尽量依赖于接口等。

      7）及时重构。无论是功能代码还是测试代码，对结构不合理，重复的代码等情况，在测试通过后，及时进行重构。