对于一个软件，开发人员和客户可能会讨论很多，讨论的内容可以以测试用例的形式记录下来，这样为我们软件测试做了铺垫，目前敏捷开发中测试大约有如下2个步骤：

　　1、将测试要点记录到敏捷的故事卡的背面，任何时候发现新的测试，都可以记录到故事卡背面；

　　2、将测试要点变成全面测试，这些测试用来演示软件已正确、完整的实现。

　　下面说一下什么时候写测试用例，以及测试的方法。

　　在编写代码之前写测试

　　验收测试可以为程序员提供大量的有用的信息，经常的看验收测试说明可以保证程序员不去写那些不符合测试说明的代码，应该在如下时候写测试：

　　1、开发人员和客户讨论软件且需要记录明确的细节时；

　　2、在迭代开始时候、在写代码前作为一项专门的任务；

　　3、在开发中或者任何时候发现新的测试时；

　　可以使用如下提问的方法来收集测试用例：

　　1、关于这个软件、程序员还想知道什么？

　　2、对怎么实现这个软件，我的想法是什么？

　　3、有没有特殊情况会使这个软件有不一样的行为？

　　4、这个软件什么情况下会出错？

　　客户定义测试

　　客户可以和程序员与测试人员合作创建测试、但是客户至少应该给我们详细的指出一些测试，用以验证软件的实现是正确的

　　1、测试是过程的一部分

　　测试是开发过程的一部分，而不是编码完成后要做的事，这点对用户使用软件非常的重要。

　　2、多少测试才算多?

　　只要这些测试还在继续为软件增加价值和使它更加清晰，客户应当继续写测试。

　　3、测试类型

　　1、用户交互测试，保证所有的用户交互组件如期工作

　　2、可用性测试，确保程序好用

　　3、性能测试，测试应用程序在各种负荷下的工作状态

　　4、压力测试，使应用程序在用户和事物的极限值情况或其他任何让应用程序处在压力下的运行情况运行

　　验收测试总结

　　1、验收测试可以用来记录客户和开发人员讨论的工作细节

　　2、验收测试即可了有关软件的一些假设，这些假设可能还没有和开发人员讨论过

　　3、验收测试提供可检查软件是否被完整实现的基本标准

　　4、验收测试应有客户来写而不是开发人员

　　5、验收测试应该在程序写代码之前写好

　　6、如果新的验收测试对阐明软件的细节活意图没有任何帮助，不用再写

　　开发人员的职责

　　若团队觉得有需要，则负责实现自动化验收测试

　　开始开发一个新的软件时，负责考虑更多的验收测试

　　负责为代码做单元测试，使验收测试不必估计软件的每个细节

　　客户职责

　　负责编写验收测试

　　负责执行验收测试